寫代碼的速度

換個環境，總是能發現不一樣的世界，也總是能發現一些平日裡發現不了的東西。剛到一家公司，有幾個比我小的同事，他們寫代碼都比我快，這時我才意識到我寫代碼的速度在慢慢地變緩，變慢。

為此我並不擔心，因為我發現寫的太快的代碼通常需要返工——這會浪費很多時間。有開發與測試溝通的時間，有走流程的時間。與其快速開發再改來改去。我情願仔細，緩慢地寫代碼。最理想的狀態是寫的每一行代碼都能出現在最終的產品中。

 

細想一下影響代碼的速度會有很多方面：

1，對程式設計語言的熟悉程度

2，對項目慣用法熟悉程度

3，對需求理解的程度

4，對項目架構的理解程度

但有一點有些讓人感覺奇怪（也很正常）地是隨著對項目和架構的理解，寫代碼的速度並不會直線上升而是先上升後下降。究其原因是你需要考慮的東西增多了。隨著對項目的理解你知道有些東西是不太好，但卻是多方妥協的結果，你寫代碼時也能更加照顧到多方的需求。為此你必須仔細斟酌你的每一行代碼，以確保自己是無誤的。

 

說到速度，我想到了效率。其實對於開發來說調試是最浪費時間的工作。為了提高整體工作效率，學會一些調試技巧，將會大幅提高效率。

除此之外，各式各樣的測試也會花費掉我們大量的時間。什麼煙霧測試 (Smoke Test)了，單元測試了，整合測試了。這幾都是時間殺手。雖然全部採用自動化測試不太可能，但越多的引入自動化測試，省下的時間就越多。

再者，就是效能了。對於有的項目規模不是很大，這點並不明顯。但項目比較大，特別是跨地區的協作，開發，測試。若沒有好的效能，則浪費的時間就會指數般的增長。就我當前的項目來說，連個資料庫，取些資料，做個測試就可能需要半個小時之久。如此這般，一天還能做多少工作？