自己一点心声

大部分程序员(个人认为):都希望自己程序达到完美的程序
但是大部分企业(至少我看到的企业都基本上是这样):当一个项目或功能下来,在一定时间内没有办法达到程序质量非常

好的情况下,都只要求功能能够达到ok了.但是这种情况一部分程序员都不会去注意代码质量,但是这个程序或功能内隐

藏的BUG和效率问题基本上没有办法达到理想状态的. 当有了充裕时间后:老板或主管都不愿意重构,因为这样会浪费大

量的时间.这样的情况就会导致后面的维护人员改动程序会是非常的麻烦,这样就会变成恶性循环(其实浪费的是更多的时间)

为什么程序员不应该强而有力的提出重构代码,让老板或主管注意到代码质量质量问题,但是我看到太多程序员只是当时把问题提出来,但是上级提出反对以后就会遵从他们的意见.

我承认大家(包括我)是怕丢工作或让上级对你的影响不好或有别的原因,而影响了前途或钱途.

我又看到这样的问题发生在我身上,但是我的意见没有被采纳. 现在的我想把这个项目做好就闪人(所以我还是重构了)

也没有管去什么主管的反对(大不了就是辞退)

不知道我的想法是否太过激烈?

你的想法是一个好程序员一个真正对自己程序负责的程序员的正确想法。

但是在上级面前我只是顽固的想法

你直接说我在“修改”以前的程序，而不是重构，然后你重构。这不是骗人不骗人的问题，虽然你“内方”，但是必须要“外圆”才行。

时间上不够阿.....  修改或重构时间上可能一样吗?

很多公司是做项目的，项目做完人也要被调到别的项目组去了，除非你被留下来做维护，才可以做些自己想做的事情。
   到是觉的互联网公司和做产品的公司更适合做这些事情，反正我已经开始讨厌一遍一遍的花时间理解一个新的业务需求。

那么。。。只要搞清楚以后是不是你自己维护再决定重构不重构。。。

这种问题不好说，人的思维总是单方面一相情愿的。

你的重构很可能只是你追求完美的一种表现，而你领导考虑的是“重构”很可能得不偿失，他们只是想要一个能用的功能罢了。

也可能你是对的，这种事情只有你付出更多（利用下班时间重构），才能得到认可。

我最近也是深有体会：负责的员工，不是最好的员工；付出更多努力，让别人的不认可改变为认可的员工，才是最棒的。

为什么要专门去重构呢？给老板的印象是你好像要重写，老板当然不同意了，呵呵。
完美是要的，但也要讲究一下平衡。

重构是软件的目标，但不是软件公司的目标。