这几天看的这本书，一开始的话还以为又一本“巨著”，但当我打开电子版以后才发现这本书仅有123页，欣喜之余便坚持读了下来。
这本书正如题目一般讲的是思想，作者将自己的所想，心得体会写了下来，并没有将一些编程技术之类的。这里面包括了有关软件的一系列相关的东西，关于编程的，对于方法的，团队的，开发者与客户等等。这些东西并不仅仅是软件方面的东西，很多东西和人们生活都是相同的，同样的道理，本质一样，只不过情况不一，换了个形式罢了，就如作者所举的瀑布模型和v模型，本质是一样，不过在日本情况是项目外包，因而造就了v模型。
我也认为编程序是件简单的事情。为什么呢，好比做一道数学题，有了要求与提问，接下来就是思路，该怎么做，这是结构，剩下的就是算了。但是简单的事情，不同的人却有不同的做法，这就便显出——方法。“懒人造就了方法”是不太确切的，我觉得应该是对“生产速度”的不满，而催生了新方法的诞生。（这不包括一些偶然的方法）
我们现在很多讲不忘初心，用在这里可能不对，作者书中讲的很多事其实可以说是对一件事本质的追寻，找到一件事最根本的目的。第四章题目是流于形式的沟通，那么这个沟通源自哪里？是前辈们的工作方法，我们便借鉴了，但是到我们手里就变味了。沟通的意义是什么？回到最开始，在什么都没有的时候，前辈们为客户做项目，他们想知道客户想要一个什么样的结果，所以才沟通来去接近这个结果，随后一些人在遇到项目，就跟着学，知其然不知其所以然，学其形而不得其神，慢慢由于不知道沟通的目的，也就流于形式。很多事如此，先人由目的找出方法，后人又由方法曲折中领会到目的，先人与后人走的却是相反的路。
工程就是编程吗？不仅仅是，它还包括很多，什么组织啦，管理啦一堆。作者提到的这一部分是个考虑事情全面性的问题。有的学生为自己答案没写“答”被扣分而抱不平，“答”不应该在做题里面吗？有些人认为做题就做题，管答什么。但是你做饭就做饭，不管炉子吗？吃饭不要筷子？还是睡觉不要床？做项目不管资金吗?一件事可简单也会复杂，简单的事也许就因为人的存在变得复杂，就像投入水中的石头会荡起一波波涟漪，我们往往被一个看似全部的目标所迷惑，而忽略不可忽略，不可绕过的东西。所以这成了一些大公司招人热衷的考题。
语言只是工具。有点理解为什么成天讨论语言好坏的人是可悲的了。工具就是工具，不同用途，它就是用来干活的，特长不一。难道还非要拿着桌子和凳子比吗？我们如果做编程做出来就可以了，何必非要计较哪种语言，当然你可以有自己所爱。