引言

咱们为什么提出“编程是什么”这个问题，是因为咱们想要解决编程的相干问题。如果问题都了解谬误，那就难以解决问题了。那为什么不是提出别的问题？因为对于要探讨的主题做好定义是十分重要的，就像咱们学习任何一门语言的时候，根本就是先学“我是谁”的句式。做好了定义，那就分明接下来要用什么办法去解决问题。如果我说“我是 Java 程序员”，那听者必定会在脑海里找寻“Java 程序员”相干的话题或者问题。但如果我明明是 Java 程序员却说“我是律师”，那就是坑骗别人了。因而，“编程是什么”这个问题搞不清楚的话，就会被误导。

咱们都晓得“编程”指代的是编程式解决方案的整个设计和实现流动。但这定义的档次过于宏观了，就像我说“我是中国人”一样难以了解到更多的信息。上面咱们将参考 Peter Naur 在 1985 年写了《Programming as Theory Building》（编程就是实践构建）一文，来具体解说。此文被收录在他的著述集《Computing:A Human Activity》(Naur 1992）。

编程是什么，Peter Naur 的答案如下：
编程就是实践构建。这句话是从解释流动的档次来看的，换句话说，就是程序员们通过编程，对手头的问题造成或达到某种见解、实践。而不是把编程当作是程序或某种其余文字资料的生产过程。

首先，咱们来看“把编程当作是程序或某种其余文字资料的生产过程”的观点。试想下理论开发进去的程序（就是本人写进去的代码）和本人一开始构想的需要阐明、设计等文档外面的是否统一。是不是总是要通过屡次的测试和代码修复才可能达到统一？而且就算统一了，这样的统一是绝对的，编程总是要思考得更多，例如编程语言的技术限度、数据库技术的限度、硬件能力的限度等等事实的因素。非功能属性（即品质属性）的文档阐明的观点更是难以与编程的后果（运行程序）相符的。因而，“把编程当作是程序或某种其余文字资料的生产过程”的观点是有问题的。接下来咱们从程序修改角度来分析“把编程当作是程序或某种其余文字资料的生产过程”的观点存在的问题。

程序修改

置信有不少人会纳闷：为什么是先从程序修改的角度？因为承受一直变动的外部环境所要求的程序修改是编程的基本局部。通过程序修改的角度来看“把编程当作是程序或某种其余文字资料的生产过程”的观点，也是一种逆推的办法，即如果编程是生产过程，那么生产过程的成绩（程序代码、文档）应该能反对程序修改。就像工厂车间能够依据生产线的须要更换机器或者人员一样。上面咱们援用一些实在的案例来看程序修改的问题。

案例 1 讲是 A 组人员开发了一个编译器能够运行在 X 机器上，B 组人员在这里根底上进行扩大开发使其能够运行在 Y 机器上，即使 A 组人员给 B 组人员提供了残缺的程序文本、补充文档和 A 组的集体倡议，并且 B 组人员具备很高的主动性，但 B 组人员并没有对设计有着深刻的见解，因为 A 组人员发现 B 组所倡议的解决方案捣毁了编译器原有的弱小能力和简略性。又过了几年，在没有 A 组的领导下，另一些程序员接管了 B 组开发的编译器，后果它变得毫无效率了。
因而，咱们能够得出这样的论断：程序代码和文档不足以作为某些最重要的设计思维的载体。

案例 2 讲是一个监督工业生产流动的大型实时零碎的装置和故障诊断。零碎的每次交付都须要去适配非凡环境的机器设备。存在全职的程序员 A 组始终从设计到交付都亲密地关注这个零碎，而且在诊断故障的时候，简直排他地依赖这个零碎上已有的常识和写好的正文代码，而不能设想有任何文档可能对他们有用。简略来说，就是利用已有常识进行排除法去诊断故障。而负责零碎的非凡装置的程序员 B 组，只管他们收到来自程序员 A 组的文档和对于应用的齐全指南，但他们依然常常遇到一些问题，须要向程序员 A 组征询。起因在于程序员 B 组对已有文档的不充沛了解，但程序员 A 组却能够轻易地解决这些问题。

因而，论断就是：至多对于某种大型的程序来说，继续的适应、批改和纠正其中的谬误，在实质上依赖于某种常识，而只有那组严密地继续地放弃与这一零碎分割的程序员才领有这一常识。
那咱们先大胆地推论：至多从程序修改的角度来看，编程必须包含构建程序员的常识，并把它作为根底的局部。

程序员的常识是实践

如果咱们认同“程必须包含构建程序员的常识，并把它作为根底的局部”，那么咱们应该把程序员的常识作为一个实践来正确地对待。

咱们先来看：程序员的常识是什么？置信通过下面对于程序修改的探讨，咱们应该分明程序修改其实就是一种实际。既然程序修改依赖于程序员的常识，那这种常识就是实际进去的常识，也就是晓得了“怎么做”。那实践是什么？实践的根本释义就是：由实际概括进去的科学知识的有零碎的论断。显然，程序员的常识是实践。当然，这里对于实践的解释相当浮浅，只是为了能阐明问题，更深刻的对于实践的概念的了解能够参考《心的概念》(Ryle 1949）一书。

依照 Ryle 对实践开发出的概念，简略来说，就是：如果一个人领有这个意义上的实践，那么他就不仅晓得如何做某些事件，而且还能通过对所关怀的流动进行解释、论证、答复询问，来反对理论在做的这些事件。

由程序员构建的实践表白

那既然分明“程序员的常识是实践”，那这样的实践是否能够依照肯定的规定表达出来以便于大家了解？这里先给出的答案是：在原则上不能。因为实践依赖于抓住真实世界中的情景和事件之间的某种类似性，这种依赖关系导致了某些领有实践的人可能把握某些常识，但在原则上他们却不能用规定的词汇把这些常识表达出来”。实际上，类似性难以使用准则的词汇表达出来，就像咱们难以说出香味的类似性一样。如果咱们说香味像桃子，那就不是一个准则的词汇，除非咱们建设了一套用水果来形容香味的准则，就像冷热的掂量应用温度计一样。

因而，从“编程是实践构建”的观点来看，“由程序员所构建的实践”具备超过其余产品（比方程序代码、用户文档、还有规格阐明等额定的文档）的位置。程序员的常识（即由程序员所构建的实践）至多在三个根本畛域中超过了文档所给出的常识：

• 程序员能解释：解决方案与它可能帮忙解决的事实中的事件的关系。即对于程序代码的每一部分和它整体构造上的每个特色，它匹配了事实中的哪个方面或流动。反过来，对于事实中的任何一个方面或流动，它们是怎么映射到程序代码中的。
• 程序员能解释：程序代码的每一部分的成因。最终根据肯定都是程序员的间接的、直觉的常识或预计。因为依据手头相干的状况进行准则和规定的抉择，必须依赖于程序员的间接常识。
• 程序员能解释：如何更好地批改程序。因为程序员领有实践，让其能够感知到新需要或 Bug 修复与编程实践经验的相似性，从而能够更好地批改程序。

程序修改的问题及老本

提出“编程是实践构建”的观点有一个重要的理由，那就是：想要建设一个对于编程的见解，而这个见解反对对程序修改进行正当的了解。

软件总会被批改，并冀望以尽可能低成本来批改程序。如果把编程视作代码生产，则主导的老本是代码操作的老本。但在“编程是实践构建”的观点中，这种论据齐全是谬误的。
如果假如程序的灵活性十分高，即程序可能解决某种类型的外部环境变动，以至于基本不必任何批改，这样的话，老本就是最低的。但事实是内置在程序中的灵活性不能解决“让程序适应与事实中变动的环境”的须要。

在“编程是实践构建”的观点中，程序修改并不是实践的批改。一个领有实践的人必须曾经筹备好了去响应各种可能产生程序修改的问题和要求。因为领有实践的程序员通过洞察新需要与程序曾经满足了的那些需要之间的类似性，可能更好地批改程序。

如果没有正确地体会程序所依赖的实践，程序代码就会消退成了程序员所做的批改的后果。因为只有从“编程是实践构建”的角度，能力真正了解诸如简略和构造良好之类的代码品质。

程序修改的生命周期

咱们再从程序修改的生命周期来看老本的问题。
程序修改的生命周期有生存、死亡、复活，具体解释如下：

• 程序处于生存状态就是把握了它的实践的程序员团队保留了对于该程序的被动管制，特地是保留了对于所有批改的管制。
• 程序处于死亡状态就是把握了它的实践的程序员团队遣散了。
• 程序的复活就是新的程序员团队从新建设了这个程序的实践。

这里程序的复活是产生老本的要点。但严格来说，不可能仅依据文档就能使程序复活（也就是从新建设程序的实践），必须接管程序的新程序员团队有机会于那些已把握了这一实践的程序员们密切接触。因为只有这样能力相熟该程序在相干真实世界的更广阔的情景中的地位，能力理解“这个程序如何工作”和“如何在该程序的实践下解决那些非凡的程序反馈和程序修改”。
因而，从“编程是实践构建”的观点来看：在程序复活之前，该当摈弃现有的程序代码，还该当给这个新组建的程序员团队一些机会去以全新的形式解决所给的问题。这样一个过程更可能产生一个可行的程序，而不是程序复活，而老本不会更高，反而可能会更低。
即使是在用一个演进式的程序员团队来使这个程序始终放弃在生存状态的时候，也可能产生相似的问题，起因是：每个程序员的能力和背景教训不同，特地是当这个团队始终在不能防止人员流动的状况下运行的时候更是如此。

程序员的定位

咱们从“编程是实践构建”的观点中能学到什么呢？集体认为最重要还是程序员本人的定位问题。
编程流动的首要后果是“程序员们持有的实践”。而在真正的实质上，这一实践就是每个程序员精神财富的一部分，因而，咱们必须摈弃“程序员是程序生产流动中很容易替换的部件”的概念。相同，必须把程序员看作是这一流动的一个负责任开发者和管理者，而计算机只是这个流动的一部分。为了满足这种格局，作为企业雇主，必须给程序员一个业余的定位，因为编程依赖于程序员常识上的精通；作为程序员，必须以“进步对实践形成的理解能力”为主，以“精通概念、数据体现和数据处理等技能”为辅，来晋升本人的能力。

论断

编程就是一种流动。从解释流动的档次来看，编程就是实践构建。这样一种观点引出了程序修改的生命周期的概念，探讨程序复活的不可取，倡议是从新构建新的实践。进一步推论是：必须把程序员定位为“有责任的永恒开发者和这一流动的管理者，计算机常识其中的一部分”，而程序员的自我的晋升重点在于实践构建的练习，次重点是精通概念、数据体现和数据处理等技能的学习。