我记得在选择软工之前，就已经认识了那幅秋千的图。还是王建民老师在信息导论课的时候讲到的。当时还笑话呢，好好的一幅秋千，硬是被程序员做成了一个轮胎。当时放这个图片是为佐证客户描述的内容和程序员做出来的产品是会有很大的不同这个观点。如今又看到了这幅图，心里稍微多了一些感触。在UML的大作业的第一次实验报告中，自己想的很丰满，但是写出来的东西却很单薄。当时我是按照老师给的一份例子来模仿的，看着老师的例子尽善尽美，可是我自己的项目却乱七八糟，没有十分严谨的思路和结构，在不断的修改中已经和我想的有些明显的偏差了。自己做的尚不能和自己想的一模一样，更不要说客户提出的要求了，尤其是客户的表达方式和程序员的思维方式有着明显的不同的时候，另外，客户要做的项目内容，程序员并不熟悉，甚至可能程序员完全没有涉及过的领域。
然而，大道至简这里并不是很明确讲的这个问题，但是也有点这个意思。这里更强调的是按照步骤来做，但是产品和预期还是有差距的这个问题。我个人觉得，这个和之前我讲的其实是类似的。这个问题的根源来自于做项目为了过程而做。
这里可以举一个很常见的例子，关于开会的事或者说参与比赛观看的事。自大一以来，学校很多次要求班级或者宿舍为单位去开会或者是观看比赛。原本应该是有兴趣的参加这种事，但是，到了我们这里就变成了充场面和走过场了。
走过场的事，大家都不喜欢，因为它毫无意义。
比起过场，做工程，还是应该以实现为目的。
举一个亲身的例子，来说明目的的重要性。
经历过高三的人都默认一个事实——作业超级多，甚至可以说是堆积如山（有时候有个同学因家中请假一天回来时便可以看到满课桌的卷子和本子）。尽管如此，我的作业，基本都是自己完成的，打着手电在宿舍挑灯夜战，也不想着去抄别人的答案糊弄老师，也不想着去弄一份正确答案给自己多一份面子。宁可不交作业被点名批评也要踏踏实实写好练好。那时候心里怀着一份执念，自己一定要亲自去感受每道题，不致于自己惊慌失措上了考场，再遗憾终身下了考场。那时候的自己真的是为了高考在奋斗，为了那个目标在做事情。现在呢，大学的生活，自由多了，尽管有课程和晚自习以及跑操的安排，但是，有句话说的好，只要胆子大，一周七天都是假。面对那些繁复的作业也是为了完成而完成，跟学校安排我们为各种报告做观众的走场是一样的。毫无意义。以致于我们都失去了曾经对大学的憧憬和希望。
最后再回到工程这个事，工程需要以目的为动力来推动进行，同时也是由组织而成的。
不管工程是否浩大，都需要团队分工合作，步调一致，才能把工程做好。