标签：
第0章：软件时间
作者迷恋于一个开放代码并可以由游戏玩家更改程序的一个游戏，并为在它的基础上创新和增添一些功能而乐此不疲。我想这大抵是一个程序员开发伊始的兴趣吧。
随着科技行业的兴盛，互联网时间带来了快速发展的技术产生、公司创立、创造财富等也同时带来了程序的缺陷问题。而对软件开发者来说，则过的是时快时慢：如果灵感到了，一切顺利，则全然忘记时间，全心投入高速的开发之中。反之遇到瓶颈，则举步维艰的软件时间。软件不能像建造桥梁那样一劳永逸可以造福上百年。反而漏洞百出，麻烦不断，错误不停。带来无穷尽的改进和苦恼。
而同样在这一章，我认识到的hello world的意义。微博上有个段子，是IT工程师的墓志铭可以写成Goodbye world，无限调侃甚至有些许消极色彩。事实作者对它的诠释完全颠覆了我对编程的看法。尽管它一无所用，却足以蛊惑人心。没错。我想当我意识到这个意思的时候，我也同样产生了“既然能叫它说话，就能让它做任何事！”强烈欲望。
第1章：死定了
这一章与上次读的《人月神话》有异曲同工之处。都是论述人和月的相互制约相互矛盾又相互依赖不可缺失的关系。一个错误就可能让一个项目“死定了”。往往带来不可知因素的时间陷阱。布鲁克斯法则：往已延误的项目中补充人力，只会使其继续延误。最理想的开发组规模式孤军奋战。但是对于庞大且涉及面极广的一个程序来说几乎不可能。从理论上团队开发就是不得不被认可的，何况实践上它几乎必不可少。
开源代码，也是一个矛盾产物，一方面可能对商业上产生消极影响，一方面却在工程师开发和拓展角度有促进作用。从我的角度来说，当然希望代码是开放的，但当一个产业在某方面几乎形成了垄断，它也许没有仁慈的心来共享知识和财富吧。
第2章：Agenda之魂
软件或项目并没有真的“正在”改变世界，但是正是为了改变世界之梦所驱动。
卡普尔自己以及他的莲花公司还有更多开发者对项目的执着与对灾难的坚持。正是某种意义上的开发者的精神。
第3章:原型与Python
把生活的某些方面融入到软件代码中之后，就很容易被各种新奇诱人的可能性所迷惑，看不到自己放弃了什么。软件缺失给生活带来了很大的便利，却也一定程度上剥夺了我们对于物理世界的感知，感性世界的理会。而意识到这个问题或者想改进这个问题的时候，工程量异常庞大。软件的灵活性并不高，这也成为一种很大的阻碍。工具、材料、语言和技术等等随着软件的庞大而越来越不灵活。
接下来就是各种各样的语言的盛行。Python是解释型语言，但是简单易懂的语言，很明显在修改错误和拓展程序上事半功倍。这恰恰说明了，解释型语言这种往往被忽略的“脚本语言”是至关重要的。它的另一个优点是变量类型设定宽松。
Java我们并不陌生，且它的优点--跨平台、面向对象等我们更是耳熟能详。好吧，不得不承认，学好它对于我们来说还是非常重要的。
总结：
我在阅读上不求甚解，只求get。读到这里，第一篇博客告一段落。这本书大概整体来说讲的是以卡普尔为领导者的Chandler项目的各种记录。有很多地方因为我对实际软件的知之甚少而影响了我对文章的理解和这个项目的了解。但是书笔记就是自己的收获，也许未来看今天颇多幼稚。但正是我现阶段对这本书的感知。
标签：
原文地址：http://www.cnblogs.com/15732115368zhm/p/4375770.html
