第一点，其实哪怕是同行业的公司，业务流程大体上也是有差异的，其实这个差异不大，更大的差异来源于每个公司内的自研团队针对这套业务流程设计之后的系统概念，那真的是南辕北辙，可能你在同行业 A 公司做过，你去同行业公司 B 区做，两套系统里面的概念那真的几乎完全不一样，甚至有的系统根本没有系统建模跟边界的概念，只有一堆表驱动的代码逻辑，你就往里头钻就是了。

第二点，国内喜欢 这种猪突似 毫无章法的开发方式，导致工程业务代码太乱，90%的系统都是业务脚本系统，没有建模跟分层的概念，导致开发人员 换一个公司进行工作，上手业务系统的成本极高。很多业务逻辑可能写在某个犄角旮旯的地方，理解这个业务逻辑只要 2 分钟，找到对应产品经理这个业务逻辑的代码可能要 2 个小时，很大可能的情况，你花了 2 个小时，最终你还少改了一个地方。

像很多不成熟的团队，待在里面，与其说是研发，真的不如说是去吃前人拉的屎，真实的工作更像是，吃下一坨屎，并理解透了这一坨屎当时是哪个程序员吃了什么业务逻辑拉下来的，然后找到所有的业务逻辑关联点，给它一一进行修改，并在脑内构建一个大体的心智模型与代码模块的对应关系，以应对下一次的变更。

当然这一点对于国内不是什么大问题，因为人力成本极低，雇人在一堆乱麻里面捋逻辑 真的太便宜了，所以我很早就知道在系统建模 管理复杂度这种事情上下功夫没什么意义，反倒是 PPT 架构师 + 双商在线 更容易在公司里面混的如鱼得水。

至于技术，国内很多项目 真的就是请 1-2 个 5-8 年的老师傅坐镇，应用成熟方案搭好基本的开发平台框架，其余的人 找一堆年轻的应届生，vue + springboot 一把梭就行

像后端这块，因为生态过于成熟了，碰到的技术问题，网上大体都是有方案的，无非就是抄谁的而已，工程不是研究，讲究的应用过去成熟的方案，很多东西都是有最佳实践，拿来实践一下，看结果，谁的快准稳 最后就用谁的就行。这一块，大体上你只要工作过几年就能把握住，没什么难点。

更难的点在于捋逻辑，搞清业务边界，以及心智建模。

当然如前所说，大部分公司并不在乎这一块，毕竟交付的东西能跑就行，大体上都是猪突似的开发，导致成熟的开发人员没什么优势，但年轻人愿意吃苦，能在系统里面吃屎，反而是一种优势