关于 Ghostty 和 Zig 的 Mitchell Hashimoto 访谈

原文 ↗ Hacker News 讨论 ↗

Rust 与 Zig 的文化和布道

  • 许多评论者对受访者不喜欢“Rust 文化”表示认同，说他们对 Rust、Zig，或两者都有类似的不适感。
  • 一些人提到 Zig 的支持者会把讨论框定为“Rust 很差，Zig 更好”，而这在他们看来有时会忽略具体需求。
  • 也有人认为，Zig 之所以显得更“邪教化”，只是因为它更小、也更不“稀释”。
  • 多位用户抱怨 Rust 布道者会把无关线程带偏（“用 Rust 重写它”、对使用非内存安全语言进行道德评判）。
  • 反方观点：在 Rust 专属社区内部，一些人认为该社区包容且对初学者友好，因此外部人主要看到的是狂热分子。
  • 更宏观的看法：这不过是长期存在的“语言文化战争”的又一回合（C vs C++、Java vs C++、Mongo vs Postgres），混杂着部落主义、身份认同和职业焦虑。

语言选择、生态系统与取舍

  • 一些参与者在技术上喜欢 Rust，但因为冗长、“编译器谜题”、生态噪音或社交氛围而避开它。
  • Go 因“纯 Go”库、最少依赖和强大的工具链而受到称赞；有些人从 Rust 转向 Go，是因为 Go 的生态更平静、维护更简单。
  • Rust 的生态被描述为大量依赖抽象、绑定，以及“横向”工作（框架、分层），而下游用户更少。
  • Zig 被看作极简、接近 C；一些人欣赏它即使以缺少便利为代价，也拒绝功能膨胀。
  • 内存安全被广泛重视，但也有人认为，对于许多应用来说，GC 语言比 Rust 的所有权模型是更合适的取舍。

Ghostty、Hashi 工具与 Fork

  • 对 Ghostty 的看法分歧明显：有人觉得它有 bug、功能比成熟终端少；也有人称它是自己用过的最好、最快的终端模拟器，在日常工作流中几乎没有明显 bug。
  • HashiCorp 工具被形容为既“被高估”又“改变游戏规则”。Terraform 和 Vault 被提到在广泛使用，尤其是在本地部署和高保证环境中；而另一些人则完全依赖云厂商的密钥服务。
  • 关于 Fork Ghostty 或类似项目，一方指出，与上游持续同步的难度与维护 feature flags 一样高。
  • 也有人认为，更好的工具——也许借助 AI——可以让长期维护的 fork 和“联邦式”变体更可行。

Shell、结构化数据与终端

  • 关于 CLI 输出存在争论：一些人坚持 CLI 应默认输出纯文本，以便轻松管道处理；另一些人更重视 JSON 或结构化数据，以实现稳健自动化。
  • PowerShell 因结构化管道而受到称赞，但也因笨拙的 UX 和向后不兼容而受到批评。
  • 一些把 JSON 视为一等公民的新 shell 被提为更丰富终端工作流的有前景示例。