为什么大家不愿意做重构项目？

没走完的重构时痛苦的，走完了就是快乐的

自我已经受够了。
在至少一千行js,多则5千行JS的文件代码海里，改bug。
而且一个注释都没有。

菜鸟写的代码你不是不想看，是你根本看不懂，也就是说你比菜鸟还菜。

不要看不起菜鸟，要想想你也是从很菜的鸟人成长成为比菜鸟稍稍强点的菜鸟。

你的话明显有讽刺菜鸟的意思。不爽。

才两天，这么多浏览量了，挺意外的。

写本文的目的主要思考一下工作中切实遇到的问题。

公司是大型网站，这几年发展很快，而一些基本方面却变化不大，越来越不适应敏捷开发，项目扩展，快速满足需求的特点。
包括：project目录结构，开发框架，构建过程，设计文档规范等等。 因此自己思考为什么炫目的前沿技术项目起了很多， 而很少人愿意进行这些但很有挑战，但很有价值的重构项目？

本帖子就是自己思考的一点心得和体会。核心还是对于“拥抱变化”的认识，变革的价值，变革和风险的权衡等问题上。

有新需求的时候,才会去适当的重构代码,不过也仅局限于保持代码的简单和可阅读性,不会专门的抽时间去重构代码

我们进行项目重构的原因只会有一个：弄成产品，卖给更多的人。

其实我一直不认同这个观点，军队是人民的

没人愿意重构不是事实。
之所以出现迫切需要重构的地方，是因为管理层技术能力有问题。如果管理层对技术很精通，就不会出现迫切需要重构的情况。既然管理层对技术不精通，那么他也很难了解重构的价值，因为他一直不懂装懂，所以才造成效率的巨大浪费。而且这种浪费已经成了习惯，所以在更上层觉得这是正常的。
换句话说，出现需要重构的情况，是因为管理层不了解正常的软件，维护成本应该是多少，而且也不知道什么样的软件才是易于维护的。
在中国，出现这种情况，是由中国国情决定的。决定是否拿到项目的因素，不是技术，不是成本，而是谁离权力核心更近。

其实是老板不想花钱让你做重复的事
如果你们私下就把新版做出来了，我不相信老板不要！
哈哈，所以说，成本衡量一切！

楼上说的没错，老板最关心的还是能看到的效益，提高多少效率？减少多少人日？