罗伯特·C·马丁

编程首先是阅读，其次才是写作

罗伯特·C·马丁这句话首先纠正了一个常见误解：许多人以为程序员的主要工作是持续不断地“写”代码，然而真实情况往往恰恰相反。事实上，在新增功能、修复缺陷或重构系统之前，开发者总要先花大量时间理解已有逻辑、追踪依赖关系，并判断某处改动会引发哪些连锁反应。 也正因如此，编程并不是单纯的创造活动，而更像是一场持续的阅读实践。新代码并非凭空产生，它总是建立在旧代码、团队约定和历史决策之上；换句话说，写作只是显性的成果，而阅读才是背后的基础劳动。

代码之名与匠心的严肃分量

这句话一开头就划清了一条界线：软件开发的标准，绝不该停留在“代码可以运行”这一最低要求上。罗伯特·C·马丁借由强烈的对比提醒我们，真正有价值的代码不仅要完成任务，还要在结构、命名、可读性与可维护性上经得起时间考验。换言之，功能只是起点，质量才是作品的真正灵魂。 进一步看，这种观点其实是在反对短视的工程文化。许多团队在赶工压力下把“先上线再说”当成借口，但随后而来的往往是调试困难、需求变更成本高昂，以及新人难以上手的连锁问题。因此，这句格...

像为长子命名般慎重命名变量

罗伯特·C·马丁这句话看似夸张，其实是在提醒程序员：变量名从来不是可有可无的装饰，而是代码表达意图的第一语言。就像给第一个孩子取名时，人们会反复斟酌含义、发音与未来影响，变量命名同样需要承担沟通、辨识与传承的责任。 进一步说，代码往往写给人看，其次才是给机器执行。编译器并不在乎变量叫 x 还是 totalOrderAmount，但后来接手的同事、几个月后的自己，却高度依赖这些名字来理解系统。因此，一个随意的名字，常常会把原本简单的逻辑包...

代码能运行只是起点

罗伯特·C·马丁这句话首先提醒我们：软件开发的目标从来不只是“跑起来”。一个程序能够通过编译、完成基本功能，当然值得肯定；然而进一步看，这往往只是交付的最低门槛，而不是质量的终点。正因如此，“能运行还不够”听上去像批评，实则是在把注意力从结果表象拉回到工程本质。 换句话说，真正优秀的代码还必须具备可理解、可维护和可扩展的特性。马丁在《Clean Code》（2008）中反复强调，代码首先是写给人读的，其次才是让机器执行的。也正是在这一层...

易读代码，才是最快的前进方式

Robert C. Martin 这句话看似矛盾：想更快前进，竟然要先让代码“慢下来”，多花心思去写得清楚易读。然而进一步看，这恰恰指出了软件开发中最常见的误区——许多人把“尽快写完”误认为“真正高效”。实际上，仓促堆砌的代码常常会在后续调试、修改和协作中成倍地消耗时间。