点击上方“程序人生”,选择“置顶公众号”

第一时间关注程序猿(媛)身边的故事

图片源自网络

作者

博览群书1989

CSDN博客

https://blog.csdn.net/wangshubo1989/article/details/54926972

互联网公司大多都是 open 的,更多的是弹性工作时间。

但是,对于一些创业观念比较老旧的老板来说,似乎 996 的工作时间才是拿融资,谋发展的唯一途径。

没有歧视和地域社彩,但是个人觉得北京中关村的创业公司加班更严重,换句话说强制 996 的互联网公司更多。

一直困扰我的问题就是强制加班与工作效率的问题,今天就与诸位分享,不足之处请指正。

1 创业公司的程序员自主性很高 

对于创业公司的 software engineering 来说,自主性都很高。都是想做出一点成绩,都是在尽量向大公司出品 app 的效果、性能看齐。所以,如果手中的活没干完,大部分创业公司的程序员会选择自动加班,会晚走一两个小时,甚至偶尔加班到半夜。这是自愿的,也许公司就为他付出一顿晚餐的代价。

2 强制加班导致效率低下 

但是不得不说,强制加班肯定会导致效率低下。这是人性的普遍心理,大家都知道,不管我早干完还是晚干完,都是要熬到 21 点下班。强制 996 的工作时间会严重影响程序员的日常生活,没有健身的时间,没有跟朋友聚会的时间,没有陪老婆孩子的时间。时间久了,导致程序员越来越自闭,说话越来越少,心情也越来越差。

每天晚上 21 点下班,到家后几乎都是 0 点之后入睡,第二天的状态不可能好。所以出现了一个特普遍的现象,程序员上午几乎不干活的,看看新闻,刷刷微博……

强制严重的拖延症,反正老板也不提倡早下班,为什么还要着急把事情赶紧做好?到了公司大可以先看一圈娱乐新闻,然后去走廊抽根烟,泡杯咖啡,和同事们凑在一起背后分享点狗血八卦,时间倒也过得飞快。转眼到了晚上八九点,回头看看自己真正做的事其实屈指可数,当然这也不妨碍到了 10 点的时候来一张自拍照发到朋友圈来一句「累并快乐着」。看似什么都没做还得到了老板的认可,实则是在消耗自己的生命。

3 沟通方式导致效率低下 

互联网时代的工作方式绝对不再是 qq、微信、邮件,市场上很多好用的工作协同软件,比如牛逼的 slack。但是很多守旧的创业者还没意识到,以员工学习成本大为缘由,继续使用着 qq、微信。

这样有什么后果呢?每天你都会听到,上次你发的文件再给我发一遍呗,最新的客户端在哪,把图片再发给我一遍……

看看 Slack 为什么会如此受欢迎?

你可以得到两方面的实惠。其一是透明度的增加:你可以看到别人正在做什么,没有必要一大早开公司例会;你不再需要类似阶段性报告的文件了。它还支持跨部门合作,工程师们可以看到设计师们的工作,技术团队也可以看到客户服务是如何处理。你所要做的仅仅是从其他频道的数据流上轻轻滑动手指。

第二点是公司内所有进行着的通讯表现为数字化的知识体系。在大多数系统中,知识基于邮件且零碎分散,就好比每个人都有自己的特点。但你将这些提供给他人时,他们在现在以及将来都会受益。所以当某人不管什么时候加入进来时,他的收件箱都不会是空的。曾做出的每个决定,进行的讨论,每次某人提起的资源、公司或组织机构,任何时候任何人分享的链接、交换的文件,所有的这些都是可以搜索到的,你要做的仅仅是回看而已。这是非常有意义的。

4 开发方式导致效率低下 

这个应该是很少见的吧,但是我遇到了。

说说这个开发团队吧,三个服务器,一个 iOS,一个 Android,一个产品经理。

老板有什么问题,需求跟产品经理讲,然后产品经理跟工程师讲做什么,需求是什么。

接下来,你总会听到产品经理问程序员,开发这个功能需要多久?我敢保证,即使一天可以完成的任务,你会说需要两天,更有人会说需要一个星期。

为什么会这样?

老板说我们创业公司,要打造一个自主性特别高的团队,所以不需要技术总监分配任务之类的。

但是,程序员中的老司机会把老板和产品忽悠的团团转。

以上观点来自CSDN「博览群书1989」的博客


接下来,我们来算一笔账:

一周正常工作时间是8×5=40小时。

如果是6天工作制,8×6=48小时,增加了20%的工作时间。其实周末通常晚来早走,效率也不高,实际上最多增加了15%。

如果严格执行996,10×6=60小时,增加了50%的工作时间。但在持续性的996状态下,正常人不可能长期保持状态和效率,按我的经验,实际上大约增加了35%的工作时间。

