这篇博客在团队博客中写过了，今天再刷在自己的博客上吧。
Lost in CatB-http://www.ituring.com.cn/article/9363
认真的读了这篇文章，觉得我和作者有代沟。
这个代沟不是观点上的代沟，而是对于他所批判的和他举的例子，我都看不懂。
但是我还是顽强的去理解作者的观点。unix对我是如此陌生，我不太能体会作者在面对这个庞杂冗余的巨无霸时的叹息与无奈。但我用过linux，这个不需要使用商业付费软件的适用于个人的操作系统（很多人说两者是如此的相似）。我不得不说我使用它时的蹩脚与棘手，好吧，我承认我是被windows惯坏的笨小孩。
除此之外，我真的找不出和作者所说内容的任何交集了。这是不是在一定程度上验证了作者的正确性？——集市形式的软件开发形式走向“灭亡”，以至于后生小辈（小白）对此一无所知？我们现在的生活被大教堂的富丽堂皇所充斥，没人可以否认一个商业化的工程化的软件是多么优秀。
因而，绕回了我们的课程，击败这些糟粕的是软件工程！！！或者说我们要用软件工程来摒除这些问题，远离乱糟糟的集市开发思维，要用大教堂式的虔诚与责任感去做软件开发。对其中一点印象深刻：“学会计算机编程很容易，就像学会用钉子把两块木板钉到一起一样简单。但问题是——打个不恰当的比方，市场对“钉在一起的两块木板”的需求，除了“自豪的爷爷”的那点天伦之乐以外，真的是太小了。”我们要学习的，不只是在一个项目中所谓的锻炼自己的编程能力，诚然这点很重要，但却远远不是唯一。否则有再强的编程能力，也只是在集市中迷失的一员，要系统的学习工程化的软件开发理论和知识，用一套行之有效的专业化方法提高软件质量。
不过结合我们的项目实际，我们的爬虫就用了apache的java包。选择它一个是因为它的简单易用和大家的广泛好评，另一点作为一个免费的开源项目，确实省却了不少麻烦。这些开源项目在一定程度上将软件开发从大教堂的封闭中解放出来，使他不单单成为一部分人的特权或者说垄断。
看文章的评论中，提到一个帕金森定律，套用到软件工程上，算是时刻鞭策我们的警钟。帕金森定律表明：只要还有时间，工作就会不断扩展，直到用完所有的时间。这个定律貌似和文章中的彼得原理颇有渊源。结合到我们的具体项目中，软件开发的热情稍微减退，帕金森定律就露出头角，整个项目就是一个不断扩展时间的过程，直到用完所有的时间，不到deadline，永远不会有发布版本的诞生，这是需要我们警醒与自我监督的。
