作者深感多数书记开篇介绍的枯燥无味，选择别开生面的开篇方式。作者十五岁时，迷恋着一个纸带上的游戏，这个基于Basic语言的游戏，让作者体会到了添加代码的快乐。若干年后，作者以软件为工作，虽然有了更好的设备和环境，确也难免苦于各种开发的困难。作者也经历了互联网的热潮，见证多少软件项目一开始雄心勃勃，又难以善终。与软件交织的人生经历，让作者对它难免又爱又恨。软件就是麻烦一堆，给问我们带来挫折和束缚，但我们永远梦想着更好的东西，期盼更好的软件。所以作者总结：梦之所寄，行之所为。
第一章的标题是死定了，描述了面临大堆DDL的程序员的窘态。在软件开发的世界里，人们用失速slippage描绘进度更不上计划的情况。 弗里德里克布鲁克斯在三十年前观察到：“构建软件最难之处在于决定说什么，而不是怎么说。”我们或许并不能理解而这一论断，毕竟刚刚接触软件工程的我们，还没有学会如何清晰的说，考虑这些似乎为时过早，但我们能仍要意识到合理规划时间进度的重要性。
书中还提到，开源给出了一种生产和分发软件的替代性经济基础方案，它还能彻底改变软件开发的具体过程，散播到广大人群中。根本上来讲，开源改变了软件按开发的目的，不再是微软那样的为赚取利润而生产，而是让程序员从中找到乐趣，自我驱动的程序员实际上更加高效，即时这本身并没有经济利益。瑞蒙德写道：“乐享即高效”。Github等开源网站也验证了这一说法。
在编程项目的早期阶段，团队选择语言和技术，准备接入点时，这个问题初时无关大局，重选亦可，但随后转而变得坚如铁石，关系重大。汇编语言离机器很近，随后的Fortran挑战了高级语言一定比机器代码慢的语言，一次编译就可以解决，随后高级语言增出不穷，毕竟芯片的晶体管可以几年翻倍，人的脑袋可做不到，更加友好的语言显然会获得更高的效率,所以卡普尔选择了Python用于编写Vista。
2002年的网络泡沫消失，许多程序员转而投身开源项目，无所事事的程序员投入了新的开源工程。项目途中，他们遇到了软件复用的两难选择，创建还是借用。世上到处是别人写好的代码，借用一下难道不是很容易吗，但同样有很多程序员毋庸置疑的认为，自己能实现更好的代码。软件不像乐高积木，拥有不可分割的最小单元，而软件有着普遍多样性，这就如同软件的乌托邦。但依然有人不断为之努力，一直到开源式开发和互联网带来革命，带来了Python，Perl，这样提供了大量代码的语言，程序员大多选择了去网上寻找开源的库，而不是花时间自己实现一个。那么使用一堆现成的代码就完成了软件吗？程序员们随后发现，这些拿来的代码所做不到的地方，恰恰是与众不同的创新之处，也是建立这个项目的出发点。