卷不过AI就去当CEO？架构师职业迎来“反向突围”｜独家对话哥大教授Arthur，M.，Langer

作者｜冬梅

审校｜蔡芳芳

采访嘉宾｜Arthur，M.，Langer，

Arthur，M.，Langer，美国纽约哥伦比亚大学技术管理中心主任和专业实践教授，《数字化时代的软件架构》作者

在人工智能深度重塑软件开发方式的当下，软件架构师这一传统技术角色正迎来前所未有的结构性变革。GitHub Copilot、Cursor、Claude Code 等生成式编码工具被多项研究证实可提升 30%–50% 的开发效率，低代码与智能平台进一步削弱了“代码量”在生产力中的核心地位。技术栈快速演化、架构复杂性骤增、AI 系统的伦理与安全压力上升，正在迫使架构师走出纯技术岗位，转向战略决策、治理审视与组织领导力的更高维度。

在这一背景下，美国纽约哥伦比亚大学技术管理中心主任、专业实践教授及《数字化时代的软件架构》作者 Arthur M. Langer 近日接受 InfoQ 专访，分享了他跨越咨询、创业与学术三十余年的观察。

Arthur 的职业路径本身就是技术时代变迁的缩影。他最初在 Coopers & Lybrand（现 PwC）负责校园招聘，因参与哥伦比亚大学的顾问委员会，走上教学之路并最终加入学术界。从大型机时代到分布式系统再到 80 年代早期的专家系统，他几乎经历了信息技术的每一次关键周期。他同时也是创业者、咨询者和管理学研究者，这使他对“技术如何塑造组织结构与商业竞争”的主题形成了系统沉淀与观点体系。

“我始终关注技术如何成为商业、政治与全球经济的核心组成部分。”他回忆道，“技术背景与商业背景的结合，让我得以在不同变革节点看到长期趋势。”

他指出，AI 时代的架构师已不再是“堆砌技术的工程师”，而是要具备审视自动化风险、主导多云和异构平台治理、推动组织学习与变革的能力。他强调，硬件基础设施仍滞后于软件自动化的浪潮，而未来的架构将走向更加智能的“生态系统”模式——可组装、可迁移、多终端同步，并以内置安全为核心。与此同时，架构师将比以往更频繁地走向企业决策层，甚至成为下一代 CEO 的重要候选者。

当被问及对 Copilot 等工具提升开发效率的看法时，Arthur 给出了一个出乎意料但十分关键的判断：“软件生产会更快，但硬件创新仍严重滞后。”

他指出，全球核心金融体系仍依赖主机运行，操作系统与基础设施并未迎上软件自动化带来的爆炸式增长。未来大规模系统将难以在旧有架构上持续扩展，也不足以保障新的网络安全环境。

这意味着未来架构的根本变化不仅来自软件层面的智能化，更来自底层硬件、系统软件与安全模型的重建。

面对 AI 带来的能力重构与职业路径变迁，Arthur 认为，架构师必须主动重塑自身：学习管理学、风险分析与数字时代的市场洞察；加入更多专业组织建立共同标准；并以更开放的心态拥抱多元背景的技术人才，确保智能时代的创新能够惠及更广泛的群体。

在 Arthur 看来，这个时代的架构师必须承担一个关键职责：“任何自动化处理都必须可以被架构师否决。”

他提出了一个重要原则——系统设计需要“不确定性”，确保攻击者无法根据既定流程预测系统行为，同时也为人类干预留下空间。

他也呼吁建立持续审计机制，让架构团队能够在 AI 决策链条中保持透明度和安全性。

以下为访谈实录，经 InfoQ 翻译整理：

InfoQ：Arthur 先生您好，能请您简单介绍一下自己的从业经历吗？从早期在 Coopers & Lybrand、软件公司，再到学术界（Columbia University 技术管理中心）以及出版多部著作，为什么会有写书的想法？

