還記得那個叫做 Justice Gray 的人麼？他曾經試圖在六個月的時間裡面成為更好的程式設計師，這種做法似乎成為了一種眾人追捧的時尚。
然而很長一段時間過去之後，其中的大部分人並沒有如願以償的成為好的程式設計師。
這裡提供給大家一個簡單的解決方案，有一些方法可以讓你在六分鐘之內成為更優秀的程式設計師。
你有六分鐘的閒暇時光，對麼？
我們一起來吧！
1. 使用更大的顯示字型
這個辦法看上去非常簡單，但是的確很有效果。
開啟你最喜歡的那個程式設計工具，將程式碼編輯器中的字型調大。我把 10pt 的程式碼顯示字型增大到 14pt，這樣一來，你的螢幕上一次只能顯示出少量的程式碼。
結果：你被迫去寫一些更為短小精煉的函式，這無疑是一個好的趨勢。
（Scott Hanselman 也推崇這樣的做法）
2. 讓程式碼中的硬編碼字串部分顯示變得刺眼
我是從 Joe Cooney 那裡學到這種辦法。
在你最熟悉的那個程式設計工具中將程式碼編輯器中的字串設定為更加顯眼的格式——比如，紅色字元黃色背景。讓那些字串顯得非常醜陋、刺眼。這將使你在程式碼中下意識的少寫一些硬編碼字串，並且時刻注意程式碼中嵌入的字串。
3. 找出一個“模糊”的關鍵字，通過學習熟練掌握
你是否明白 "yield" 關鍵字的作用？ 還有什麼關鍵字是你從來沒有使用過的麼？
程式語言中每一個關鍵字都有其特殊的用途。學習並掌握這些“神祕”的陌生關鍵字可以使你的程式設計能力變得異常強大。
這裡有一些 平臺不同語言的關鍵字列表： C#, , F#.
4. 提高1%的測試程式碼覆蓋率
不要為了追求 100% 的自動化單元測試程式碼覆蓋率而焦頭爛額，但是不妨花費一些時間將你的測試程式碼覆蓋率提高一個百分點。
有可能對你來說，這就是從 0% 到 1% 的過程，然而這已經是一個巨大的進步。
程式碼中複雜的正則表示式或者重要的業務邏輯必需要有單元測試來確保正確無誤。
5. 閱讀一些開源專案的原始碼
當我看到一段完全陌生的程式碼的時候，通常會有一種奇怪的感覺：似乎是溜進了鄰居家的屋子，並且窺視他們家冰箱裡面的物品。
我們需要慢慢適應這樣的情緒，並且從他人的程式碼中學習。
也許你可以從這個 Hanselman's Weekly Source Code 系列開始。
6. 使用靜態程式碼分析工具來檢查自己的程式碼
你可以使用 fxcop， 或者 StyleCop、 clone detective、 ndepend、 Visual Studio 2008 附帶的 code metrics feature, 或者其他自選的靜態程式碼分析工具。
使用這些工具可以發現隱匿在你的.程式碼深處的缺陷。哪怕僅僅是瞥一眼分析結果，也可以讓你發現自己的程式碼還存在很多可以改進的地方。
7. 找出有“壞味道”的程式碼進行重構
其實你自己心理清楚那些“壞味道”在哪裡——就是你羞於承認，看上去很可怕，又臭又長，同時對整個應用非常重要的程式碼。
你不必把那些朽木雕琢成鑽石，但是可以把他們變得稍微乾淨一些——重新命名一些變數，或者將其中的一部分程式碼獨立出來，從簡單的操作開始，小心翼翼逐步推進。
8. 停止閱讀，開始編碼
不要僅僅是寫那些簡單重複的程式碼，寫一個編譯器吧！
這篇 ol 寫的 MSDN上 的文章 是一個非常好的起點。Joel Pobar 將指導你在短時間內寫出一個屬於自己的語言的編譯器。
以上這些就是成為優秀程式設計師的方法，你明白了麼？
有什麼方法可以在六分鐘之內完成，並且幫助你成為更優秀的程式設計師麼？