本書是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的問題了！
這是我的拙見，也許會被當做廢話。但是最起碼知道如何鍛煉自己解決BUG的能力，那就是多練習，多碰到問題，多思考！