一位被 Meta 解雇的产品经理曾分享道：“我提交了 2500 次的工作申请，经历了 46 次面试，最终才换来了 1 纸 Offer。”被 Meta 解雇的尚且如此，其他人又如何呢？
上周末，Reddit 上有一位开发者发帖称，他通过了谷歌的初步筛选后，最终止步于基本情况调查这个环节上。HR给出的拒绝理由是：每天只花 50% 的工作时间在编码上，实在太短了。
（图片下载自视觉中国）
“看到标题的时候，我还以为是嫌 50% 的编码时间太多了”
据这位开发者回忆，那份问卷中有一个问题是“你有多少工作时间用于编码”。当时他结合自身情况，选择了“大约 50% 的时间用于编码”这个选项，并补充道：其余时间会用于撰写设计文档、排除服务故障、与其他团队合作、代码审查等。
问卷填写完毕后，他自我感觉还不错，觉得至少能进入到下一轮对编码能力的笔试。但两周后，谷歌 HR 邮件通知他：很遗憾，你被 Pass 了。这封邮件并没有提到太多，但 HR 特别附加了一句，“以你目前的岗位来看，至少要有 70% 的时间专注于编码才行”。
这位开发者认为，没通过的问题应该就出在这里了：“我认为，这实在是太荒谬了！
只有非技术背景的人，才会认为编码时间是评判一位软件工程师是否合格的标准吧？”
为此，他把这次应聘谷歌失败的故事分享到了 Reddit 上《仅供参考：我被谷歌拒绝了，因为我花了 50% 的工作时间在编码上》，并在最后建议：如果你在面试时也被问到了这个问题，请一定要小心回答。
未曾想到，这个帖子竟意外引起了众多开发者对于编码时间的讨论。
该帖下的最高赞评论，代表了多数人的想法：“看到这个标题的时候，我还以为是嫌 50% 的编码时间太多了。”
除了这位网友，许多开发者也在评论区现身说法，无一不在控诉“70% 的编码时间”这个离谱的要求：
据我所知，FAANG（美国五家科技巨头的首字母缩写词，即 Facebook-Meta、亚马逊、苹果 、 Netflix 和 Alphabet-谷歌母公司）的高级开发人员花在编码上的时间都小于 25%。我想说，应该花更多的时间在设计和满足需求上，70% 也太荒谬了！这就是非软件工程师在不了解工作实际情况的情况下为工程师制定招聘流程的结果。50% 的比例已经很高了，多数程序员很难在一半的时间内都在专心编码。最近有人问过我这个问题，我说 80%，因为 HR 说这个职位是 L5。后来我通过了应聘，而入职后，我也没有花 80% 的时间来编码，因为我从事的是 ML。可能只有初创公司能达到这一比例，因为一切都很急，需要构建一堆东西。在初创公司中，工程设计的最大风险是无法及时完成。而在大公司中，最大的风险是搞砸现有系统，这意味着开发速度会变慢。
调查显示：仅 9% 的开发者每天超过 70% 的时间在写代码
那么实际上，开发者每天到底会花多少时间在编码上呢？
根据 CSDN 发起的《2023 中国开发者调查报告》数据显示，在日常工作中，仅不足 9% 的开发者每天有超过 70% 以上的时间在写代码，每天超过一半时间在写代码的人也不到三成。
如果聚焦到编码成果，则 75.5% 的开发者每天有效代码行数不超过 300 行，甚至一天写 101-200 行的开发者群体占比最高，占比为 20.2%。
问题又来了：所以程序员们工作时都干什么？相信诸多人都会异口同声地说出两个字：开会。在“影响工作效率”的因素中，42.7% 的开发者都投给了频繁开会，其次分散注意力的工作环境以及不清晰的工作流程等因素，也使得他们的编码效率大幅降低。
从以上的调查数据可以看出，开发者想要实现“70% 的工作时间都在编码”这一要求实在艰难，而非技术出身的 HR 以类似理由为由拒掉应聘者更是草率——然而，这或许正是如今的普遍现象。
最后，借用一位开发者的建议：
“关于面试，我学到最重要的一点是，整个面试过程都很随机，你可能会因为最荒谬的原因而被拒绝。要想获得录用通知，运气的成分很大，所以不要过分执着于一家公司。无论你觉得面试进展有多顺利，都不要笃定一定会被录用而放弃其他 Offer，这一点很重要。”
那么，作为程序员的你，每天用在编码上的时间又有多少呢？
参考链接：https://www.reddit.com/r/leetcode/comments/1cq1g3f/fyi_i_believe_i_was_rejected_from_google_for/
