谈谈 996 背后的现象

最新推荐文章于 2019-05-23 16:10:13 发布

鞠骞的博客

最新推荐文章于 2019-05-23 16:10:13 发布

阅读量2.5k

点赞数 2

分类专栏：生活文章标签： 996 icu 程序员

本文链接：https://blog.csdn.net/u010695794/article/details/88983874

版权

生活专栏收录该内容

16 篇文章 0 订阅

订阅专栏

本文首发于个人微信公众号《andyqian》,期待你的关注！

前言

最近在程序员圈，最火的莫过于Github上的996项目了。如果说之前对996的抵制是单兵作战，这次算得上是团战了，截止目前为止已经集结了15w+的star。可见其受害面之广，受害人数之庞大，可谓深感痛惜！但，为什么有很多企业热衷于996呢？996的背后又是什么呢？我想，站在一位程序员的角度来谈谈。

供需关系

曹大在关于程序员的996，我们谈谈历史和逻辑文章中分析996的逻辑时，谈到了供需关系。这点我是非常赞同的，这是从宏观角度来看996背后的事实与逻辑，我觉得宏观事实是一方面，但在中小型企业里，内部的混乱也是加班的根本原因。

工程效率

大部分公司996的背后，是公司工程效率低下的表现，为什么这么说呢？这个我深有体会。业务高速发展背后，是技术能力的缺失，这算得上是大部分中小型公司的通病了。怎么说呢？就拿我们熟悉的领域来说，研发团队的效率如何提高？这个老生长谈的话题，怎么说都不为过。例如：

研发排查问题路径是否畅通？如果研发排查生产bug时，查询生产数据需要申请审批，查看生产日志需要申请审批，等一系列流程走下来后，且不说生产bug带来的影响。这么一套组合拳下来后，不得等到下班了？这时问题还没开始解决呢，你程序员不加班谁加班？
白天整天开会，1小时过去了，2小时过去了，开完后发现此次会议不管自己啥事？但，代码还没写完，产品小姐姐的需求还躺在需求池里面，你程序员不加班谁加班？
随着日常功能的叠加，系统错综复杂，特别是主流程上的修改，哪怕是一丁点的修改，对于测试来说，其工作量都是不可忽视的，没有自动化测试工具的协助，你测试工程师不加班谁加班？

这时候，有人要说了，有流程是好事呀。首先，我必须承认流程规范是好事。但想想，流程的目的是什么？我认为，流程的目的是提高生产力，而不是束缚生产力。一件几分钟就能完成的事情，非几个小时才能搞定。这样的规范化，不是扯蛋吗？这不就是996的源头吗？

管理者缺陷

有很多资本家，唉，先别说资本家了，我们说说管理者，在我的工作经历当中，曾经有一位这样的直接主管，印象特别深刻。公司非常小，小到我们整个部门仅仅在一个20几平的办公室，与其说公司，还不如说是一个极小的工作室。作为一位20几平的办公室”室长”，是时候立下一点规矩了，”大家9点上班，晚上8点以后下班，迟到1分钟罚款50块，作为办公室经费”。不知道是什么原因让这位”室长“立下如此之规矩。但我知道的是，立下该规矩后，我的效率降低了，原因很简单。因为我必须得等到8点以后才能下班。规矩实施不久后，我提交了离职报告。但至今都不明白实行这项规定的意义是什么？是为了让他的领导看到他的能力？还是刷存在感？至今都未找到合适的答案。

像这样的主管，我相信大家或多或少都遇到过，总想以无效加班作为自己能力的体现。但在我看来，这是一种及其愚蠢的表现

最后

最后，我相信绝大部分公司996的背后，是工程效率的低下以及管理者的缺陷。当然，我不否认一些因为业务高速发展而996的。但，不好意思，这并不是加班的理由。

程序猿通常太过于执着，是一群不会抬头看路的人…