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

[lzjunika]

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

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

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

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

因为现金流有限了

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

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

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

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

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

细节小改又没劲

诗和远方双不切实际

那能干啥了，请各位支招

[Hurriance]

听过一句很有意思的话
公司按月发薪资给你，不是买你的一个月的劳动时间，对于公司而言，它是买一个保障，买一年之内生产出了问题有个人能出来救火的保障，它是为了可能会出现的这么几次问题买单，只不过将钱按月发给你罢了。

当然，流水线等类似的工种应该是不属于上述的情况的。所以，我觉得可能需要知道公司对于岗位需求具体是什么，会更好的回答你的问题

[stinkytofu]

你们当初的加班熬夜出产品不就是为了现在的舒服么, 如果一直忙, 一直累, 那辛苦的意义在哪里

[forgottencoast]

我以前这种时间都拿来重构了，没有我们不敢重构的，只有没时间重构的。
重构有大有小，并不是说非得所有的推倒重来。小的进步也是进步。

[CEBBCAT]

我认为还是要定一些目标，不然没有参照物不知道是日行千里还是原地踏步。比如把单元测试等等做起来？各种监测也加上？

[israinbow]

重构重写做开源咯.

[nenseso]

优化自己的产品体验

[lzjunika]

@Hurriance 非常认同你的说法，公司按月发薪资，不是买一个月时间，是为了解决问题
但现在的公司氛围是，发一个月工资，就要做一个月的事，每个月得有产出，至于产出是什么，似乎公司不关心
产品做好了，没问题没 Bug 了，还得想事做(主要是没事做底下兄弟们日志也写不出)

[lzjunika]

@stinkytofu “当初的加班熬夜出产品不就是为了现在的舒服么”
老板不这么认为，他觉得每个月发工资，就得每个月有产出
不会想东西做好了，事就少了

[cleveryun]

没有基建设施啥的可以优化的吗

[wqhui]

重构搞点事出来，重复循环写 bug 改 bug ，让公司离不开你们
弄个技术公众号之类的每个月发文章吹吹自己项目用的技术多领先同行，给老板跟客户看

[fitme]

老板确实不喜欢你闲着，即使有项目的时候你很努力加班加点，如果可以带着大家搞一些提升效率的工具，给老板也好汇报，为未来更紧的项目做准备

[lzjunika]

@cleveryun 天天改基础设施，内部底层优化，也相当于没有产出
每周需要有产出，每天都得有日志
目前的做法，把一些常用的业务 UI 交互翻翻新，多加加数据报表
这样看起来都有改进，都有可观的产出了
但对产品项目的整体，并没有太多的提升，没什么成就感，团队干劲也不足

[jackStation]

老板是一方面吧，我自己没事情干，没有方向感也是一方面。有任务的时候，虽然客户要的急会有压力，但是早上过来就能全力投入开发，回过神来就下班了那种敲代码的日子才是充实的。可能有人要跟我杠自己也可以找东西去学习，去提升了。但是上班时间，在工作中学习，在遇到实际困难时去找资料解决困难才是符合实际的。所以综上，还是得找找自己可以做的事情，重构项目或者找点能提升的事干给老板看，也能让自己不迷茫了。

[julyclyde]

你看现在各种产品
加个换行
换个颜色
不就是这原因么
之前疯狂扩张的时候招的人，现在用不掉了，只好没事找事

[lzjunika]

@julyclyde 有道理
中午看到一个视频，描述的内容感觉有感触
说中国式大多数小老板要的是 加班，控制，不需要高效率，高效能
要求加班，要求干活，要求写日志，要求产出很简单

[RangerWolf]

可以看看面试题，看看最近的招聘岗位。可能就快裁员了

[RangerWolf]

亲身经历，当年需要你的时候你是小甜甜，现在请叫我牛夫人

[opentrade]

没事干，或者有啥劲

[dz5362]

今年反而比去年更忙，放开以后区域流动大起来以后，导致我们的活更多了，甚至出现好几次加班到凌晨的情况，然而因为放开前花的太多了，导致虽然忙但是回款回不下来，工资都开始拖欠了，实在是极度不爽

[nicocho]

我们这测试被考核逼急了，瞎提 bug 了

[bigShrimp8577]

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

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