好代码的沉默死亡

Source: Hacker News

什么是 “Good Code™”？

Good Code 是易于阅读和理解的代码。它在开发和维护时令人愉悦。它存在于特定的目的——仅此而已。Good Code 是才华、经验、热情以及可能对业务并非立刻有用的时间投入的罕见组合的产物。不幸的是，Good Code 很稀有。

我作为软件工程师的角色

我的职业是软件工程师——而不是“计算机程序员”、也不是“编码员”，更不是任何暗示我的工作是“编写好代码”的头衔。事实上，我的职位名称根本不要求我阅读或编写代码！我的工作是创建有用的软件，解决真实的问题。

案例研究：在 Modal 重写内核集成

我在 Modal 的一位同事重写了一个深度集成于 Linux 内核的外部系统。最初的重写是把 C 代码库直接翻译成 Rust，旨在为自定义功能工作提供基础。生成的代码并不差，也不是非惯用的 Rust，但它也不是 Good Code。它难以阅读、难以扩展和维护，且重写的理由并不明确。

同事随后花时间了解内核子系统、原始 C 实现背后的原因，并亲自重新编写了 Rust 版本。两者的差别天壤之别：代码自然流畅，能够自我解释并阐明底层子系统，甚至可能是整个代码库中最好的部分——尽管在这种情况下 C 通常被认为是更好的选择，但它可能比原始 C 代码更出色。

编码代理的角色

这是我几周甚至几个月来第一次对眼前的代码行感到兴奋。我过去大多数日子里只写出 Good Code 的近似版本。某个时刻，一切都改变了。如今，我很少再写出我提交的大多数代码的第一版。有了一个代理在身边，我的生产力大幅提升。它们并不是糟糕的编码者，只是没有真正卓越。它们产生的代码是可以接受的——能完成任务并通过我的基本测试，但显然不是 Good Code。

对 Good Code 静默消亡的反思

也许关心这些代码行的时代已经结束。我确信曾有热衷于 Good Assembly 或 Good Circuits 的人，他们的热情已悄然消逝在“过去的模样”的回响中，随着各自领域的演进而被遗忘。从我的（有偏见的）视角来看，软件工程的变化显得异常突兀，我不禁为 Good Code 的静默死亡感到惋惜。