阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 https://mp.weixin.qq.com/s/eLl-juu6faqPwfBzAwc29Q 「LJ说」欢迎转载，保留摘要，谢谢！

• 真是这样的
• 产品层面拍脑袋决策多
• 技术团队话语权低
• 技术基础设施差
• 畸形的职场文化

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

先问是不是，再问为什么。

难道美国的程序员就不加班吗？他们就一天八小时工作，还想来就来，想走就走？非工作时间完全找不到人？还有什么食物饮料都免费提供？

让我来告诉你真实的情况吧，还...

真是这样的

加班文化应该是中美两地最明显的不同了，形成这种差异的原因不是一两句可以讲清楚的。我在两个国家都工作过，也在不同岗位工作过，所以就尽量从不同角度来简要说一下。

国内程序员加班严重，问题首先不在程序员这个群体。

产品层面拍脑袋决策多

产品层面，拍脑袋决策多，美其名曰：互联网思维、小步快跑、试错思维，其实是没想清楚，反正我就需求一提，技术团队来做，上线后成功了我是产品天才，失败了也没啥坏处，找个借口说什么“互联网市场变化太快”也能搪塞过去，或者找个新项目，继续画大饼。

国内的产品经理实在是太多了，很多还是刚毕业的小鲜肉，没有一点经验积累，凭借天马行空的想象力，提一个需求，就能让一帮技术专家为之操劳好几个月去实现，这简直是不可思议的。即使产品经理很厉害，但人数一多，每个人都要业绩，都拼命想点子、提需求，技术团队怎么能招架得住那么多需求呢。于是就会这些现象：

• 节假日来了，我们上一个活动，或者节日小彩蛋功能。
• 竞品上了一个 xx 功能，看起来不错，我们也抓紧上一个。
• 10个产品经理同时跟你说：这个需求我跟老板对过了，xx 之前必须上线。

**产品经理没有想清楚某个功能的价值，或者带来的收益不痛不痒，而技术团队则需要为此付出巨大的心血，也就是加班。**当然这也不一定是产品经理的错，国内公司，老板的指令太多了，不说了，你懂的。

在美国这边，产品经理大多是行业经验非常丰富的人，要么是从工程师转过来，要么是从多年的商业领域经历然后读个 MBA转过来。上线一个功能，经过严谨的理论推演、多轮前期调研、科学的 AB test，从提出 idea 到最终用户看到更新，经常耗时半年或一年。很多不成功的 idea 还没面市，就因为数据不好而“胎死腹中”。这样一方面提高了产品需求的质量，另一方面也给技术团队足够多的时间来设计和实现一个可持续发展的架构。

技术团队话语权低

管理层在做决策时，往往更重视产品更新迭代，而忽视技术的建设。

比如说技术团队有100个小时，老板可能会把90小时都投入到实现产品功能，给技术优化、修补技术债务。于是就会出现技术实现非常粗糙的情况，举个栗子，给你一周时间，实现一个 IM 功能，你还会考虑什么模块化、可维护性、性能优化之类的吗？当然是怎么快怎么来，百度一下有没有别人实现过的代码，ctrl+v / ctrl+c，一点运行，诶，跑通了，上线。

所以国内很多程序员看别人的代码，感觉都是一团 shit，完全没法维护，干脆自己重写一个。

技术老大能跑到老板面前说“我们先把产品需求停一停，让我们的技术团队好好地优化一下基础设施吧。”吗？只要他不是傻子，都不会这样说。

话语权低还体现在，对产品几乎没有决策权，甚至不能质疑产品决策，提反对意见，总会被产品经理各种理由挡回来，产品经理有一句话终结争论的尚方宝剑：这是老板要做的。

久而久之，技术债务越堆越高，bug 越来越多，程序员不加班，谁加班？

而美国公司的现象是，技术话语权非常高，一个没想清楚的产品需求，能被技术团队直接打回去。同时，技术团队可以自主地花很多时间在技术优化上面。产品不能按时上线？经理说：没关系，延后，按照最优的技术方案来推进。有时候你想赶紧上线，提交一段粗制滥造的代码，会被同事鄙视死，被老板骂死。

每个季度最后一个月，专门抽出精力，来弥补技术债务，产品需求放一边先。

在这样的环境下，短期看起来效率低，但长期是最高效的。国内是“欲速则不达”，美国是“慢工出细活”。

技术基础设施差

知乎上有一个比较热门的讨论：腾讯的技术建设是否落后？

这不但是腾讯的问题，实际上绝大部分公司的技术基础设施都非常差。

有多少个公司能养一个专门的 Infra 团队？有多少个技术团队能专门成立一个小团队，进行 Infra 优化？即使有，有多少个公司能保证 Infra 团队的成果能在全公司推行？

我相信能做到这样的公司是凤毛麟角的。

中小公司不必说，在这样高度竞争环境下，哪有财力养一个不能直接带来 KPI 提升的团队，即使有钱，也没时间搞优化。

而大公司呢，即使腾讯这样的体量，有一个 TEG 事业群做基础设施建设。但是现实情况是，依然没有全公司通用的内部工具，各个团队依然在重复造轮子。阿里算是做的很好的，前几年开始推行的大中台战略取得了显著的成果，解放了各个产品部门的生产力。

计算机程序这种东西，一个人写和一群人写，几千个用户使用和几千万用户使用，是完全不同的概念。没有强大的基础设施建设，技术团队越壮大，效率越低，用户数越多，bug 越多。出来混总是要还的，今天没有人关注基础设施，未来就会又无数个程序员为此加班。

而说回美国这边，专门的 Infra 团队几乎是每个公司的标配了。这也是工程师文化的结果，创始人、高管团队一定有很强的技术背景，走过了很多弯路，所以非常重视基础设施建设这种“重要而不紧急”的事情。

畸形的职场文化

最后再来说说文化的差异。

美国人非常注重个人和家庭，牺牲自己的时间来给公司加班，这是不可能的。一到下班时间准点走，非上班时间完全不查邮件。很多公司入职培训就专门强调了怎么平衡工作和生活，其实就是说：下班时间就是你的时间，你有权利不处理公司事务。

反观国内，不知道从什么时候起，加班就是约定俗成的。还出现了看似很有道理的人生经验，比如“年轻人就应该多拼一下”，“加班能学到更多东西，对未来也有好处”。

加班，竟然成了光荣的、可以拿来攀比的现象，比如说加班到凌晨一两点，拍个照，发个朋友圈，收到老板的点赞很开心。而管理者呢，还就吃这一套，谁加班多、会来事儿，考核的时候就更有好处。

在这种加班氛围下，甚至还出现了“伪加班”。早上十点到公司，上个厕所、看会儿新闻、刷刷朋友圈，就到十一点半了，什么工作也没做，然后准备吃午饭；饭后逛一逛、睡个觉，又到2点上班时间了，写会儿代码、刷刷知乎，一下午又过去了，很多公司有免费晚餐，吃完饭回来7点左右，再写写代码，磨到10点。哦耶，又是充实的一天呢，发个朋友圈给老板知道。

其实一天有效工作时间还不够8小时，但就是“加班”了。

综上，大概就是国内加班严重的原因。

我觉得这也是某个时代特有的现象，谁都没有错，谁也没有办法改变这种情况。在国内这样一个高度竞争的环境下，公司为了生存必须跑快点，个人为了发展必须多做事，毕竟你不做就会有千千万万的人来抢。

等到中国真的发展到美国这样的发达程度，生存的减小了，才有资格谈更好的生活品质。