《程式設計師的職業素養》 2

輔導缺乏經驗的程式設計師是那些經驗豐富的程式設計師的職責。向資深導師尋求輔導也是年輕程式設計師的專業職責。

測試驅動開發(tdd)。先寫測試的程式設計。

先寫測試**，再寫業務**。

測試**有問題，停止業務**編寫直到測試**無誤。

僅編寫當前測試**能夠正確執行的業務**即可。

要學習熱鍵和導航操作，以及測試驅動開發，持續整合之類的方法，找整套的卡塔來練習都是相當有效的。更重要的是，它特別有利於在潛意識中構築通用的問題和解決方案間的聯絡，以後在實際程式設計中遇到這類問題，你馬上就知道要如何解決。

專業開發人員既要做好開發，也要做好溝通。「輸入糟糕，輸出也會糟糕」對程式設計師同樣適用，所有職業程式設計師會重視與團隊及業務部門的溝通。

做業務的人和寫程式的人都容易陷入乙個陷阱，即過早進行精細化。

驗收測試的目的是溝通、澄清、精確化。

業務分析員測試「正確路徑」，以證明功能的業務價值；qa則測試「錯誤路勁」、邊界條件、異常、例外情況，因為qa的職責是考慮哪些部分可能出問題。

請記住，身為專業開發人員，你的職責是協助團隊開發出最棒的軟體。也就是說，每個人都需要關心錯誤和疏忽，並協力改正。

請務必確保在持續整合系統中，單元測試和驗收測試每天都能執行好幾次。整套持續整合系統應該由源**管理系統來觸發。只要有人提交了**，持續整合系統就會開始構建，並執行所有的測試，測試結果會用電子郵件傳送給團隊所有人。

為了更好的做到「qa應該找不到任何錯誤」，開發團隊要和qa緊密協作，建立由單元測試、元件測試、整合測試、系統測試和探索式測試構成的測試體系。應該盡可能頻繁的執行這些測試，提供盡可能多的反饋，確保系統始終整潔。

預估是一種猜測。預估不是個定數，預估的結果是一種概率分布。

樂觀預估；標稱預估；悲觀預估。

專業開發人員懂得如何為業務人員提供可信的預估結果，以便做出計畫。如果做不到，或者不確定能做到，專業開發人員不會給出承諾。

如果你遵守的紀律原則是工作的最佳方式，那麼即使是在深度危機中，也要堅決秉持這些紀律原則。

應對壓力的訣竅在於，能迴避壓力時盡可能的迴避，當無法迴避時則勇敢直面壓力。可以通過慎重承諾、遵循自己的紀律原則、保持整潔等來迴避壓力。直面壓力時，則要保持冷靜，與別人多多溝通，堅守自己的原則紀律，並尋求他人的幫助。

專業程式設計師的首要職責是滿足雇主的需求。這意味著要和你的經理們、業務分析師們、測試工程師們和其他團隊成員很好的協作，深刻理解業務目標。這並不是說你必須要成為業務方面的老學究，而是說你需要理解手上正在編寫的**的業務價值是什麼，了解雇你的企業將如何從你的工作中獲得回報。

我期望擁有**的是整個團隊，而非個人。專業開發人員是不會阻止別人修改**的。他們不會在**上構築所有權的藩籬，而是盡可能多的互相合作。他們通過合作來達到學習的目的。

專業的開發組織會把專案分配給已形成凝聚力的團隊，而不會圍繞著專案來元件團隊。乙個有凝聚力的團隊能夠同時承接多個專案，根據成員各自的意願、技能和能力來分配工作，會順利完成專案。

計算機科班畢業生的質量一直令我頗感失望。究其原因，並不是這些畢業生不夠聰明或缺乏天份，而是由於大學並沒有教授真正的程式設計之道。(略略略)