为什么团队总在写烂代码?因为 “背锅侠” 根本不存在
CV: Copy & Paste, 复制的意思 草台班子的代码现状:烂却能跑的魔幻现实做开发越久,你就越能感受到“这个世界,就是个巨大的草台班子”这句话的含金量。很多看似不错的项目,其代码质量和整理设计往往都经不起推敲。 项目中的冗余代码堆砌,不做修改的暴力复制,混乱的逻辑判断,以及令人作呕的文件命名,有时候自己都会不禁发出灵魂拷问: “这东西能跑起来吗? 这东西为什么能跑起来?” 可是,没有人一开始就是奔着要把整个项目写烂为目的的吧? 没有吧! 但事实就是这样啊,它虽然很烂,但它能用。虽然它能用,但也是真的烂。 Why? Tell me why? 熵增的起点:一次复制、一个else if的蝴蝶效应它肯定不是一开始就是这么烂的,但随着时间的推移,版本的迭代,似乎有种 力量在不断地将他慢慢往变烂的的方向推。而且随着时间的变长,作为项目的开发者,能够明显的感觉到这种力量越来越强,整个项目的维护成本也越来越高。 而这一些,最初可能只是一次简单的代码复制,文件拷贝,也可能只是在原来的判断逻辑上加了一条 else if 判断语句… 而做这些的原因,可能是一次的需求变更,也可能...