当技术团队没事干了，还能干什么

[lzjunika]

打工人的最佳状态可能是：每天有事干，刚好下班完成

当行情不好，烦人的客户也少了

当产品不能大改动，以维持为主，因为不能再招人扩编

当新领域、新方向不能再轻易尝试了，因为大多是浪费

因为现金流有限了

做各种无法看到直接结果的东西，都是不对的

每天日志要写得更明确了，确保时间不能浪费

但突然发现，开发人员事少了，没事干了

不想被裁员，保留好团队，必须得有事干，想出事来

重构没勇气 (ToB 的产品项目，曾经为了适配大大小小客户各种需求与扩展,各种造，你懂的)

细节小改又没劲

诗和远方双不切实际

那能干啥了，请各位支招

[bigShrimp8577]

我现在就有点像这种情况，刚进来接手项目，发现代码都是屎山代码，明明可以几行代码搞定的，弄个几百上千行代码，代码复制黏贴，组件复用都不会。然后我就自己边开发，边写公共组件，好了，现在算是告一段落了，新的需求来了，发现用公共组件写起来用时大大减少，但人家工作量预估得那么多，你一下子写完算什么回事，偷懒摸鱼又不好（外包的，现在已经发现领导觉得我经常玩手机了（也没摸鱼几天，就前阵有个一周左右没啥活干，刚投产），天哪，我的工作成果，我自认在这个项目的接手人里，我贡献不是第一，也是前三了。整合了一堆东西，解决了一堆以前存在的 bug ），但你让我写回以前的屎山代码，我肯定不愿，我可能有点代码洁癖，内心不允许自己写这么烂的代码。但人家领导不知道你的成果，只知道你在摸鱼。

最开始我还想着重构，优化原来的代码，现在没这个想法了。你一个外包，做那么多干嘛，做多错多，改以前的代码，上线时都需要问你，评审一下代码有什么影响，解释一大堆，还透露一丝不满你改那么多，那我何必多此一举。就是平时要写日报，一摸鱼，日报就不好写