从小工到专家这本书以幽默风趣的语言向我们阐述其编程观点，书中说到我们不应当因为害怕受到处罚，而没有向上级汇报情况，更不要不好意思提出要求。只有积极的去解决问题才是最好的处理方法。但是汇报也不是一出问题就去汇报的，而是要在你已经尝试了所有可能的方法，结果都没有解决，在进行汇报的方式。其次就是提到了对代码的修改，没有一个人愿意在修改代码的时候去改动那些写的很完美的代码。但是正如为了避免踩脏地毯而耽误灭火的富豪一样，不愿意改动那些认为完美的代码，只会导致产生的损失会逐渐的增加。还有就是借用石头汤的故事，说明了如何领导组员进行更好的分配，正如石头汤故事中的剧情一样，我们大可以使用加上什么什么会更好来代替你要做出什么什么的话语，这样更能有效的得到预期的结果。相比较而言，从小工到专家这本书与其说是一本编程思想书，倒不如说是一本描述程序员生存之道的书籍，其中不仅有编程之类的思想，还有一些领导能力和领导技能的培养。通过阅读第一章，我从中学到了很多东西，很多都是关于在实际工作中如何提高自己的能力，减小损失，能够更有效的取得预期的成果。
要与工匠一样，想着定期增添工具，要总是寻找更好的做事方式。
要乐于超越信成开发环境IDE所施加的种种限制。
程序员整天与编辑器打交道，一定要把编辑器用到极致，选择强大的编辑器并用熟它！
曾经想学emacs，但最终放弃，因为我的常用的开发工具是visual studio，在这里面使用emacs命令是一种痛苦，大量的ctrl,alt组合键与windows中的常用命令严重冲突，最后不得不回到vim编辑器来，幸好在visual studio中有好用的vim插件，并且以前的许多ctrl组合命令仍然可用。
即使团队里只有你一人，也是使用源码控制系统。
以前用过VSS，后来换过SVN，还试过GIT，对我来说SVN已足够。
遇见bug的第一反应是“那不可能”，不要把情感浪费在这上面，它不仅可能，而且已经发生了。
首先把编译器的编译级别调到最高。
当你能够重视这个bug，可能就快发现它发生的原因了。
bug可能会出现在操作系统、数据库、编译器中，但这不应该是你的第一想法。
修正bug后，想一想：以前为什么没有发现这个bug?是不是可以改进单元测试来发现这个bug?如果查找这个bug花了很长时间，问问自己为什么，下一次是不是可以更快地修复类似的bug?
在工作中我们总会遇到难以解决的难题，本书给我们提供的一个思路是重要的不是你在盒子里思考，还是在盒子外面思考，而在于找到盒子-确定真正的约束，详细一点的解释就是面对棘手的问题时，列出所有在你面前的可能途径，不要排除任何东西，不管它听起来有多无用或愚蠢。然后逐一检查每一项，并解释为何不能采用某个特定的途径。有时候你会发现，自己在处理的问题似乎比你以为的难得多，这种时候很可能你已经走错了路，你需要回退一步，问问自己有没有更容易的解决办法。