‘编码从来不是瓶颈’实际上对就业不利

随着AI加速软件编码，许多程序员声称，尽管编码本身变快了，但整体生产力提升并不显著，因为在他们的公司里，编码从来不是主要瓶颈。相反，他们把矛头指向其他因素，如会议、跨团队协调、官僚作风、组织摩擦等。然而，我记得即使在大语言模型出现之前，很多开发者就把这些“其他”工作内容视为低效的废话，常常阻碍真正的进展。当然，某些协调是确实必要的，尤其是在大型系统、监管严格的行业或多利益相关者的产品中。但其中很大一部分似乎源于组织臃肿：团队过多、交接过多、管理层级过多、流程过多。所以，如果顺着‘编码从来不是瓶颈’这个论点推导到逻辑终点，它并不一定让就业前景变得更好。事实上，可能会更糟。如果AI加速了编码，但生产力仍受限于协调和官僚作风，那么下一个优化目标就不是编码本身，而是围绕编码的组织结构。这将通往一条打造更精简团队的道路。新公司可以从零开始，以更少的人、更少的层级、更少的会议和更多的AI辅助执行来构建。它们可以向老旧臃肿公司的低效工作流程学习，并以更小、更快的团队超越它们。一旦发生这种情况，老公司最终也不得不做出回应。为了保持竞争力，它们可能需要减少协调开销、扁平化管理结构、自动化更多内部流程，并裁撤那些主要因为组织庞大低效而存在的岗位。因此，当有人提出‘编码从来不是瓶颈’这个论点，试图说明AI并没有多大帮助，并为开发者保住工作辩护时，似乎整体结论实际上更为悲观，并揭示了臃肿公司中那些可以从根基上被铲除的漏洞。大家怎么看？