@charliermarsh: Talked with @ryanlpeterman about how software engineering is changing! I like the pull quote, which captures a lot of w…

X AI KOLs Timeline 新闻

摘要

Charlie Marsh 与 Ryan Peterman 讨论 AI 写代码对软件工程的影响,认为 PR 审查成本不变而生成成本为零,并分享构建 Ruff 的经验,强调快速迭代、真诚营销和性能基准测试的重要性。

Talked with @ryanlpeterman about how software engineering is changing! I like the pull quote, which captures a lot of what I'm struggling with now: "Does it even matter if we understand the code?" https://t.co/GpSEf1pgYa
查看原文
查看缓存全文

缓存时间: 2026/06/24 00:17

Talked with @ryanlpeterman about how software engineering is changing!

I like the pull quote, which captures a lot of what I’m struggling with now: “Does it even matter if we understand the code?”

https://t.co/GpSEf1pgYa


TL;DR: Charlie Marsh 讨论软件工程变革:AI 写代码使 PR 审查成本不变而生成成本为零,并分享了他从零构建 Rust 编写的 Python 工具 Ruff 的经验,强调快速迭代、真诚营销和性能基准测试的重要性。

软件工程正在经历巨变

“现在是构建软件非常有趣的时期,因为一切变化如此之快。” 当有人提交 PR 时,Charlie Marsh 认为审查需要格外仔细:“不再是你在写代码了——是 Agent 在写。提交一个看似合理的 PR 成本已经降为零,但审查成本却保持不变。” 他担忧刚入行的软件工程师会面临挑战:“如果他们如此依赖 Agent 来构建,那么他们对代码不同部分的理解需要达到什么程度?”

从计算生物学到开发工具

Charlie 是 Astral 的创始人(这家 Python 开发工具初创公司后被 OpenAI 收购)。在创办 Astral 之前,他在一家计算生物学公司担任第二个工程师。没有生物或机器学习背景的他,负责构建所有用于机器学习的软件系统,主要使用 Python,也涉及 Go 和 Rust。他观察到 Python 生态缺乏其他生态系统(如 Web 生态)那样的实验精神。“当时很多事看起来相当疯狂,而且对性能有更强烈的关注——ESB(用 Go)、SWC(用 Rust)、Bun、Deno 等原生 JavaScript 工具变得越来越流行,但在 Python 中并没有发生。” 他的关键问题是:“为什么我们不能拥有这些?”

构建 Ruff:从语法检查器起步

Charlie 的探索始于一篇博客文章《Python 工具可以快得多》。他先构建了语法检查器原型,因为“构建语法检查器确实比构建类型检查器容易很多”。语法检查器核心简单但规则丰富,能快速让用户获得价值并迭代。相比之下,“一个完成了 75% 的类型检查器没什么用”。通过快速推出一版可用的工具,他建立了动力:“如果你能在一天内确认问题、修复并发布版本,那是一个非常强大的循环,你会获得支持者。”

发布反响与营销哲学

那篇博客文章上了 Hacker News 首页,引起了兴奋和兴趣。Charlie 强调“注意力经济”:人们只有 10 秒决定是否关心你的项目。他避免标题党或误导,而是“诚实、真诚地告诉他们为什么应该关心”。他举了两个例子:

  • 基准测试图表:Ruff 的基准测试图表在 Twitter 上传播,直观展示性能差异。“所有基准测试都有缺陷,但一个视觉钩子可以快速解释为什么应该关心。”
  • 标语:“兼容现有工具,速度快得多” —— 简单直接,传达核心价值。

他也提到“开发者营销”听起来像脏话,但“GitHub 上有成千上万个真正优秀的项目,但不知道如何营销自己,从未被发现或发展”。他认为需要认真思考如何快速传达重要性。

为什么选择 Rust

当被问及为什么选择 Rust 时,Charlie 坦言:“很大程度上是因为 Rust 的热度……我在很多地方看到 Rust,它正在快速增长,人们说它看起来是一种编写高性能软件的易用方式。” 事后看来,他认为这是正确的选择。


Source: @charliermarsh: Talked with @ryanlpeterman about how software engineering is changing! I like the pull quote, which captures a lot of w…

相似文章

@garrytan: https://x.com/garrytan/status/2054064931515855118

X AI KOLs Following

Garry Tan 认为,Claude Code 和 Codex 等 AI 编程代理通过使高测试覆盖率变得经济可行,改变了软件工程领域。这创造了一种“复杂性棘轮效应”,确保代码质量在牺牲速度的前提下随时间推移而不断提升。

@dotey: https://x.com/dotey/status/2054086398328656383

X AI KOLs Timeline

Fiona Fung 在 Anthropic 大会分享 AI 时代工程团队管理经验,指出代码生成成本降低后,瓶颈转移至验证与协作,建议削减陈旧流程并强化自动化质量保障。

@dotey: https://x.com/dotey/status/2055097242755706984

X AI KOLs Timeline

资深开发者常因过于强调代码复杂性而无法与业务团队有效沟通,而业务团队真正关心的是消除不确定性。文章建议开发者用“能不能试个更快的办法”来拉通双方案,并指出AI虽能快速写代码,但承担责任的仍是人类。