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

• 資深大佬 : jzmws

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

• 資深大佬 : RedBeanIce

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

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

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

• 資深大佬 : 3dwelcome

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

• 資深大佬 : cmostuor

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

• 主 資深大佬 : EricSTG

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

• 主 資深大佬 : EricSTG

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

• 資深大佬 : 3dwelcome

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

• 資深大佬 : xuanbg

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

• 資深大佬 : zu1y

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

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

• 資深大佬 : Jooooooooo

  搞业务最佳.

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

• 資深大佬 : dayeye2006199

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

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

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

• 資深大佬 : beginor

  刚刚逼着 Java 的开始用 11

• 資深大佬 : bengol

  中间件研发路过

• 主 資深大佬 : EricSTG

  @bengol #13 大佬请指教？

• 資深大佬 : xingguang

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

• 資深大佬 : byaiu

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

• 資深大佬 : vitoliu

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

• 資深大佬 : bengol

  @EricSTG 已经躺平了

• 主 資深大佬 : EricSTG

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