Java 后端如何发展

[donggua997]

个人情况：
4 年经验 java 后端。现在新公司给我分的组，是（一群 java 后端）做运维开发，devOps 的一切东西，天天 shell 脚本，配置 jenkins ，ci/cd ，安装，部署之类的

不爽的感受：
1.全是杂活，2.这属于从开发转运维开发了，不太对劲吧（正常不是开发->大牛、架构。运维->运开）。3.比另外的 java 后端业务组，事多，更忙

表达感受：
所以昨天跟领导说了，想换回正常 java 后端组。但是他也说了：“java 后端业务组，就是 crud 没啥含金量，在之前组能直接接触技术，而不是业务，能了解中间件原理、devOps 的思想等”。他说因为我说发展方向是架构师，才给我分的运维组，他表示 高级运维工程师==架构师， 难道和我理解的架构师不一样，我认知的架构师是：设计项目的模块，该用什么框架，中间件选型等
我坚持这种工作很烦，如果能选的话，还是做之前的 java 后端吧，最后他同意了，给我换组。

还是迷茫：
做业务开发，很多公司的业务对自己发展也没啥用，技术上就 crud 为主，但是也不能一直做后端 crud ，该怎么往上走走呢，架构师是什么，需要什么能力，其他的就是管理吗，干点什么能提升核心竞争力，才能不至于年纪大被淘汰呢

[yimiaoxiehou]

同岗位，一边不爽各种运维工作，一边庆幸不用天天 curd

[fiypig]

以后你跳槽到技术负责人，是不是啥都能干，扛得起大旗了是吧

[anviod]

@zzzzzzZ 基础知识掌握的越多,对架构方案越有信心, 储备多了方案可以瞬间组合出一套,很多百度 /谷歌出来的都很有坑,也很片面. 成体系的还是得自己实操才能串联起来.
其实人各有志, 允许人进步,也允许人保持现状, 努力工作就行! 不偷懒不摸鱼就是好青年了!

[dddd1919]

个人理解架构师是能根据业务特点做出合适的可实施架构选型
devops 应该是架构师的必要条件，但也没必要一心都扑到这上面，多了解基础技术并结合解决实际问题
高级运维工程师 == 架构师，不敢苟同

[a62527776a]

别被画大饼了 喜欢干啥就干啥 你自己去面试一下 看看想要做的岗位考察的方向 和自己在做的事情有没有重合

[zhaogaz]

你的思路不太对劲；你领导的思路也不太对劲。。。

做 devops 有 devops 的提升方式；做业务有业务的提升方式。

我举个例子，比方说你做 devops ，深入做下去你会发现很多提升空间，怎么去做维护，怎么去做快速回滚，什么方式升级更安全，怎么做才能辅助其他团队，包括测试各种内容的引入。工具虽然一直在变，但是经验都是一样的。。。

做业务开发我也举个例子，可以尝试成为领域专家，比方说 SSO 领域，大概就要用到这些东西，对标公司就那么几个，业务场景也是随着业务深入的，这是领域部分；还有一个方向是设计部分，设计建模，这才是架构师干的，模块、框架、中间件都不重要。

你的领导大概问题在于，没有说明白工种的好坏，明显是全职 devops 人不够，想把你分过去，但是也没成，估计下一步要拉其他人过去救火了。

你们团队这么分工其实也挺奇怪的，

[zzzzzzZ]

上面那些选型你不能马上想出它们的区别和特性，就不配给人做什么选型。
[https://landscape.cncf.io/guide]这里的基本概念你不明白就不配和人聊什么云原生。
[https://landscape.cncf.io/card-mode?grouping=no&sort=stars]这里的项目你不掌握二三十个你就不会出什么技术方案。
如果你认为上个全家桶+消息队列+缓存这就配做“解决方案架构师”，建议左转[https://github.com/jeecgboot/jeecg-boot]随便弄一套脚手架去 CRUD 。

明白原理之后才刚刚开始

你去调研某个新玩意是不是也得亲自搭一套，然后比较。
选型好之后是不是你得先搭一套，最好再云原生一套好管理+节省资源。这里一堆 devOps 的活运维不会懂的。
基本的企业降本增效得做，公司用多少服务器跑多少服务架构师不知道?上不上 O11Y ？这里又是一堆 devOps 活。
生产事故你怎么恢复？灾备、负载、流控这里还是 devOps 。

你终于都搭好了，安排云原生工程师去做管理，安排 devOps 工程师去指标监控性能优化。infra 架构师
顺道做点代码质量管理静态扫描 CI/CD ？ infra 架构师
是不是先去优化一下数据库，要不要跟服务器打交道？ TSA
改进 kafka 优化一下缓存污染，要不要去机器上看？ TSA
搞活动上负载和流控，怎么做 SLB ，怎么管理机器？解决方案架构师
做个 IoT 中台先调研一波，时序数据库怎么搭怎么配？解决方案架构师

上面的这些优化只是非常少的一部分内容，devOps 和云原生也只是常识，如果你觉得只会 coding 就配做解决方案架构师，那是技术经理。哪个高级开发不懂业务？解决方案就是业务？

再上点硬菜？这里面别人演讲的内容你看得懂几个？[https://giac.msup.com.cn/2022sh/schedule]
[云原生架构][智能运维][低代码][大前端][devOps][业务架构] 这些嘉宾起码一大半都会 devOps 和云原生

[byte10]

上面提到的一些 devops 我都搞过， 对于大多数工具，架构师肯定都要了解和学会使用的。架构师最好还是对基础要掌握，网络，多线程，jvm ，linux 等，然后再就是代码的上的编程思想，再到业务系统的架构，其次就是业务领域的经验了。

个人觉得开窍很重要，参考鬼灭的通透世界。开窍之后就可以看到很多技术上的本质，这样你就不会技术上的疑惑。比如上面说的：《现在流行的 Istio 、docker 不都是基于 netfilter 、cgroup 这些基础技术搞的么？》，又比如一些基础的东西：BASE64 是编码还是加密？ AES 加密后数据会变大吗？不少人不理解基础的东西。

这里的开窍并不完全是说学习方法，而是一种知识的积累+学习方法。比如画画，你画了 1000 次依然不会很大的进步，而是某一次画画突然你开窍了，然后画画的技术就立马上升几个层次。当你达到了 1w 次之后，又可能在某一次画画，或者看别人的画中得到的觉悟，又提升几个层次。

技术开窍之后，很多东西就是直接手到擒来，对知识的理解轻而易举。做任何事都空有成竹，哪怕这个技术不是很熟悉，甚至没接触过。

[donggua997]

@zhaogaz 那如果业务开发组的业务对大多数公司没用或者没有，是不是肯定还是在我之前组更好呀，起码能学到 devops