中间件开发和后端开发的区别以及前景如何

看到第二条的时候我哭了, 我当年刚刚工作时候 , 17 年时候还有用 jdk 7 的, 结果到现在 jdk8 都被认为是过时的了

关于第三点，我回复一下吧，希望论坛提问的人，可以描述一下自己所处的境地，每个人所处的境地不同，会有很多不一样的回答。

关于第一点，对于一个在职后端而言，认为中间件开发可能是更好的选择？不过也有可能是围城。请自己斟酌。

关于第二点，8 先学者吧，国内没那么快切换到更高的版本，然后，为什么要纠结版本，就算你换了 16，面试题照样问，"你知道经典的 8 吗，他有哪些特性"

"有什么相关的职业生涯的建议？"
做自己感兴趣的项目，而不是钱多的项目。
否则几年后，你会天天上 v2 摸鱼，最终对编程行业失去兴趣。

@3dwelcome 做钱多的事等几年后可以无忧无虑的去写代码打发无聊的时间

@jzmws #1 没有过时的意思，现公司也用 8

@3dwelcome 钱多为什么会失去兴趣

@EricSTG 钱又不可能一直多，码农是个很辛苦的职业，等累了停下，就没收入了。
是人总有累的时候，等以后钱少了，你就想转行了。
而做自己有兴趣项目，至少内心有盼头，没准未来有一天，自己培育的小项目能成功翻身。

Java8 怎么了？别看现在 16 了，但比 8 多了多少值得升级的特性 /功能？要是有足够份量的东西，Java8 早就被扔进垃圾桶了。
还有，kafka 有什么好学的？需要用的时候拿来用就是了。

整体来说还是后端业务开发好点。中间件开发天天当客服，经常性大半夜帮别人解决问题。

在绝大多数公司晋升都相对后端开发来说困难。。。

搞业务最佳.

第二个问题根本不用考虑.

1 可以问的更宽泛一点: 做 infrastructure 相比做业务后端如何？

小公司基本不需要做 infrastructure，也没这个时间和人力
做 infrastructure 对基础知识的要求还是挺高的。
Infrastructure 方向还是挺广的，有很多领域，数据存储，网络通讯，分布式，甚至搞机器学习加速的，都算。
在公司的存在感没有做业务的大，除非你搞出了什么王牌开源项目。
Oncall 压力确实比较大。但是 infrastructure 工程实践质量比普通的业务代码要好几个数量级。
据我观察，职业安全性相当不错，这块东西可能是为数不多，小年轻不一定干的过老年人的领域了。随着年限上升，可以做的相当深入。

有趣的一个观察: 入职一个公司，参加一个新员工培训，员工年龄段泾渭分明，明确的分成了刚毕业的小年轻，和一群中年人。公司招人是不分方向的，员工培训完之后再根据双向选择分配到不同的团队。和年轻人聊选组意向，大部分都对做产品开发感兴趣。和中年大叔聊，都是对做 infrastructure 感兴趣。不少以前是做编译器的，现在想来搞深度学习框架加速。原来是数据库的，现在想来做分布式存储。

刚刚逼着 Java 的开始用 11

中间件研发路过

@bengol #13 大佬请指教？

想到了一个笑话：全公司那个部门最没存在感中间件，因为有没有他们都一样。 /dog

业务更重要吧，技术情怀应该排在生存之后。

我曾经是大厂中间件研发，现在是大厂业务研发。中间件好跳槽，源码分析，性能问题排查，JVM 调优等等，这些都是我们日常平时工作要做的，不需要在业务研发之余费尽心思去看。业务好的地方在于能更快转管理，相对能延长职业生涯，平衡工作。

@EricSTG 已经躺平了

@bengol #18 什么意思，中间件养老？

@bengol 想问一下 做中间件开发 一般看什么书籍或者课程 感觉找不到方向

@mitsuizzz 工作恰好满 10 年了，就倚老卖老，好为人师地回答一波。

Q1: "做中间件开发 一般看什么书籍或者课程"?
A1: 先回答两个比较常见的
1> 经典书籍。千万不要追新(比如你现在在搞 k8s 啥的，看代码就行)。经典书籍的 list 其实蛮多的，很容易搜索到的，都可以看看。按我自己的频率，大概一年可以看完 1~2 本。
2> 阅读源码。这个就不赘述了，老生常谈

然后是两个个人一直坚持并实践的观点:
3> 技术是需要长期积累的，千万不能贪多。比如基础方面，个人定的方向就是网络编程和 C++/偏底层开发。像大数据 /机器学习以及其他的，根本不看，各类入门视频甚至文章都不看。
4> 精通一门语言非常重要，不存在"语言只是工具"这样的说法，否则一直都会在低水平上徘徊

然后是一些小点
5> 尽量别看视频，任何视频。都是碎片化的知识，遇到问题多思考，多和同事交流就行
6> 保持耐心。如果你专精某一些基础方向，那么至少来字节基础架构是没问题的，即使其他厂不要你

@bengol 感谢

@bengol 感谢