Zig 2026:禁用 AI 政策、67 万美元基金会、离开 GitHub,以及 Zig 为何还不到 1.0

查看原文 HN 讨论

文章摘要

这是一段关于 Zig 编程语言现状的 YouTube 访谈视频(由于 YouTube 视频通常无法直接抓取,本文主要基于标题信息与 HN 评论内容整理)。从标题可知,访谈围绕 Zig 在 2026 年的若干重大话题展开:

访谈整体传递出 Zig 团队”打持久战”的姿态:他们刻意选择保守、审慎的路线,把”把事情做对”放在”尽快抢占注意力”之上,目标是让 Zig 成为未来几十年都稳定可靠的基础语言。

HN 评论精华

Gerharddc 表达了对 Zig 未来的兴奋,特别欣赏他们”保守而审慎”的路线:”不像如今很多项目那样一味求快、拼命博取关注,他们似乎把’做对’放在第一位。”

roflcopter69 同样赞赏 Zig”打长期主义这盘棋”,但也略有担忧:在当下 AI 等技术飞速演进的节奏下,Zig 未来还能保持多大相关性?尽管如此,他希望 Zig 能成为未来数十年的基础语言之一,因此认为这种路线是正确的。

lioeters 称这次访谈非常精彩,认为”Zig 有幸拥有一位真正有原则的项目负责人,令人尊敬”。

主要的争论来自 epolanski,他对 Zig 提出批评:Andrew Kelley 不停地重写、重写、不断改设计,项目都十年了,看不出未来十年会更稳定的迹象。他承认这对语言本身未必是坏事(理解”做对”的目标),但他认为:作为一门立志替代/补充 C 的语言,Zig 似乎没有理解——C 在我们一生中几乎从不变化,正是它成功的核心原因之一,这种稳定性让人愿意接受它的种种妥协。

针对这一批评出现了几种回应:ForHackernews 反驳道:如果你为了稳定愿意接受大量妥协,那 C 就在那儿,你根本没理由采用 Zig 或任何其他语言;如果你想提供与 C 不同的东西(面向那些不愿接受这些权衡的人),那你就必须做点不一样的事。_bohm 则反问 epolanski 具体指哪些设计变化——他用 Zig 两年了,觉得语言本身变化相当小,最大的变动也就是移除了 usingnamespace,影响并不大。hiccuphippo 总结道:”他们现在需要花时间、打破东西,才能在以后成为一门几乎不再变化的语言。”

此外,villgax 借机提出一个更广泛的设想:GitHub/GitLab 应该与 Stripe 合作,让项目可以对主仓库的 PR 设置门槛(排队或付费插队优先处理),从而真正可持续地资助开源。还有人半开玩笑地提到”用 AI 来重写你的 Zig 代码”,呼应了访谈中的禁用 AI 话题。