代码不写规范,大项目无法维护,炒你.代码写规范,替代性强,炒你.咋办[朗读]

说起代码规范的问题,老炮儿们可以拉着你唠三天三夜.并且对后进的后生们苦口婆心的说,命名一定要规范,高内聚低耦合,注释要多写,禁用xxx,等等等。
那么问题来了,代码按规范写,也就是行业约定束成的标准,或者公司标准,部门标准,将意味着你很容易看懂祖传代码,接手快,同时你写的代码别人也能很轻易看懂接手,这正如有的人喷php明码不编译一样,拿上就是光屁股.这意味着什么,crud仔必须进化成架构,算法,管理,业务能手,专家,顾问.其中隐含的一个逻辑就是,超过某个年龄段,你没进化上去,跟古猿一样,你就活该死,活该被淘汰.这就是卷.请问各位crud仔,或者奋斗在架构,算法,管理,业务能手,专家,顾问路上的你,以及奋斗上去了,但地位不稳固的大多数.卷起来,大boss发通知优化人才结构的时候,回来想过没?你所拼命维护的标准成了你职业的掘墓人？
好,咱说不规范.其实这是常态.只要写代码还没完全变成流水线,还没有机械手可以替代的情况下,就无所谓100%规范.一个有记忆的因素,代码审查严格度的因素,业务要求和进度要求的因素,个人习惯的因素等等.写出来的代码不见得完全的一是一,二是二.这就说到听来的一个故事。
前面有个兄弟说他遇到过一个大神,公司的一套系统只有他能维护.因为一个注释也没有,文档也没有,变量命名完全没有规律,而且重构成本非常号,你说咋办?这哥们活的跟神仙一样.我问,假如他不小心死了咋办?他回,打电话从阎王爷那儿拽回来。
另外一个梗叫,程序员最讨厌的事儿是,自己写文档,另一件别人不写文档。