我们常说，失败是成功之母。因为在通向成功的过程中，我们难免要失败，没有人可以一蹴而就。因此失败的过程对于我们每个人来说也是过程。这在我们软件编程者的领域里更能凸显。我们总在一次次的build中fail，系统报出比代码行数还要多的错误，可正是有了这些错误，才使得我们的编程更好更快的进步。事实上，对我们来说失败的过程比成功的过程还重要。
做过程并不是做工程，为什么这么说呢？要弄懂这个问题我们就不得不了解何为工程。拿我们软件工程来说，它被提出于上世纪60年代，而它成熟的标志是软件工程瀑布模型的提出。瀑布模型，将软件开发的过程分成需求、分析、设计、开发和测试5个主要阶段。从计划提出，到可行性研究，再到需求分析这三个部分构成了软件工程的需求分析阶段；接着，从系统设计到程序设计再到编码与模块测试、组合与系统测试则构成了软件工程的实现阶段；最后运行与维护构成软件工程的维护阶段。在这个完整的瀑布模型之后，很多人开始研究过程模型的问题，越来越多的过程模型应运而生，但工程并不只依靠模型就可以成功。因而我们发现，做过程并不是做工程，它也不是做工程的目的所在。
我们不能只做过场，或者说不能生搬硬套，照猫画虎。如果每个工程都采用同一种模型，而我们只需要不停地重复一遍又一遍单调乏味而又枯燥的过程，想想是多么可悲而又可怕的事。或许我们该回头想想编程的最初目的。对了，那就是实现，实现你，或者客户所需要的。这正是我们软件工程的初衷，为人而服务，从实现开始。那些为了工程而工程的人，整天把自己套在实现模型的笼子里，他们是可以非常清楚地划清每一个流程图，但也正是这些流程图困住了他们，要知道，工程不是死模型，过程更不是。
仔细看看会发现，现在形形色色的模型都与瀑布模型脱不了干系，这正是因为他们都是建立在软件工程之上的，而我们所要做的并不是套用别人的模型。试想他们都可以做出A,B,C模型，为什么我们不试一下呢？要知道，你无法估量自己的创造力。
最后，不要走进做工程的误区，一个成功的工程，在于组织。如何有效的实现这个工程的过程中，组织必不可少，只有分工明确，步调一致，才可以更好的完成过程，更好的实现工程。我们学习软件工程，必须要明白自己需要的是什么，明白客户想要的是什么，懂得组织者们需要我们所要实现的是什么，那就勉强可以称得上是一个软件工作者了。