现在是向老板提问的时间:

Q1、增加15%到35%的工作时间,是否提高了对等的成功或生存概率?

Q2、我们都知道,互联网产品的成功率低于1%。就算它是1%吧,提高到1.35%,是否是老板想看到的结果?

去XX的996,滚XX的996。

严谨地说,是“去你妈的常态加班制度”。

互联网行业竞争激烈,生得快死得也快,若说绝不加班,实难做到。每年总会遇到急着赶档期,发版本的时候,冲刺型的临时加班在所难免。但贵司不会整年整年地急着赶档期,发版本吧?从年初急到年末,老板哟你又是为了哪般?

以上观点来自:姑婆


结  语

往小了说,996会导致猝死,是谋财害命。仅仅我身边就有两个同学因为经常上夜班导致脑溢血,一个去世,一个半身不遂,都是30多岁。

往大了说996不遵守劳动法,最终会导致资本主义经济危机。

以下是一老外写的文章,很好,分享给大家:

Developers should not be allowed to work overtime

I have a very simple tip for software companies and engineering managers who want to make their developers happier and more productive (and less likely to produce buggy code). Forbid overtime.

I give this advice based primarily on what I've observed personally (and anecdotally via friends in the industry). What I've witnessed is that people who are flogged like mules either burn out, quit their jobs unexpectedly, or (worse) stay with the company, carrying a new, sour attitude.

Conversely, I've seen that developers who are encouraged to go home at quitting time tend to do a better overall job, because they know what's expected of them (i.e., finish what you're doing by 5:00) and come to work in the morning well-rested (or at least with a reasonably positive outlook compared to their counterparts at other companies who are doing 60- or 80-hour weeks).

People who know they have to leave at 5:00 (or 6:00, etc.) tend to go to extra lengths to finish whatever it is they were working on before the clock runs out. They ramp up their productivity as necessary to get work done in the time allotted. This is what you want.

Productive employees become more productive when they have to work within time constraints, because they learn time-management skills they wouldn't otherwise learn. That sounds like a tautology, but it's true.

It works in reverse as well. You find out quickly who your less-productive people are when they're under time constraints. This is valuable info if you're a manager.

The no-overtime rule tends to enforce good project-management discipline. People become realistic about how much progress can be achieved in a given length of time and set milestone dates accordingly. If delivery goals aren't met, new dates are set (assuming there's a firm no-overtime rule) and project managers assume responsibility for the initial misjudgment. (Of course, the project managers get their time estimates from the various engineering managers, so the responsibility for missing a goal actually gets cascaded down through management.)

Without a no-overtime rule, people are expected to adjust their work day as needed in order to meet milestones, and failure to meet the goal is blamed on employees rather than management (because the underlying assumption is that if you put in enough hours, you could have made the goal). Putting the onus for lateness on regular employees rather than managers only demoralizes workers and makes them less apt to deliver on future deadlines. The right thing to do (the productive thing to do, in the long run) is let managers bear responsibility for lateness -- as they should.

When I see or hear tales of people sleeping under their desk and drinking energy drinks while they bang out code at 2:00 in the morning, I know that the company in question is poorly run and will ultimately suffer (in any number of possible ways) for making (or letting) people work crazy shifts. "But," you may be saying, "what if people are putting in those hours because they truly want to?" In my experience, people with families like to be with their families. Some people take classes at night (or need to change a baby's diapers in the middle of the night), or have ailing relatives to take care of, or have any number of other outside responsibilities. Working till dawn is not an option for some people, and in my experience most people do not choose it voluntarily. There are exceptions, of course (such as with short-staffed entrepreneurs who are trying to bootstrap a new business), but as a general rule, working till 2:00 or sleeping under your desk not only reflects bad company policy but poor personal judgment as well. (Again, though, if you're a founder of a new business, you do what you have to do. But if you know what's good for you, you won't make others work that way.)

I'm sure there are some who would say that in these troubled economic times, special measures are called for. Many companies, after all, are fighting for their very lives right now. Surely workers should expect to work overtime some of the time, until the economic storm passes?

To which I say: If your situation is so desperate that you think making people work a few extra hours is going to save the company, you're in more trouble than you think. Way more.

 小调查 

编程大趋势是怎么样的?关注程序人生公众号的大家目前处在什么水平?我们猜这也是你想了解的,所以参与一下投个票吧~

「你若有原创文章想与大家分享,欢迎投稿。」


- The End -

往期内容推荐

(阅读可直接点击下图)

