29 | 加班：加班逃不过，如何用正确姿势加班？

这篇谈及了软件工程师这个职位很大的一个痛点，加班问题。但是感觉老师可能是受限于种种约束，一个很关键的点没讲透。加班的非常普遍的一个原因：项目排期不准确。软件工程师打交道的东西是软件，而软件的开发存在诸多不确定性因素。不同于传统的工业制造，你问一个车间的工人这批零件什么时候能出来，经验足够的工人能给出非常接近准确的时间，小时级别甚至分钟级别都不是没可能，因为整个工序每个流程都是清楚的，之前都做过；软件的开发大不相同，事实上在我从业的职业生涯中，我很少做“重复”的事，如果一个SE（software engineer）总做重复的事，他的薪资一定很低甚至面临被淘汰的风险。这是SE本身的职场定位和精进目标所决定的，却也造成我们往往很难在项目开始之前对项目工期进行准确的预估。为什么会给出这么不准确的排期坑自己呢？（当然有些团队里，担任team leader的人会替别人排期）对这个问题的答案，我曾经迷信于求助 学院派提出的“软件工程”方面的很多理论知识，像《人月神话》（放在当今国内而言，该改为人日神话比较贴切）这样的书里描写的那样。然而，如今随着工作年限和经历过的项目，我越来越怀疑为软件项目提前预估排期是否科学？单纯地，对一个项目进行整个项目时间上的预估，有可能吗？我目前的看法是，如果一个人跑来问你，xx这件事要做多久你给我个时间点，你可以在脑中把这句话翻译为：“你tm给我加班吧”。所以对这种人或这类问题，你真正该做的不是拍脑袋给出一个x天/x周的绝对时间（这是最蠢的回答，如果你的答案还牵涉到你组里的其他小兄弟一起加班，那你更蠢），而是该给出一个 y = k * x + b 或者其他更高级的函数，y是他想要的绝对时间值，要用后边的变量经过一系列计算得出。 变量是你作为一名软件工程师无法确定的东西，而软件工程师的职业素养和能力也不体现在直接给出准确的y值，而是体现在给出这个公式的准确性上面，这需要经验了。这样给出的答案，也有一个言外之意是：“我是名软件工程师，是打工者，我可以提供我的专业能力尽可能让排期确定化，但确定化 != 确定，这其中的不确定因素带来的风险，不该由打工者来承担”。现实生活中听到的措辞肯定不是这样直接、不讲情面的话语，但我反复观察很多有经验的架构师、项目经理，其实越是有经验的软件行业从业者，他就越是会遵循y=kx+b的方式给出排期，而非直接给你一个绝对时间。 不知老师怎么看？是否同意我的观点呢，我也想听听老师的经验。谢谢！

单身的时候我是不排斥加班的，即使是强制加班我也会看一些技术书籍和博客，因为公司的环境还是相对利于静下心学习的。结婚后明显对无效加班心底里感到抗拒，因为家庭需要时间去经营，毕竟除了工作还有生活！

其实我感觉还是程序员不理解技术和业务的关系，很多时候要从业务的全局看问题，而不是从技术的全局看问题。但话说回来，一个公司，技术+业务都很厉害的又有几个呢

加班倒是没啥，但是最近公司这个制度有点想吐槽，暑假期间996接受了，日工作表也接受了，但是每天都要统计代码行数就很麻烦，又耗时又没有任何的意义。而且合同不到期提前离职加班时长清空，加班时长无法兑换工资，只能申请调休，但是调休又不能一次调多天，还得想理由，无力吐槽，默默的坐着想着我就是个打工的！！！！！！！

对于强制加班，但是又没什么事情的情况下可以尝试做一些创造性的事情，会更提现价值。

加班对于哪个行业都比较常见，只是程序员这个行业加班不会按照加班工资给你算。所以出现很多问题，你的活没干完。其实加班要找到原因,到底是什么让你加班：是效率低还是被强制的。不要说什么996、007啥，哪些都是表象，实质到底怎么回事呢。 有了家庭以后，强制性加班我也没有管。虽然也想在公司学习技术，但家里娃早上出门看一眼，晚上回家已经睡了。心里不忍心呀。