阅读了前两章
一个软件的实现，不仅仅是代码的完成，只是程序的完成还远远不够，更多的需要程序变成编程产品，这是可以被任何人运行、测试、修复和扩展的程序，它可以运行在多种操作系统平台上；同时程序还要变成编程系统，可以进行交互，并可以用来组装和搭建整个系统。最后成为编程系统产品，才是大多数系统开发的目标，而这比初始的程序成本高达九倍。对于小学生我而言，我只注重程序的实现，虽然能力差劲，但是我的一切学习都是基于这条代码实现了吗？实现我就觉得一切都大功告成了，但实际上文档、测试，前期的思路逻辑都很重要。有时候想比做更重要。
编程具有创造力的同时，也有不那么有趣的时候。这里作者认为学习编程的最困难的部分，是将做事的方式往追求完美的方向调整。我确实有同感，很多时候我希望老师看到的是我给老师看到的样子，而程序背后的bug，我会选择逃避，因为一个bug可能会引发多条灾难的发生，甚至是对基础知识的考验。
关于乐观主义，我看到一句话说的蛮好的，对我们遇到的大部分困难，我们总是倾向于去责怪那些物理介质，因为它们不顺应我们设定的思路，其实，这只不过是我们的骄傲使判断带上了主观色彩。很多时候我的程序出现我觉得本不应该出现的问题的时候，我会责怪查到的资料没有说，或者责怪版本不一样等等，但这其实都是我知识的欠缺。
像进度落后的项目增加人手，只会使进度更加落后。说的很对，只能说很多时候，比如我学习的时候，一周的任务，但是当我没有完成的时候只剩下两天，我会安排到两天也可以完成，只剩一天，我会一天内完成，但是结果真的是一样的效果吗？显然不是的，最后一天赶出来的绝对是粗制滥造应付老师的，所以盲目的为了进度的完成而完成，最后的结果也不咋地。我们应该规划~规划，重新进行任务的合理分配。因此，在众多软件项目中，缺乏合理的时间进度是造成项目之后的最主要原因，它比所有其他因素加起来的影响还要大。
接着作者讲了如何完成大型项目，这和小型项目是不同的，无法单单依靠高精尖人才的使用，架构同样非常重要，作者利用外科医生的团队进行建议。谈及自身，我想到了我的学习计划，单单是一个简单作业的完成，那么可能对比而言，效率是很重要的。但是当期末复习的时候，仅仅效率高也是不行的，虽然我效率也就那样。合理的复习计划也是很重要的，它不仅对于整体知识的吸收以及进度时间很重要，同样会影响复习时期的心态，谁一直高效率都是不可能的，我们需要留出休息的时间。