书刚拿到手，只读了第一章，略有所悟。
本书的第一章并没有直接讲程序代码上的硬核干货，而是先探讨编程思想上的哲学。在代码练习中，错误是不可避免的，在错误发生后理应承认错误，寻找补救方案，但还是人会找借口，这一点我自问无法否认，因为我也下意识地想找借口，但事实证明不是一个借口就能让时光倒流，哪怕承认错误受到了责骂，但提出需要帮助，也能为补救错误贡献一份力量。这是本书教我的第一点，或者说在帮我改掉毛病的路上推了我一把。
在写代码的时候，为了完成某个任务，我的代码也会出现一点不影响结果的小瑕疵。这个时候就有个问题了，这个瑕疵修还是不修？如果是强迫症，肯定一拍大腿就上去捣鼓了，我不算是强迫症，在这种小细节上最多就是追求：能用动态数组构建，就不开大内存数组，实在写不出来就算了。本质上我还是怕麻烦的，但这个习惯放在团队项目里就不一样了，我们熟知”千里之堤，溃于蚁穴“，或许这个小瑕疵就能造成大麻烦，就像是Java里的浮点数计算，小数点后不知道多少位数字并不是想象中的结果，但数值太小予以忽略，而当这种错误累积起来，大错误来了。同时，千万不要小瞧环境对一个人的影响力，假如有洁癖的你生活在一个环境不是很好的地方，大概率结果并不是你把这里弄干净，而是被环境同化。因此，如果有机会的话，尝试修修那些小瑕疵。
我们都知道温水煮青蛙，讲的就是一个诱导的过程，至于诱导的结果好坏看得是你怎样去诱导。一个项目往往需要一个团队，即使是你自己单干，你也要直面上司，人与人之间碰面必不可少的就是交流，不同的人有不同的性格，这时候很容易出现观点上的冲突，因此，在提出自己的想法时，不妨像煮青蛙一样去诱导，至少比刚正面要有效的多。再回到交流，交流有相当多的技巧在里面，针对交流写出的书数不胜数，太多的点我就不提了，目前对我来说，最重要的是我需要知道自己改说什么，因为我不是很擅长组织语言。
最后，硬实力才是站住脚跟的根本，因此，拓宽我的知识资产，才是我最应该干的事情，这也是我在本章中，感悟最深的一点。