Arthur：我在 Coopers & Lybrand 会计师事务所（现普华永道 PwC）工作期间，负责哥伦比亚大学的应届毕业生招聘。之后受邀加入哥伦比亚大学某学院的顾问委员会，进而以兼职讲师身份开始授课。我从中发现了教学的乐趣，也意识到自己掌握的知识对学生具有价值。随着职业生涯转向创业，哥伦比亚大学向我提供了全职教职。哥伦比亚大学的教授需承担研究与出版任务，而我也在技术管理领域找到了自己的专长方向，也就开始了我的写书创作之旅。

InfoQ：您在“软件开发生命周期”“组织学习”“下一代软件架构”等方向有丰富著作和研究（如 《Analysis and Design of Next Generation Software Architectures》），在当前 AI + 开发工具高度演进的环境下，您怎样看待自己早期研究与现在变局之间的联系？

Arthur：我的大部分研究始终聚焦于技术如何演进，并成为商业、政治及全球经济的关键组成部分。迄今为止，我对一些趋势的预测是准确的，尤其是信息技术将渗透到竞争优势的各个方面这一点。

凭借计算机科学的本科背景，我曾预判现有操作系统与硬件也需要升级迭代。我亲历了从大型机专有系统到兼容网络系统的转型，甚至在 20 世纪 80 年代就参与过作为人工智能前沿的专家系统研发。因此，软硬件领域扎实的技术背景与商业背景的结合，让我能够更好地预见行业发展趋势。

AI 时代架构师角色变革

InfoQ：近年我们看到 GitHub Copilot、Cursor、Claude Code 等 AI 编码辅助工具被研究证实可将开发效率提升 30%-50%。在您看来，这对传统软件架构师最大的冲击是什么？

Arthur：这意味着将能更快、更高效地产出更多软件。但硬件创新相对滞后 —— 我们的核心金融系统仍在依赖大型机运行，如今是时候推出新型硬件与操作系统了。现有系统的容量已无法支撑更稳健的用户开发体系，也难以提供更完善的网络安全防护。

InfoQ：低代码 / 智能开发平台的兴起，让“代码量”不再是核心瓶颈。作为架构师，您觉得现在更重要的是哪些能力或视角在发生变化？

Arthur：非技术人员需要的系统，应能将海量应用程序库动态整合以完成各类任务。因此，现有的大型应用程序需拆解为更小的 “乐高积木” 式组件 —— 这些小型简单的应用程序可能仅承担一两项基础功能，通过这种方式提升其复用性，使用者只需拖拽这些可动态链接的小型应用程序，即可组合成大型应用。

InfoQ：在您的著作《数字化时代的软件架构》中，您如何界定“智能生态架构”与“传统软件架构”的区别？能否分享一个典型案例？

Arthur：新型架构需要具备能够处理传入与传出事务的前端封装。这类 “区块链” 式引擎将由第三方设计，内置基于账本的事务处理功能及更复杂的网络安全控制。最重要的是，这些安全控制将部署在应用层，而非过去的边界架构 —— 传统边界架构已无法有效抵御高级别攻击。另一重大变革在于数据的存储方式及跨网络共享模式。尽管中央数据库仍会继续存在，但数据将在物联网设备中实现更多副本存储，因此我们会看到多数据实例间的动态更新 —— 这正是区块链设计的核心优势。

InfoQ：工具越来越强，但越强也越可能过度依赖：从架构师视角，您如何确保“架构设计”不仅是工具的堆砌，而是真正支撑业务战略、驱动创新？

Arthur：自动化是关键，但这并不意味着人机交互会消失。所有自动化都存在局限性与潜在风险，因此必须建立持续的审计机制，且人类需具备否决任何自动化操作的能力。架构设计还需具备 “不确定性”—— 我在书中对此有相关论述，即应允许人类交互动态改变各类处理路径，使网络攻击无法依托可预测的处理流程实施。

