只要不是创新的技术突破，犹如当年数据库发展从层次和网状到关系型，对于写业务代码拧螺丝的程序员来说，业务永比技术重要，即使是架构师也是为了完成一定目标（业务）完成架构设计。

长时间经验可以积累技术，经验足够长的话最起码可以证明技术没啥问题。这已经是最优解了

@qmzhixu 你觉得都会的技术有什么用呢？重要的是业务，入行初期你应该就知道的事儿，现在说什么。。。

足够多拥有行业经验的人可以选择，为什么还要选没有行业经验的呢？

@silencil 可能是你处理的业务需求太简单了, 误以为所有的业务知识, 都没有 spring 的微服务更复杂. spring 微服务, 你掏钱买课, 网上大把的教程; 有些行业的业务支持, 你掏多少钱, 都买不到课.

他们需要入职就能出效果，不想花时间培训，自然就是这个选择偏好 深层次原因是： 非常缺人 + 项目要求低，所以就是随便找个人先顶上再说

不是吧， 大厂都喜欢应届生怎么解释？

@qmzhixu #12 你想多了，真的复杂的业务，纯靠经验积累，一个月连门都摸不到。这个跟你的学习能力无关，而是很多公司的的业务系统，是几千个开发人员，日积月累的十几年了，业务多且交织程度非常深。

@silencil 我感觉你没做过复杂的业务，或者有人拆解好了，你就指哪打哪

问 llm 都能得到的答案，都不是什么真正的技术。真正需要的是对业务理解能力，这是 llm 没有的，真正的核心竞争力