近日,微软技术研究员、TypeScript 与 C# 的主要缔造者 Anders Hejlsberg 在一次深度对话中指出,现有的主流编程语言之所以在 AI 辅助编程领域表现出色,其根本逻辑并非源于语言本身的“先进性”,而在于这些语言在开源社区中积累了极为庞大的代码训练库。
针对当下狂热的 AI 浪潮,这位编程大师给出了冷静且犀利的评价:
“目前的大语言模型,本质上更像是一个‘高级复读机’。它擅长将人类已有的成果进行整合、重吐,并在此基础上进行极其有限的逻辑外推。”
这一观点源自他与 GitHub 研究顾问 Eirini Kalliamvakou 的对谈。访谈中,Hejlsberg 不仅分享了 TypeScript 团队在内部研发中应用 AI 的真实体感,还详细回顾了这门语言的演进路线,并揭秘了未来颠覆性的技术方向。
备受瞩目的 TypeScript 7.0 正式进入预览阶段,其核心突破在于引入了全新的“原生编译器”。
据 Hejlsberg 介绍,原有的编译器采用 TypeScript 编写并运行于 V8 引擎之上。虽然这种“自举”在早期极具意义,但面对超大规模项目时,性能瓶颈愈发凸显:“我们通过实践发现,原生编译器能带来 10 倍的性能提升。这其中,一半的红利来自原生代码的执行效率,另一半则源于对多核并发与共享内存特性的深度压榨。”
关于为何不采取“彻底重写”而是选择“高保真移植”,Hejlsberg 透露了其中的技术苦衷:
“TypeScript 的类型检查器逻辑极其缜密且庞杂,大量核心行为潜藏在既有代码的语义细节中,甚至没有正式的文档说明。任何细微的逻辑偏差,都可能导致数百万开发者在迁移时遭遇难以排查的长尾 Bug。”
因此,新编译器的最高准则就是“像素级复刻”,即便是旧版本中的某些历史遗留特性,也必须保持行为完全一致。
在原生编译器的语言选择上,TypeScript 团队的决定在开发者社区激起了千层浪。
Hejlsberg 坦言,Rust 虽然性能强悍,但由于其缺乏垃圾回收(GC)机制,且在处理复杂的循环数据结构(这是移植编译器时的核心需求)时过于繁琐,首先被排除在外。令人意外的是,作为 C# 的发明者,他也没有选择自家产品,而是最终敲定了 Go 语言。
面对 C# 社区“为何不为自家语言背书”的质疑,Hejlsberg 表现得非常务实。他认为 Go 语言的语法逻辑和设计哲学与 JavaScript 具有天然的契合度,极大地降低了移植成本。过去一年的平稳过渡也印证了这一决策的正确性。
在探讨 AI 工具时,Hejlsberg 分享了一个有趣的教训:团队曾尝试利用 AI 将 50 万行 TypeScript 代码自动翻译为 Go,但结果令人失望。
他强调,编译器这种对“确定性”要求达到 100% 的底层工程,无法容忍 AI 产生的任何一丝“幻觉”。如果 AI 生成的代码需要开发者逐行进行人工比对检查,那么其带来的效率提升将被繁重的审核工作彻底抵消。
不过,Hejlsberg 并非全盘否定 AI。他指出 AI 的正确用法是“工具化”:让 AI 编写用于辅助迁移的自动化程序,通过确定性的程序输出确定性的结果。此外,在处理新增代码补丁(PR)的同步迁移时,AI 展现出了惊人的辅助能力。
关于 TypeScript 的未来,Hejlsberg 明确表示将继续保持稳健的节奏,紧随 ECMAScript 标准。他认为真正的变革将发生在开发工具链上。
“AI 的出现打破了传统 IDE 的形态。”他预见,未来 AI 不再只是编辑器里的一个补丁插件,而是会进化为能够理解语义、直接操作代码结构的 Agent。通过与 MCP(模型上下文协议)等机制打通,AI 将具备超越传统 IDE 的感知与修复能力,彻底重构编程体验。
访谈最后,Hejlsberg 回忆了 TypeScript 诞生的初心。最初它是为了解决微软 Outlook Web 团队在复杂前端开发中的痛点。他强调,TypeScript 的定位始终是 JavaScript 的超集,目标是“通过引入类型系统来修复 JavaScript 的固有缺陷”,而非取代它。
虽然将编译器迁移至 Go 被部分评论家视为对 TypeScript 性能上限的一种“妥协”,但 Hejlsberg 的选择无疑体现了工程实践中“实用主义”至上的最高原则。
原文链接:https://devclass.com/2026/01/28/typescript-inventor-anders-hejlsberg-ai-is-a-big-regurgitator-of-stuff-someone-has-done/
本文由主机测评网于2026-04-06发表在主机测评网_免费VPS_免费云服务器_免费独立服务器,如有疑问,请联系我们。
本文链接:https://www.vpshk.cn/20260434417.html