个人阅读作业week7

IBM大型机之父佛瑞德·布鲁克斯（Frederick P. Brooks, Jr.）在1986年发表的一篇关于软件工程的经典论文，便以《没有银弹：软件工程的本质性与附属性工作》（No Silver Bullet — Essence and Accidents of Software Engineering）为标题。其中的“银弹”是指一项可使软件工程的生产力在十年内提高十倍的技术或方法。该论文强调由于软件的复杂性本质，而使这样“真正的银弹”并不存在。

大泥球，是指杂乱无章、错综复杂、邋遢不堪、随意拼贴的大堆代码。这些年来，为了对付这个泥球，我们看到了多种指导方法，比如SOLID、GRASP和KISS，与其他诸多年代久远的、提倡高内聚、低耦合的方法一起出现。然而，实际情形没多大变化，“大泥球”看起来仍然是设计软件架构的最常见方法。

教堂：源代码在软件发行后公开，但在软件的每个版本开发过程中是由一个专属的团队所控管的。

集市：源代码在开发过程中即在互联网上公开，供人检视及开发。

瀑布模型（Waterfall Model） 是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

毛曾经说过的：“我们的任务是过河，但是没有桥或没有船就不能过。不解决桥和船的问题，过河就是一句空话。不解决方法问题，任务也只是瞎说一顿。” 软件技术人员有必要站在哲学的高度、从方法论的角度，重新审视软件开发过程中各个环节，深刻体会软件工程和方法论的联系，从而改进和发展的现有的软件工程技术，消化吸收先进的思想、方法和技术，提高软件的质量和生产率，以适应现实世界对软件产业新的要求。

软件工程课已经过了半个学期，这半个学期里我经历了个人项目到团队项目的锻炼。在为期一个月的团队项目开发工作中，我和其他团队成员共同努力去完成我们的程序，在这次团队项目中，我体会到每个人对团队都有着重要的作用。一个团队不仅需要能攻坚能吃苦的代码设计者，也要有善于整理收集信息的博客推送者。而想要发挥个人的最大能力，更需要一个认真负责、懂得合理分配任务的PM。我们团队担任的PM的队友十分可靠，他既监督每个人的工作进度，同时也自己亲身参与工作；既要帮助解决代码方面遇到的困难，也要关注博客总结方面的质量。我深感若是以自己的能力是无法胜任PM这项工作的，也为自己能遇到这么一位优秀的pm而庆幸。