在你所服务的公司里，你的直接上级能够理解和支持重构的意义吗？

[Livid]

[loading]

@msg7086 我也好不容易能为所欲为了，但是发现已经熬太久，体力不支，力不从心……←_←

[dif]

你能说服他带来的好处，或许能。
不然，想都别想，不然他会认为你工作量不饱和。

[method]

能。但需要想个说法来和业务价值结合，忽悠产品经理。

[monkeylyf]

很少。我自己的策略就是在每次改动代码的时候做小规模重构。当然这样会有同事说你 git commit 碰了太多没必要碰的代码。另外一种策略就是在不是那么忙的几天，添加单元测试，同时部分重构。
至今没有遇到上级会同意，“嘿，这周你把 xxx 重构一下”。

[hitfm]

能明白代码腐朽就能理解代码重构的价值，尤其是业务需求快速变化的项目

[broono]

8 年的 php 站点迫于没人维护被要求重写了

[Baymaxbowen]

能 比较闲的时候支持我们折腾

[icyalala]

认同上面的说法，理解和支持是两回事儿。。
如果大老板信任技术管理者，那么他可能不理解重构，但仍然能给予支持。
但是很多业务导向的公司，技术管理者理解重构的意义，但可能无法支持。

[maipian]

会看投入产出比，如果开发一个新需求成本高过重构，就会选择重构，不过一般都高不过。

[Mac]

能，因为她完全不懂，我告诉她重构就是离婚，是净身出户还是对半分主要看前期犯了多大错误。

[zycz2p]

不能。。而且经常说什么 xxx 地方做过拿过来用就行。。老项目升级都是这个样子。。

[jswh]

code review 是浪费时间 （摊手

[pipmian]

上级不会要求。实习跟了一个内部系统，来了不愿意写测试、重构的正式工也拿他没办法。

[yalin]

除非有技术债的概念和相应的资源

[ChiangDi]

你就说，再不重构新需求就做不了了

[loryyang]

理解但不支持，KPI 导向，明年就搞新的啦，这坨东西就用新的换掉，或者就丢给别人

[javaWeber]

我人微言轻，不敢重构。因为自己没做出什么成绩，随意重构可能会导致其他人返工。

[Keyes]

我提了几次，终于答应了，说 2019 过完年做，现在又没声了，怒而转岗

[hooych]

有收益就能，放 KPI 里，没明显收益就不能

[susecjh]

刚刚重构完