本书是Bob大叔所著，他的其他书籍也有很多畅销，比如：《代码整洁之道》《敏捷软件开发：原则、模式与实践》。
作者依据40年作为程序员的摸滚打爬，最终写出本书：《程序员的职业素养》，这本书不仅仅是描述了程序员的基本素质要求，也给我们未来的路提供了不少的借鉴。
本书下载地址：百度云盘
本书购买地址：京东商城
本书从自身素质、开发、测试、团队、时间管理、项目管理等多个方面阐述了围绕程序员不得不说的生活细节。
本书的主要内容，可以参考如下：
我觉得作为一个合格的程序员，需要具备以下的几点：
1 自学能力：因为这是个发展的时代，技术在不断的推陈出新，所以要跟进流行的技术，才不至于被淘汰。
2 逻辑思维：遇到BUG或者问题，要有清晰的逻辑思维。像是解数学题一样的分析BUG出现的原因，不能百度一种说法，就盲目的去试（虽然我一直都是这么干的！）
3 帮助他人：在自己有时间的情况下，应该对他人的困难伸出援手，也许你的一个指点或者曾经的一个经验，就可以帮他度过难关，节省大量的时间。
4 追求美得特质：一定要有一颗追求“美”的心，因为追求美得人，写出的代码才会漂亮、整洁，别人看了也会舒服；设计出的网页也会让人感觉优美；所有的逻辑处理，都会符合常人的思考过程。
5 刨根问底：这个其实就是对专业度的考量了，不要求C C++ JAVA JS门门语言都精通，但是工作所需的必须要会吧！工作的领域必须要会吧！处理的业务领域必须要会把！比如，你正要做一个关于保险行业的网页，首先网页技能需要！保险行业业务知识需要！....所以....学吧！
你敢说否吗？我是不敢....
上面交代的任务，没办法就得加班干了，谁叫咱是刚毕业的呢！
等你有了一定的立足之地了，项目组离了你就做不下去了，这个时候你觉得不合理的说“否”才有用。
打铁还需自身硬，说到底还是得自己先过硬再说！
要不然，你就硬着头皮上吧！
记得实习的时候，老大就给灌输这样一种思想，不行也得上！没有困难，制造困难也得上！后一句是我添的，哈哈！
代码整洁之道？
注意你的变量，函数，类命名！
注意缩进，与空格！
注意必要的注释！（必要的！不是一个a+b也要注释，而是关键的难理解的代码，或者通过名字猜不出用途的给点注释）
TDD？测试驱动？
记得最开始，没有系统的编程经验时，很难想象，我要做的是什么！我该从哪开始做。
于是，我的第一个独立自主的并行计算程序是这样开始的！
1 main函数
2 写一个简单的初始化，没写一行代码，我就运行一遍，测试
3 在写一个加法的功能，没写一行低吗，我就运行一遍，测试
4 在写一个乘法的功能，没写....
...
就这样，我完成了第一个程序，像长寿面一样长的程序，从头到尾，完美的串行化！
现在想想，我这应该是一个完美的“结果驱动开发”吧！
今后保证会多注意！这话反正我自己是信了！:-(
最近决定看看番茄管理法！系统的学习一下！
我觉得压力是动力，这话没错的。
当你觉得工作没有压力时，那可能就证明，你已经学不到任何新东西了。准备跳槽吧！
但是，压力还是自己给自己的。比如遇到一个问题，百度了一种解决办法，试一下，好使了！你是继续研究呢，还是做接下来的工作？
这就看自己的选择了，喜欢专研的人可能会继续看看，寻找一种能说服自己的说法！
但是大部分人，可能看看解决办法就过去了，知道个大概，却不知道所以然。
再碰到类似的问题时，依然不会！
看到书中关于失败的学位教育一说，我又想起来忘记哪本书中介绍的一种说法：
为什么学习很好的孩子，数学问题解题嗖嗖的，在生活中遇到问题无法解决呢？
这是因为学校的教育，往往是给出你问题，然后让人从问题中搜集关键信息，顺藤摸瓜给出答案！
而现实中，往往困难的是，定义问题！
这在IT行业尤为普遍，你可以很快速的解决软考以及考研试题，但是程序遇到BUG却无从下手。
就是因为不知道问题出在哪，是什么造成了问题。
所以没有经验的开发者，往往把问题定义错了方向。比如一个由tomcat导致的编码问题，却被当做是JSP代码导致，于是代码删了改，改了删，折腾到最后也没解决，其实问题最开始就定义错了！
解决的办法——只有靠经验了！
所以说，有经验的开发者，大多遇到问题，能快速的解决。即便是没有遇到的问题，也能快速定位。很大的原因，就是因为他们通过以往的经验，能准确的定义问题，然后缩小问题的范围。解决也就是2-1=1的问题了！
原文地址：http://www.cnblogs.com/XiHongYan/p/6107424.html
