失败的过程也是过程
在软件工程专业，我们学习的软件知识，我们应该学会运用这些知识，就像我们学习了大道至简的第五章：失败的过程也是过程。从中我就了解到了软件的很多的知识。
在软件工程专业，我们不管在做什么，我们都不应该做成“做过场”（“过场”是舞台术语，意思是角色从舞台一端出场，再走到另一端进场的一个过程。过场角色一般没有唱腔或道白，即便是有，也是没有什么实质内容的）在有些的时候，我们软件专业在做工程的时候都需要建立一定的基础模型，如果我们在建立模型时做一个过场，那么我们将会在客户、项目经理，分析员等相关的人之间产生无数的歧义。那样我们的工程就是一个失败的工程，我们只有知道，实现才是我们的最终的目的，我们只有了解到工程只是一种实现目的的途径。最初做开发的前辈们，不用什么工程或者过程，也一样编出了程序，也一样解决了问题，也一样实现了目的。而现如今，我们讲工程了，讲过程了，讲方法了，却什么都再也做不出来了。而且同时工程被当成了借口，掩盖了我们做事的真正目的：“实现”。这样的结果是：我们做完了工程(的每一个过程)，却没有完成项目(的每一个“实现目标”)。所以，我们做事不能够为工程而工程，迷失在项目中。迷失在一个技术的细节上。在此同时，过程也不是一个死模型，我们总是在说“做工程”，好象工程就是面包馒头一样，有个模子，拿来照着一堆面按上一按，放在笼屉上蒸上一蒸，就可以“做”出来了。在我们做一些事情时，总会有这样的一句话：“只要有了模板，我们不管做什么事情都会成功”但是，对于我们软件工程专业来说，模板就像是一把枷锁，把我们的思维方式，动手动脑的情形都给锁住了，我们的思维受到了最大限度的牵绊。所以，我们不能紧紧的受制于模板，即使失败了，但是同时，我们能够发现很多的问题，我们能够在失败中找到成功，因为失败是成功之母。经历过工程的人都知道，我们没有那个模子，而工程中的人员也不是那一堆面。所以我们当然不能“做”工程，而是要“组织”工程。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。
所以，对于我们现在的专业来说，我们应该学会不用照用着模板，自己的思维，自己的想法来“组织”着完成实验，只有这样，我们才能够把编程学到透彻，学到成功，才能够了解到编程的意义，所以，一切都应该源自于我们自己的一切。
马援说：“学龙伯高，即使达不到他的水平，总还能成为一个谨慎的人；而学杜季良如果学不到家，便会沦为轻薄浪子。”
所以，我们应该拥有一切。