InfoQ：在多云、混合云、边缘计算、模型微服务化的背景下，您认为架构师在“平台选择”“模型治理”“持续演化”方面最应警惕哪些坑？

Arthur：所有系统都会不断演进，部分系统终将淘汰 —— 因此必须始终具备平台迁移的能力。这意味着应用程序与数据格式需遵循行业统一标准。但实际上，企业级系统的迁移向来难度较大。我的建议是，架构师与首席信息官（CIO）应要求供应商及软件开发人员遵守相关标准 —— 这需要更强的监督力度，或许可参考律师、工程师、会计师等行业的做法，建立同行组织以确保标准落地。政府也应遵循此类标准，避免制定相互冲突的法律法规，而这正是我目前担忧的情况。

InfoQ：您提到在组织学习中，“反思 - 行动 - 再反思”是关键（TPT 方法）。将此方法应用于“智能架构”设计，您建议架构团队如何体系化地实践？

Arthur：最重要的是要优化领导能力。这一领域对领导力的成功至关重要。没有任何管理模式是万能的。我们身处一个技术淘汰加速的时代 —— 即任何解决方案的 S 型增长曲线都在不断缩短。在这个难以精准预测的世界里，快速行动比周密规划更为重要。许多组织往往缺乏前瞻性，不愿在系统淘汰前主动发起变革，这显然会增加风险。

InfoQ：随着架构师从技术细节中解脱，他们是否有机会更多地参与到企业的核心战略决策中？您是否看到了架构师角色向 C-Level（如 CTO、甚至 CEO）延伸的趋势？能举一些例子吗？

Arthur：我培养的许多架构师如今已担任 CIO 或 CEO，因此答案是肯定的。技术背景的员工未来很可能成为备受青睐的 CEO 人选，但前提是他们需培养基于风险的战略思维。看看如今执掌大型科技公司的技术人才 —— 未来又有哪家公司不会成为科技公司呢？高盛集团多年前就曾公开表示，他们已不再是金融机构，而是一家科技公司。

InfoQ：AI 驱动的系统引入了新的复杂性、不可预测性和伦理问题（如偏见、问责制）。架构师在设计和审批这类系统时，需要承担哪些新的责任？应建立怎样的“护栏”？

Arthur：我认为这一问题至关重要，但这需要由资深同行组成的专业机构进行监督并制定相关标准 —— 或许可参考医生、律师、会计师的执业许可制度，通过这种方式实现必要的治理。

一定要转型吗？

InfoQ：其实随着智能化渗透到生活的方方面面，人们也在探讨“数字包容”这部分内容。当开发工具变得越来越“智能”和“高端”，这是否会加剧技术领域的“数字鸿沟”？我们如何确保这些进步是包容性的，能让更广泛背景的人参与到软件架构的创造中，而不是成为一个只属于少数精英的封闭俱乐部？

Arthur：这一问题确实关键，我也在该领域发表过诸多相关研究。哈佛大学著名教授波特（Porter）曾提出，企业需吸纳本地社区的员工才能维持成功。理解不同群体的需求，是洞察消费者基础的核心。

InfoQ：对于想成为“智能架构师”的架构师的技术人，您建议他们现在开始哪些学习或实践？有哪些技能或思维方式是必备？

Arthur：应参与涵盖 AI 应用管理技能、领导能力、风险分析及数字时代市场营销等内容的培训项目。

InfoQ：对于一位有 10 年经验的传统架构师，他应该如何系统性地规划自己的转型，以跟上 AI 和智能平台的步伐？您会给他哪三条最重要的建议？

Arthur：我觉得下面三个问题都挺重要的。

• 报名参加聚焦数字技术、市场营销及组织领导力的管理培训项目

• 加入专业同行组织，拓展人脉并了解行业最新趋势

• 主动重塑自身角色 —— 不必被动等待安排，同时确保所任职的公司支持个人职业发展