寫出好代碼
1.寫出好看的代碼
如果別人看了你10%的代碼感覺很混亂，那么他就可以否定你剩下的90%的代碼，誰都不想成為被別人看扁的programmer。所以嚴格要求自己寫出好代碼，代碼不是寫個自己看的，代碼好不好看就是代表了自己。
分明的代碼結構和清楚的入口和出口是第一步。合理的安排功能代碼塊，減少耦合，抽取公用方法，分割成相互獨立的模塊，形成清晰的脈絡，即便你過很長時間再去修改這部分代碼，或者別人去修改，都能夠很快定位到要修改的部分。一個方法，一大篇幾百行，除非逼不得已，否則沒人願意看的。如果有段代碼自己都不想看，那么別人100%也不會看，肯定會形成垃圾代碼，沒人想看，沒人想改，寧願寫新的也不會在老的基礎上改。
代碼潔癖，沒什么不好。你會不會對代碼中有個拼寫錯誤的單詞被多使用遍感覺很別扭，你會不會覺得該有的代碼格式寫被寫的亂七八糟的的會影響你看代碼的心情，有一些多余的回車空行，有一些不一致的花括號格式，有一些層層的if判斷、層層for循環，如果你痛恨這些，甚至會影響心情，那就先從自己做起，寫出干凈的代碼。其實代碼規范本身代表了一種審美觀念。
寫有質量的代碼，代碼是債務，越少越好，精簡的過程是提高的過程。
2.保證第一遍代碼的質量
上午花了兩個小時寫的代碼，結果花了剩下的一天的時間去調試這些代碼的錯誤，而且很多時候發現那些隱藏的錯誤，竟然是自己的拼寫錯誤造成的，是不是感覺很揪心。所以寧願花四個小時寫出好代碼，再花一個小時去驗證，也比前者強多了，否則真的會吐得。所以強制鍛煉自己在第一遍代碼的時候要寫好。
怎么能保證第一遍代碼的質量，我覺得首先是精神要集中，只有集中精神，思路清晰才能寫出好代碼。不妨在平常寫代碼中試一下，能盲寫多少行代碼而不出錯，100行、200、300...更多。經過這種下意思的鍛煉發現真的能提高代碼質量，而且一旦在第一遍寫出健康的代碼，信心會倍增。
其次是拒絕ctrl+c/ctrl+v，很多時候不僅不會加快代碼速度，反而會隱藏一些不明顯的錯誤，比方說前段js代碼，你拷貝代碼的變量名稱本來想替換成新寫的，結果某個被遺漏了，那你只能在運行的時候才會發現這個錯誤，而且有時候很難找到。除非非常一致，或者模版似的一些代碼ctrl+v，其他時候盡量手寫，手寫的越多，寫出代碼錯誤越少。