这篇笔记发表的晚了一点(不知道为什么”依据组织的上网权限策略，您尝试访问的网站已经被拒绝。如果有疑问，请联系网络管理员。”)，自己偷懒或时间不是那么富裕的原因可能都有吧！刚刚编程实现了老师留下程序的一部分功能，就当放松一下脑子来写这篇笔记吧。
不得不说的是第一章我看的有点晕晕的感觉，这也是我一直没有静下心来去写这篇笔记的原因之一吧。以后不能这样了，尽量按规律尽早发布笔记才是。
“死定了”不得不说这是一个很吸引人的题目，到底为什么死定了呢？原来他们都死定了——那些编程老手们！他们为了各自的任务不能及时完成而痛苦着。他们在一起讨论着为什么不能按时完成工程的原因，正是从他们的言语中我了解到了软件工程工作的大概流程和工作步骤。
“先有蓝图”，的确，盲目的工作是多么无知的行为，尤其是软件工程这个需要明确分工和统一协调的工作。怎么能只图快而盲目下手呢。就像我们工作生活中最好也要有一个计划吧。
杰德•伯吉斯说的话令我对软件工程项目有了更进一步的了解——“不确定因素太多：你所需的时间取决于其他人所花的时间。”的确，我们一定要学会与别人去合作，去合理的安排时间，分配工作。每个编程员对自己解决一个问题的时间都会有一个大概的估计，这也是工作分配和分配时间的一个重要依据吧。
但在编程中，不确定因素也是有很多的，我们时刻要有着心里准备。
布鲁克斯法则也是我应该记下的：往已延误的项目中补充人力，只会使其继续延误。即使有些人装作法则不适合于自己，但事实确实如此。人月并不等价，只有任务能分派给许多互相之间无需沟通的工作者时，人和月才是可互换品。可见，软件工程项目不是靠人多就能完成好的，只有一个默契无间的团体，在合适的时间内才能完成一个好的作品。
后面章节讲述的封闭软件与开源倡导者们的故事。我更喜欢开源倡导者们，让自由软件得以发扬，将软件开发的过程从少数隐士手里拿出来，散播到广大人群中。
“好的软件开发工作始于打造开发者本人。”只要是做某种自己能满足或取悦自己的东西，程序员就会动力十足。的确兴趣很关键啊，以后编程序也要找自己感兴趣的。
另有一条法则“眼球足够多，缺陷无处躲”——李纳斯法则。人多更能发现一个软件存在的问题。
”乐享即能高效”，“愉悦是金”理想化格言令人振奋，但仍需实践。“构建软件最难之处在于决定说什么，而不是怎么说。”开源的成功告诉我们，对于创造性工作，玩耍是最经济有效的方式。看来对于软件世界我理解的还是太少，希望能从书本中在体会一些，读书的乐趣与动力或许就在于此吧。