很多回答这个996问题的，都不懂这类大公司是如何计算工作量的，一嘴一个996，我甚至觉得马云和刘强东有故意误导大家的嫌疑。
大家都以为IT公司适用的是《劳动法》第36条，其实都错了，我告诉你，IT公司的程序员的薪酬统计方式是计件的，真正是适用《劳动法》第37条，而第37条已经完全绕过了8小时工作制，你们都错了。我为什么知道，因为我在几家IT上市公司干过，都是使用差不多的一套统计办法，而这几家上市公司还都不是大厂，如果他们都懂这么办，大厂没理由不懂。
IT公司一般是这样做的，需求部门提需求，然后把需求提交给程序部门，程序部门一般是主管对功能进行评估，估算需要的工时，比如主管觉得按部门的平均效率来算，某个功能模块需要开发3天，那每天8小时，就是要开发24个小时，算24个工时，那么公司不管你这3个工作日是怎么安排的，反正3个工作日后，你把东西拿出来就可以了。
你可以每天上班8小时，干3天，完全可以，但是做过程序，稍微有点脑子的都知道，其中的变数很大，宁可前面紧，于是你最好的办法就是，每天干12个小时，2天完成，然后1天留着机动，一般大家都这么干，因为还要提交测试的，很多公司的测试部门负责全公司的项目测试，不可能专门留一个人给你，等你的项目，所有的项目按优先级排列，那么对程序员来说，最优选就是先把任务赶完，提交测试，这样，就算有bug，也来得及在规定时间内修改完成，这样是最能保证按时完成的办法，因为有的时候，测试提交后，不是马上就能测试的，要排档期，等测试部门有人手了才能给你测试。当然在测试的时候，你是可以休息的，不过大多数程序员都是赶紧做其他任务。如果你卡着每天8小时，3天完成，你的项目根本来不及测试，更来不及改bug。
假设一个项目，如果是计时工作，公司同意让你一个月22个工作日来完成，你也完成了，但是第二个月，经过测试，发现很多bug，你又花了了半个月11个工作日改bug，那等于公司花了33个工作日的成本在你的项目上。要知道一开始的预算只有22个工作日，而后面的11个工作日其实是你在给自己擦屁股。
而同样这个项目，如果用计件，你为了保证第二个月能拿到176个工时，你需要额外找事来做，这个改bug的时间只能你自己想办法。其实想想也没错，公司给你的钱，就是让你提交一份可正常使用的版本，公司不可能再额外掏钱给你。那么对程序员来说，最可靠的办法就是每天工作12小时，15天完成，然后留7个工作日来进行机动测试改bug，就算需要11天，那也只需要占用第二个月4天的时间，还有一些比较拼的程序员可能就会选择周末到公司来把bug清理掉，因为这样就可以保证周一就可以提交测试，不会浪费工作日的测试档期。
当然对一个程序员来说，最好的办法就是，尽量少出bug，这样就可以少花时间来擦屁股了。
对公司来说就是，你凑齐一个月176个工时的工作量，就可以拿完整的工资了，当然你效率高愿意多干，也可以，按每个工时多少钱来加。
所以，IT公司根本没必要强制你留在公司搞996，没意义，反而徒增成本和法律风险，所以，一开始很多人就被996的书面意思误导了，因为很多人没在IT公司干过，根本不知道人家是如何计算的。我现在甚至觉得最早发起996icu的人压根没在中国像样的IT公司干过。
根据最近网上透露的一些材料，我觉得京东还算是挺人性的了，以前他们是半年统计一次绩效，现在是一个季度统计一次，而且没有使用末尾淘汰制，挺好的了，我之前呆过的几家公司是一个月统计一次，只要你一个月绩效不够，连补救的机会都没有，京东至少还让你有几个月补绩效的时间，而且我以前待过的一些公司还用末尾淘汰制的，一到月底，人心惶惶，甚至有部门的主管让下属轮流垫底，因为公司规定，连续超过3个月垫底，就要开除，大家轮流垫底就可以互相保护，不会有人被淘汰。
