無瑕的程式碼 番外篇: 專業程式設計師的生存之道

要介紹這本書的特色，就不得不介紹《無瑕的程式碼Clean Code》一書，因為兩書是互補的。

在該書中，作者教您的是如何做事（也就是如何寫出Clean Code）。
而本書中，作者教您的是如何做人（也就是如何做個Clean Coder）。

要想成為一位Clean Coder，可不簡單，絕不是只學會寫Clean Code就可以了。
還需要把寫Clean Code融入到真實的職場生涯當中。而這就牽涉到了職場求生術這類的議題。

在工作中撰寫Clean Code，初期一定會遇到一些困難，本書將教導您如何應付這些困難，說服上司、老闆、客戶、夥伴以及自己，以寫Clean Code的精神來應付開發專案時所遭遇的各種情況，才是正道。

在職場上，不可避免地會被要求趕工、加功能，即便大師也不例外，遇到這些情況，你必須學會Say No，同樣地，你也必須學會Say Yes，只有謹慎地Say Yes，別人才會對你有所尊重，相信你是一位專業人士，如此當你在Say No時，才會更有分量，更能說服對方。

本書作者Bob大叔，Robert C. Martin，是一位軟體大師，也是一位著名作家，其著作《Agile Software Development: Principles, Patterns, and Practices》曾獲得有IT奧斯卡獎之稱──Jolt震撼年度大獎。

本書適用對象

本書是Bob大叔近期的新作，在本書中，Bob大叔以親身經歷及輔導過的案例作為範例，以說故事的方式來描述各種情景。如果你寫程式專案超過一年，相信這些情景你一定不陌生，那都是軟體開發過程常遇到的真實情境。

不同的是，以往你只會做出一種回應，因此事態的發展只有一條路徑，而最終就陷入了一種悲慘的循環。那是個什麼樣的循環呢？

1. 在面對一個新的專案或功能時，沒有一套科學的辦法來進行時程的預估〈老是估不準〉。
2. 開發過程中，老是〈無法集中專注力〉，被這樣的事、那樣的事所影響，工作效率極差。
3. 由於工作效率差，所以跟不上進度，〈壓力〉來了，只好加班熬夜來趕工。也〈沒時間寫測試〉。
4. 加班熬夜寫出的程式，品質比較差，常常出現bug。
5. 由於沒有寫測試，沒有一套自動化測試，所以〈除錯〉又花了許多時間，導致要加更多的班來進行除錯。
6. 在接近專案截止日之前，終於快要完工了，但是客戶又要求〈加入新功能〉。但也給你更多的時間來開發，使你無法拒絕。
7. 由於大多數程式碼都是加班趕出來的，品質非常差，因此在擴充功能時難以修改。只好回頭做〈重構〉。
8. 由於加班趕工沒做好自動化測試，所以當加入新功能後，對於〈原有功能是否因此出錯了？〉，沒有把握，所以必須花做更多的時間在測試。

現在又回到了1或2，直到客戶不再要求加入新功能為止。
9. 已經沒時間測試了，在最終的截止日期還是把結果給發佈出去了。〈交給客戶去測吧〉。客戶必須測完後才會交付尾款。
10. 由於沒有進行完整的測試，因此，客戶發現了bug，所以要求修改，同時也對您所推出的最後版本產生懷疑，因此使得〈專案遲遲無法結案，無法收到尾款〉。

現在又回到了5，直到有天客戶的常用功能都OK了，或者你再也受不了而離職，甚至放棄收取尾款為止。

即便離職或放棄尾款也不能解決問題，因為你還是必須接新的專案，而這又回到了1。

以上的循環是否讓您感覺生活品質很差呢？是不是懷疑自己走錯行了呢？其實不是這樣的，問題在於你沒有找對方法來處理每一個步驟的應對之策。

這本書，從每個您所熟悉的故事中，發展出不同的分支，教導您如果這樣做，結果會是怎樣？如果那樣做，結局又會是怎樣？Bob大叔開的是一間顧問公司，寫程式也有四十幾年了，因此，他提出的做法完全是經驗的累積，經得起實際的考驗。如果您有疑慮，那大可不必一次全部都應用到同一個專案中，一次針對某一項來修改應對之策，您會發現，即便只是針對某一項來作修正，都會讓您獲益匪淺。

本書大多數的篇幅都在說故事，以說故事的方式來論理，當中有大約四個章節是和技術高度相關的，當中包含TDD、驗收測試、測試策略、協作、工具等等。關於這些議題，本書並未提供程式碼，而是以方法介紹為主軸來進行介紹，若你想看看實際程式碼的示範，可以參閱《無瑕的程式碼》一書。

兩書閱讀方式

這兩本姊妹書並沒有固定的閱讀順序，
如果您先讀本書《無瑕的程式碼──番外篇 The Clean Coder》，但對於實際的Clean Code有所好奇的話，可再去翻閱《無瑕的程式碼Clean Code》。
如果您先讀的是《無瑕的程式碼Clean Code》，但對於怎樣把Clean Code帶入職場有所疑問的話，則本書將為您解惑。

雖然單一本書已經能夠提升您的職場價值。但對於一位專業的程式設計師而言，最好是兩本書都讀過，如此才能發揮最大的效用。