作者在大型企业工作一周年之际，回顾了自己从初创企业转向大公司的经历，并分享了对大企业文化的观察。他指出，在小型企业中不成问题的事情，在大型组织中却变得难以解决，表达了对大企业复杂性的调侃与反思。

图灵教会——大企业体验

2025年8月18日，是我加入$ENTERPRISE公司一周年的纪念日。在此之前，我已有近十年的软件开发经验，但主要是在初创公司和小型企业中工作。去年，我决定进入大企业，寻求新的挑战和更高的收入。

在面试时，唯一的反馈是我缺乏企业级软件开发的经验。起初我对此感到不满，但后来意识到这其实是一种褒奖。为了庆祝这一周年，我决定记录下我在大企业中的一些观察和感受。

小问题在大企业中变得棘手

刚入职时，我提交了第一个拉取请求，却立即遇到了一个从未见过的工具生成的错误。我询问了团队中的开发者，但没人知道如何解决。最终，我花了近两周时间才在公司的Confluence页面上找到相关信息，发现这个工具已经无人维护。我们的解决方案是在项目配置中添加一行代码，忽略这个工具的全局配置。

金钱浪费的荒谬

在大企业中，我目睹了惊人的资金浪费。一个注定失败的项目在两周内烧掉了相当于个人退休基金的金额，而一些工作负载甚至可以用树莓派集群轻松处理。高层领导却在为每月100美元的SaaS服务是否值得保留而争论不休。

同事能力的参差不齐

在小公司，招聘者通常能筛选出合格的开发者。但在大企业中，几乎没有人因为表现不佳而被解雇，这导致了能力参差不齐的问题。我曾遇到过技术主管不会使用电脑，分析师无法用英语交流的荒谬情况。

“紧急”只是空话

在大企业中，“紧急”一词的含义变得模糊。有时，所谓的紧急任务只是因为某个经理在高层面前承诺了一个随意设定的截止日期。真正的紧急情况，如防火墙规则变更导致客户无法连接，则需要立即处理。

安全的形式主义

软件安全是任何组织中的重要职能，但在大企业中，安全往往被简化为数字和图表。每天两次导出包含漏洞依赖项的Excel表格，并发送给工程师，似乎成为了安全工作的主要内容。

头衔的意义有限

我遇到过至少六位“架构主管”，但我仍然不清楚这个职位的具体职责。

不确定性被视为弱点

在大企业的组织变革中，高层领导往往不愿意承认自己的无知。他们被要求立即带来积极的改变，但在复杂的领域中，这种要求往往是矛盾的。

工程团队的“帝国”

$ENTERPRISE的工程标准并不成熟，不同团队之间的工程实践差异巨大。有些团队甚至不编写任何测试，完全依赖离岸团队手动点击应用程序进行质量保证。

积极的一面

尽管我容易讽刺，但过去的一年我其实非常享受。我学到了很多，职业生涯也有了新的发展机会。在大企业中，我有机会编写被数百万人使用的软件，并从更有经验的同事那里获得指导。此外，工作安全感和按时发放的工资也让我感到满意。

也许九年后，我会再次回顾这段经历，看看我的观点是否有所改变。

如有任何问题，欢迎通过churchofturing@gmail.com与我联系。

评论内容总结：

1. 企业文化的多样性与问题：

   • 评论1通过比喻描述了不同企业的管理风格，如英国（手动QA）、埃及（庞大软件系统）、蒙古（快速需求变更）、西班牙（追求完美但增加复杂性）、日本（严厉管理）、中国（复杂的会议文化）。
     • 引用："Some were run by tyrannical rulers with strange idiosyncrasies."（有些企业由有奇怪癖好的暴君统治。）
     • 引用："their floors are always quiet, good luck finding your way through the Forbidden City of Zoom meetings without a map"（他们的楼层总是安静的，祝你在没有地图的情况下找到Zoom会议的路。）

2. 大企业的目标与理性缺失：

   • 评论2指出大企业只关注一致性，目标可能由数字、法规或高管决定，而非理性。
     • 引用："Bigger enterprises only care about consistency in delivering what they want to deliver."（大企业只关注一致性，交付他们想要的东西。）
     • 引用："Rationality as we humans see it doesn’t apply."（我们人类所理解的理性并不适用。）

3. 公共部门与企业的相似性：

   • 评论3认为公共部门与企业类似，但缺乏技术职业发展和培训机会。
     • 引用："Remove the comment about ever having to work a weekend"（删除关于周末工作的评论。）
     • 引用："Remove the comment about upskilling / training being encouraged"（删除关于鼓励技能提升/培训的评论。）

4. 企业中的低效与浪费：

   • 评论4描述了企业中的低效现象，如团队长期无产出、高额AWS账单、技术能力不足、频繁重组等。
     • 引用："Teams that produce negative output for years with no consequence"（团队多年无产出却无后果。）
     • 引用："Six figure monthly AWS bills on unused resources"（每月六位数的AWS账单用于未使用的资源。）

5. 企业软件的质疑：

   • 评论5质疑企业软件的质量，并对职业发展和软件影响的真实性提出疑问。
     • 引用："if a piece of software is in any way described as being 'enterprise', it’s a piece of garbage."（如果一款软件被描述为“企业级”，那就是垃圾。）
     • 引用："Is it still satisfying if that software is bad, or harms many of those people?"（如果软件不好或伤害了很多人，还会感到满足吗？）

6. 领导层变动与组织重命名：

   • 评论6提到新领导层会替换旧团队，并频繁重命名部门。
     • 引用："new leadership will push out the old guard and replace them with friends"（新领导层会赶走旧团队，用朋友替代。）
     • 引用："groups get renamed for the Nth time in N years"（部门在N年内第N次重命名。）

7. 企业中的个人成长与官僚主义：

   • 评论7分享在企业中的个人成长，但更多是学习沟通和官僚主义。
     • 引用："I feel like I learn more about people, communications and bureaucracy here."（我觉得我在这里更多地学习了人、沟通和官僚主义。）
     • 引用："I can just buy the mouse myself."（我可以自己买鼠标。）

8. 从大企业到小团队的转变：

   • 评论8探讨从大企业到小团队的转变，并询问如何将大企业经验应用于小团队。
     • 引用："I’m looking to make that shift and I’m curious how others framed their Enterprise™ experience in a way that resonates with smaller teams."（我正在考虑转变，并好奇其他人如何将大企业经验应用于小团队。）
     • 引用："I keep thinking my job is to solve problems and ship software...but those are clearly not the revealed preferences of my org."（我一直认为我的工作是解决问题和交付软件……但这些显然不是我组织的显性偏好。）