重构才是写代码，需求只是干活。

重构才是写代码

需求只是干活

额，这些场景，大家是不是很熟悉呢？是不是很熟悉呢？嗯，我相信答案是肯定的。

场景一

测试：这么小的功能，你为什么要改动 300 多个文件呢？ 开发：嘿嘿，我顺便将老代码挪了个地方。 测试：你知道，你这样做会给我增加多少的测试工作量吗？哪些你改动的地方，我都得回归一遍。 开发：你不用测试的， 相信我，没有任何风险，我就整理一下代码。 测试：你上次也是这么说的，结果偷偷改了接口，影响到了下游系统，还有那次啊，你……

场景二

产品：你又在弄重构？我这还有一大堆需求没人开发。 开发：我这里重构系统也很重要，你不懂的。 产品：哪里重要了？你浪费这么多人力精力重构，用户也看不出来系统有什么变化，搞不好还弄坏了老功能，求求你别重构了。 开发：我……