論編程的最後期限

　　普通編程與專業編程之間有很多差別，而最為顯著的就是截止日期。

　　截止日期 / 最後期限

　　當你給自己寫程序的時候，只要你願意，就可以用很多(或者很少)的時間來完成，但是當你給別人寫程序的時候，你就只有一點有限的時間和資源來完成任務。而根據我的經驗，一般會導致以下兩種情況之一：

　　1. 你必須延長時間以妥善完成任務。

　　2. 你必須寫些不嚴謹的代碼來應付過關。

　　如果你做過專業編程，你會明白我的意思。只有極少數夠靈活的項目能夠給予足夠的時間和資源來完成任務。這就使得程序員必須做出艱難的抉擇。

　　任何一個有自尊的程序員都不願意提交不合格的代碼;但是當交易中伴隨有超時違約金時，想要始終提交高質量的代碼是很困難的，尤其是在專業環境下，與那些不需要理解技術違約概念的非技術員交易。

　　幸好，這裡有幾條准則供你參考，可以在臨近截止日期時，幫你把不嚴謹的代碼總數最小化。它們不一定能夠快速修復問題，但毫無疑問將有助於那些需要日復一日，始終寫出一流代碼的人。

　　准則一：編碼之前設置連續部署

　　這是我從《The Pragmatic Programmer / 程序員修煉之道》一書(絕對是程序員的必讀之書)中找出的小竅門。總是，我是說總是，在編碼之前設置你的連續部署系統。

　　我所說的連續部署是什麼意思?好的，在你開始編寫你的項目之前，你應該有一個能部署你的項目代碼為產品的系統(最好對於分期和開發環境也是如此)。這樣，當你編碼時，你就會有一個平和的心態，因為你知道你可以隨時部署你的項目。

　　在很多的編程流程中，這一點能節約相當多的開發時間。一些測試環境(或者更糟，直接在服務器上編碼)，你可以直接把代碼放到你首選的源代碼控制系統中，然後讓你的連續部署系統負責接下來的事情。這也許看起來不想個節約時間的方法，但是如果你考慮一下每天都要把你的代碼復制過去並手動測試所浪費的時間，你就知道這樣做能快速完成並在每月中節約數小時。

　　准則二：先寫測試

　　如果你從沒聽說過測試驅動開發(TDD)，請立刻看看維基百科的解釋。如果有人付錢讓你編寫軟件，並且規定了截止日期，你就要隨時練習TDD。

　　測試驅動開發的基本概念是，在寫項目代碼之前，你寫一段簡單的代碼來測試你假設的項目代碼，以獲得預期的反應。例如：你的項目需要你寫一個函數，把兩個數相加，並返回和。在寫這段代碼之前，你應該寫一個測試函數，test_add_two_numbers，它調用你的add_two_numbers 函數來驗證不同的輸入值所返回的結果都是正確的。

　　這看起來很麻煩，但是它有許多好處：

　　1.寫測試首先能幫你明確你的應用程序架構。

　　2.你將有一個平和的心態，因為你知道你的代碼是可運行的。

　　3.你能夠輕易的重構項目，而不用擔心破壞代碼。

　　4.你可以避免放出低質量的代碼以免玷污你的聲譽。

　　准則三：透明

　　透明很難實現(取決於你的工作環境)，但卻非常有益處。

　　為了達到透明，你需要確保與接收代碼的客戶之間保持一條清晰的通信線路。你需要保持定期更新，這樣才能看出來工作正在進行，並且進展的哪裡。再好一點就是，你能一直部署代碼到分期系統，從而讓客戶夠看到未完成的項目和它一天天的改變。

　　如果你能跟你的老板(們)保持透明化，他們就很有可能了解是否需要推遲截止日期。非技術人員通常不懂軟件開發，視它為黑盒技術。通過與客戶保持清晰的通信和透明化，並讓他們參與到開發進程中，客戶可以更了解你的工作，使得對將要開發出來的產品更青睐。

　　規則四：維持日常計劃表(Todo list)

　　時間管理問題肯定是超出本文談論的范圍，但是我仍要指出，為確保事情一直向前進展，作為一名程序員你所能做的最好的事情之一就是維持一份日常計劃表。另外，一個得力的時間追蹤工具也能幫上大忙。伯樂在線的這篇文章中有老外推薦的10個時間追蹤工具。

　　軟件開發是極為復雜的事情。成為一名優秀的程序員要求有多年的實踐，耐心和鍛煉，並且學無止境。當需要在截止日期內開發軟件時，往往你正在編寫一個復雜的系統。為保持思路清晰，並且確保發揮你編程的最大能力，你應該維持一份由每日需要完成(編碼方向)的單獨的任務組成的日常計劃表。

　　不要寫過於空泛的計劃表，像“調試聲音問題”這樣的，而是要真正地想一遍，並且寫出事情的幾個步驟。例如：

　　1.寫一個音樂文件加載功能的單元測試，檢查mp3是否能夠播放。

　　2.寫一個音樂文件加載功能的單元測試，檢查加載wav文件時是否崩潰。

　　3.創建新的特性分支，設計升級，適用於新的網頁設計模板。

　　4.使用網頁設計新模板升級style.css。

　　有一個明確的可操作的事件列表可以使你集中力量在一段時間內解決一個單獨的任務。這樣就不用時刻平衡分配和在腦子裡想著接下來的步驟。編寫軟件已經夠復雜的了，不要讓你的生活更困難。

　　准則五：做應該做的事

　　毫無疑問，會有令你緊張和不舒服的情況出現。你拖延時間並忽略了新特性的單元測試嗎?當這些情況發生時，不要任意妄為。相反的，做應該做的事。

　　不管是否需要你回顧還是重新查看一些舊代碼，都要多寫一些測試用例，甚至推遲截止日期也要這麼做。作為一位專業的技術人員，持續地開發能夠運行的代碼是你的工作，即使這意味著你必須做出艱難的抉擇。

　　結語

　　對一個軟件開發人員來說沒有輕松的任務。我們的世界一直充滿挑戰和困難，只有磨練和時刻准備著才能幫助我們渡過難關，並在好時光裡成功。一直利用我們最精確的判斷，通過運用毫不動搖的工程實踐去打破時間的桎梏並且不向困難低頭。

　　你能夠做到。

原文：On Programming Deadlines 翻譯：伯樂在線 敏捷翻譯 -魏哲

如需轉載，但請注明原文/譯文出處、譯文超鏈接和譯者等信息，否則視為侵權，謝謝合作