2021-12-04

一个非常有意思的事情,每个人都说自己写的代码结构清晰可扩展性好,每个人都说别人的代码是屎山。


客观原因有很多。比如重构这种事在业务上讲基本是没有收益的,你说我花一周的时间重构这几千行代码,功能和以前一模一样,性能也没提升,仅仅是好读了一点,除非没业务做了大家都闲的蛋疼,一般的领导都不会批这种事的。


至于几万行代码级别的重构,那更是吃力不讨好,没收益不说,通常还会导致一定时间内功能缺失质量下降。除非拿来作为职级晋升答辩的材料,否则除了一心追求技术的人,谁会有动力搞这个?


代码重构的工作量不是线性增长的。几千行级别的代码重构,一周就能搞定。几万行级别的重构基本要两三个人搞半年。更大级别的重构,整个团队十几号人押上去搞个一两年还未必能搞成。因为有能力驾驭二十万行代码的人才是非常稀少的,你的团队里未必有。


一般的毕业生能驾驭几百行代码这个级别就算不错的了。毕业两三年达到能驾驭几千行代码的程度算进步快的。在往上到驾驭几万行这个级别,没点技术追求是做不到的。做不到,又工作在大型项目上,那除了在既有框架下修修补补生产垃圾代码外还能做什么呢。大部分人,不过是挣钱吃饭而已,技术追求是什么,能帮我挣更多钱吗?


答案是,不能。至少,非常的曲折和间接。


大佬分很多种,有 PPT 大佬,有业务领域大佬,有技术攻关大佬。这些领域的大佬和代码质量都没直接关联,有关联的是基础编程领域的大佬,能从宏观架构到代码实现细节包括性能、扩展性等等全方位无死角搞定的那种。


可惜的是,这种大佬太少了,远比 PPT 等类型的大佬少的多。


所以为什么大部分团队日复一日的在屎山上工作而不考虑重构,除了个别客观的原因,更根本的原因是技术能力不够,办不到。

你可能感兴趣的:(2021-12-04)