作者开篇以编程的精义为切入点以愚公移山为例道出了编程的精义即为根本：顺序，分支，以及循环。对于能不能编程会不会编程这个问题初看到我竟不知道该如何作答，我虽然学了两年的编程然而水平并不高，会一些简单程序然而却不敢说自己会编程序。像初次学习计算机一样作者告诉我们，程序 = 算法+ 结构。编程的第一要务是先把事情分析清楚，时间先后的逻辑关系和依赖关系先搞清楚，然后再去实现代码。算啊是对一个程序的逻辑实现的描述，而结构是逻辑是线索依附的数据实体
而接下来，作者又抛出李冰建造都江堰的故事说出了在有限经历范围内要学会找到新的方法这样解决的将是影响做事成效的根本方法。“如果一个人学了一年的变成，他的脑袋里还是混呼呼的不知道从哪里开始也不知道如何做程序，那想来只有一个原因了：呀学了，也罢知识学进去了就是不知道这些知识是干什么的。或者说他不是到各种知识都可以用来做什么”一句话点醒了我。我只是会机械性的编程序。老师留了什么作业我就按照要求编写相应的代码即可然而我却不会自己写代码来解决实际问题。就像桌子上的乱书一样，把既有的只是象桌子上的书一样整理一下，最常用的放在手边，而最不常用的放在书柜里。精简自己的书桌精简自己的思路
第三章中主要讲的是团队以及团队的领导者。作者指出对于一个团队而言最少以三个人为规模。三个人便有了团队的一些基本特性：主从，监督和责任。一个人的开发可以成功，这取决于个人的努力。两人的小组如果能相互支撑可以获得成功的，而三个人呢就得选了领导不是要程咬金一样的牛人而是要李离一样的牛人，项目完成不了切脑袋的是倒不必做递交辞呈的勇气总是要有的。当然并不是说项目没有做成功就一定要递交辞呈可能谁也不会当项目经理了。对于一个项目经理而言要尽可能的按接近的预估工期，项目工期问日不能解决就不能保证项目成功，所以这就需要项目经理有丰富的经验才能尽可能准确的的估算出项目工期
然而对于一个组织机构而言，管理者如想使其稳固发展，首先要建立相应的制度
，注意是相应的，一定要针对自己的组织机构建立适合于自己的制度，对于管理者自身而言在制度面前一定要既做得到人性化有做得到公平性否则整个制度也就李崩溃不远了。当一个管理者接受一个团队的时候首先要做的就是先观察这个团第发现其存在的问题然后再进行改变与管理。那么该如何做：首先进行弹性分工即团队内部成员要学会进行角色转换。当然更好的选择是明确分工，了解每个人都能干什么，这也是对管理者的一个考验