中关村程序员的996强制加班与工作效率相关推荐

  1. 中关村程序员的 996 强制加班与工作效率成正比吗?

    点击上方"CSDN",选择"置顶公众号" 关键时刻,第一时间送达! 本文作者为 CSDN 博客专家「博览群书1989」,原文:https://blog.csdn ...

  2. 我一个程序员的作息时间表及学习工作效率问题

    程序员关注自身健康,首先从作息时间开始,任何试图更改生物钟的行为,都将给身体留下莫名其妙的疾病,辛苦的程序员们,给自己健康一个保障,做一个有益于健康的作息时间表. 周一到周五   上班 7:30 ~ ...

  3. 程序员如何巧用Excel提高工作效率

    Excel这个家喻户晓的软件,想必在大多数程序员眼中他只过是word的表格版,编辑处理一些表格数据.是财务.仓管和HR的专属软件,其实不然.Excel这个神奇的软件,用来撸代码还是很方便的.比如: 数 ...

  4. 低代码平台真的能拯救程序员的996吗?

    最近不少程序员朋友跟小编说,公司天天加班,996的工作让他们连女朋友都找不到. 小编特地调查了国内外一些低代码平台和相关技术,找到了几个还不错的平台,可以帮助程序员结束996的生活,给大家分析一下: ...

  5. 为啥程序员撕996建筑人不撕007?——晒知乎高赞沙雕回答,和说说工程师文化

    轻友们大家好~我是珍妮兔,一只工程效率顾问.我的日常生活是在不同的软件研发团队和大家聊天,给大家分享各种轻松把软件做好的最佳实践.如果你有特别想要解决的问题,不妨加我的个人微信:jenny1652告诉 ...

  6. 95后程序员连续15天加班到凌晨2点在餐厅泪崩!看到955不加班的公司名单,酸哭了......

    点击"开发者技术前线",选择"星标????" 让一部分开发者看到未来 来自51CTO " 最近,一条热搜刷爆了技术圈:11 月 6 日,湖北武汉,深夜 ...

  7. 36岁程序员感慨:天天加班压力太大,有200万存款能转行了吗?

    程序员这个职业也算是这几年对个人能力和年龄都要求比较高的一个职业了吧.对于刚毕业的应届生来讲,其实个人身体和能力都还处于一个比较不错的阶段,所以很多大企业都愿意给出高薪待遇去招聘人才. 而工作压力这么 ...

  8. 程序人生:扒一扒程序员为什么总在加班?拿生命敲代码?

    假设这位程序员是一位职场新手甲.他刚大学毕业,没有工作经验.来自产品的需求,他要理解很久才能做. 然后开发的过程中会遇到各种问题,如果经验不足以支撑他快速完成任务,那么只能求助于网络,书籍,熟人. 如 ...

  9. java程序员加班吗_作为java程序员,一定要加班才是好程序员吗?

    加班的java程序员不一定就是好的java程序员,不加班的java程序员不一定就是坏的java程序员,我们需要从工作态度.能力.责任心等等方面来综合的对java程序员的好坏进行分析. 一个好的java ...

最新文章

  1. ionic2.0禁止横屏模式
  2. java函数定义的要素_Java学习笔记八(方法)
  3. vux 实现多栏滚动
  4. [云炬ThinkPython阅读笔记]2.9 术语表
  5. Dijkstrala算法
  6. 七彩影视双端新版本源码
  7. 做餐饮服务员有前途吗
  8. SWAP Detector:GrammaTech 开源 DevOps 应用安全测试工具
  9. 【读书笔记】log_archive_dest_n参数描述
  10. 【每日算法Day 78】面试经典题:能说出全部四种方法,不录用你都不可能!
  11. LeetCode 33 Search in Rotated Sorted Array(循环有序数组中进行查找操作)
  12. 个人博客 修改markdown代码块背景颜色
  13. 基于Ubuntu虚拟机的Linux驱动开发入门
  14. 修改CSDN博文中默认的图片水印
  15. 从内存池到连接池 老码农眼中的资源池
  16. oracle 多表去重sql语句,去重语句
  17. 9_____变态跳台阶
  18. 【人工智能】关于人类大脑模型的一些数学公式
  19. 阻容感基础05:电容器原理(2)-电容器参数
  20. Mybatis基本查询准备

热门文章

  1. SSM:实现用户信息的增删改和分页展示
  2. 最新web/springboot打造通用的短信验证码微服务(详细)
  3. 研发质量管理_企业级产品研发管理体系的构建
  4. 华为,好狠一公司,应届生你给201万
  5. 华为模拟器eNSP如何安装,以及无法安装成功的问题解决
  6. 独立版企微魔盒企业微信系统V7.5开源版 带安装教程
  7. c#上位机 源码 控制固高,研华,雷赛这类的运动板卡。偏向 程序运动控制。winform+板卡+sqlite
  8. 无人机高清远程直播+4G/5G智能多网路由系统
  9. Java爬虫入门篇---Jsoup工具
  10. 单片机过渡到,对linux的初识(线程到进程)