作为一名程序员，相信有一部分人参与过代码重构的项目，或者说废弃以前的代码，保留现有的业务准备重新写一遍，当然这样的做法也是非常费时费力的，当然有弊也有利，这么做的好处就是方便后期代码维护，如果业务上增加什么新功能的话就可以更轻松的添加功能了，那么针对代码重构一事，你是怎么认为呢？关于这个问题有位华为的程序员网友发表了他的个人观点。
据这名华为程序员网友说，作为工程师，应该把精力放在开发新产品。代码重构，清理肮脏的代码，往往花大力气去做一些防御性工作，却不受到关注。仅当有点熟悉规格的作用。看来这名网友的意思并不主张代码重构了，他的意思是虽然你花了力气了，代码会在微观层面是安全一点，健壮一点，但是从宏观层面大家并看不到明显效果，也引不起他人的关注，针对这样的观点，让我们一起看看其他网友们都是怎么认为的吧！
我做开发十多年的时间，如果大家对于学习java的学习方法，学习路线以及你不知道自己应该是自学还是培训的疑问，都可以随时来问我，大家可以加我的java交流学习qun：615741636。qun内有学习教程以及开发工具。
网友一：天时地利人和的时候是需要重构的。多敬畏代码，多提一些优化，如果开发者不关注重构，就没有其它人关注了。
上世是朵花：当然，重构的工作只能是开发人员来做，对代码敬畏是值得提倡，其实能定期小动作优化，就能从一定程度上避免以后大动作重构。
网友二：你能开发个啥新东西，重构都不敢，又去创造新垃圾 ，为什么华为软件质量上不去，就是楼主这种人
上世是朵花：是需要把握好一个度，如果只是一味的开发新代码，不管老代码也是不行呀，最后会造成大量的代码需要大量的人手维护，只有形成良好规范的代码才能更容易维护。因此开发时最好是慎重写每一行代码。
网友三：正是最近半年都在优化原来的代码，的一些反思。说实话单纯为了优化而优化有点不值，除非有新需求开发而，顺带着把之前的牛皮癣试的补丁给重构了。
上世是朵花：一般情况下，定期小动作优化比较划算，不太占用时间，有的时候是顺手调整，这样长期下来也能优化不少，但是有一个前提，那就是每次改完之后一定要好好测试一番，保证优化不会带来新的问题。
网友四：考试打60分就行，不要追求完美.
上世是朵花：这就看个人态度了，看你追求的是“良好的代码维护体验”还是“代码能工作就行”。
网友五：楼主说的价值取向不怎么对，但是符合公司的取向
上世是朵花：其实个人认为，这两者之间需要把握一个度，如果过分注重其中一方面也是不对的。
网友六：楼主说得对，写新东西有绩效，重构前任留下的坑，那是脑子有坑才去做
上世是朵花：这名网友的观点可以理解，谁都不愿意做别人的善后工作，别人只顾开发新功能倒是爽快，留你做善后谁也不愿意干了，如果是对你自己的代码定期的小优化一下倒是有点必要。
网友七：面向绩效编程的人都会这么说。重构不能带来什么绩效 。
上世是朵花：是的，重构是不会带来绩效，准确的说重构不会带来直接的绩效，不过有时重构一下可以方便后期添加新供能，开发起来更省事省心，效率更高一点，然后绩效是不是也有提升了呢。
网友八： 重构代码还是非常重要的，经验和能力能得到大大的体现。
上世是朵花：这名网友说的没错，从经验与能力方面的提升来说还是很有益处的。
关于是否应该花太多精力去重构代码的问题，从上面网友的评论看可以看出两种结论，第一种结论是不应该花太多精力去重构，原因主要是不能带来什么绩效，即使做得好也没有人能看得到，第二种结论是应该花精力去重构代码，因为经验与能力都能得到大大的提升，同时这也比较符合正向的价值观，这么分析下来感觉两者说的道理都没错是吧，其实，我个人认为这的确是一个比较有争议的问题，没有那一方是完全对的，另一方是完全错的，在实际场景中要把握好一个度即可，维持好这其中的平衡，才能让工作的舒适度与个人绩效达到最大化。