糟糕的代码分析和总结.docx

质量糟糕的代码会在项目中像病毒一样传播，尽量在源头控制好代码质量、强调范例的重要性

折腾管理类软件项目，有些人折腾来折腾去，最后折腾的要死，最后没兴趣了转行了，有些人折腾来折腾去，正在走向越搞越乱的局面最后很可能也走向做不下去的道路，还有一些人一直坚持到最后，这期间大部分都有很多宝贵的心得体会，只是由于没空或没共享分享的想法，或表达能力不强没有写出宝贵的经验而已，大家多多少少都会有很多想说的是是非非。

中午趁着休息时间，想写一篇，有关代码规范、范例的重要性文章，这些年有一个体会，好的思想、好的代码传播起来感觉比较困难，垃圾代码、错误的做法很容易蔓延到整个项目，就算是个人做项目也容易蔓延，解决这些问题需要付出很大的代价去修正，团队的项目那就更容易付出惨痛的代价了。

在一个项目团队里，恶劣的代码的更容易传播，而且修正这些代码，付出的代价，往往比个人行为付出的代价更高，我打个如下比方：

写了一个功能页面，里面有10个功能点但是2个功能没做好，有点儿所谓的小Bug，但是整体上还可以，这是一个模块里，出了2个不足或是2个Bug。

个人开发的系统里有20个功能页面，至少10个功能页面是类似，都是可以通过复制粘贴完成工作，就会导致出现2Bug×10页面=20个Bug。

若一个项目组有10个组成，每个人负责20个功能页面，其中10