这张讲述了在2002年美国技术工业低迷时期，大量的程序员失业或者半失业，他们闲不住，在此期间，参与（在外界多多露面）许多大大小小的工程项目，而这些工程项目中有一些将会在技术工业恢复时，成为一些大大小小的公司。并且还讲述了两个人在互联网创新上的经历，他们都是计算机界赫赫有名的大牛，他们在事业工作中有大起大落，但是他们在计算机上的创新没有停止，而且现在我用到的cookie就是托蒂克发明的一中通过浏览器植入用户的计算机文件，在这段中我理解的，看到了计算机的发展越来越向开源发展，在技术工业低迷时，大多数都投入到了开源开发。而且提到了老师经常提到的代码库，构建自己的代码库。提到了我们经常会遇到的，类似“我找到了”时刻-在哪些时刻，面对紧急情况或棘手问题，闹钟灵光一闪，找到了熟悉、适用、和自己可把我的方案。然后就开始变成，快刀斩乱麻，开始编程，然后完结某项工程。
这一章节讲的是一个项目的团队开发，把对“狗”的管束，比作一个项目的管束，他们之前都是相互约束，并没有一个leader项目经理，当他们的后端出现问题时，团队成员开始了争论，最终卡普尔认为需要一个项目经理，有人制定条约，制定进度。但是开发经理并不是很容易找的，虽然手握大权，缺很多程序员不愿意为之。有些程序员只想面对自己的电脑和需求，并不想面对其他人做需求分析。在这一章节中又提到了“如果是做开源的那最好”，课件开源越来越受欢迎和重视。在软件项目管理中存在一种充满讽刺意味的天性，尽管程序员工作时所用的计算机和编程语言都要求精确缜密，但软件编写工作缺奇怪地对绩效的考量有抵抗力。程序员每天的工作成果就是代码，而软件生产力最明显的量尺也是代码行。然后这个吃凉并不令人满意，而且甚至具有欺诈性。在代码量和程序完成度、质量以及对用户的价值之间并无可靠的关联关系。
老师已经提到了快开始团队项目的冲刺了，但是还没有经历过，在做算法时，有的比赛需要团队进行操作，这时候就有类似于团队开发的东西，我们的团队比赛，一般是由一个参加过比赛的选手带着两个训练过的新人进行比赛，让那个老手作为leader，他在赛场上有经验，找出“签到题”和那个必拿分的题目，因为那些题的难度是无序的，有经验的人可以很快的找到一些“水”的题目，这样就会是团队的开发少走一些弯路，就会避免了在一些高难度的题上浪费时间，到最后连自己的题目都没做出来，但是也不是每次都能很快的找出来，但是这个leader各方面总是很强的，一个队伍有核心才会编写的很快，有的比赛就是一个电脑，3个人一个团队，一个代码手，两个读题分析题意的队友，这配合几乎不能有差错，两个分析的队友十分重要，如果分析有错，那么出发点和方向就错了，代码手再厉害也不可能“南辕北辙”撞到正确的答案。团队的开发是需要一个leader的