資深不敢說，反正挺顯老的；多寫了幾年的代碼，談不上秘訣，一些經驗和大家分享。
1、在正式敲代碼之前，一定要多想想流程；這個【想】的時間投入，有的時候比寫代碼的時間還要多。我通常會在紙上畫一畫業務流程，哪里會有分支，判斷條件是什么樣的，甚至細到需要修改哪些代碼，哪些代碼可以抽象出來寫成一個新方法，方法入參回參都是什么。這些工作算是概要設計和詳細設計，如果公司不要求寫這些文檔的話，那就自己拿紙筆畫一畫。
2、寫新代碼之前，一定要看一看能不能復用老代碼，或者用類庫實現；這樣可以避免相同或相似的邏輯寫多編，要記住：代碼越多，Bug越多（精簡，不是偷懶）；
3、盡可能地提高代碼的可讀性，包括：類、方法、變量的命名，多謝注釋，注意代碼的分層、方法的抽象；提高代碼的可讀性，為了可以為自己和團隊成員節約很多不必要的時間。
4、代碼編寫過程中，一定要時刻問問自己，這樣寫會不會有效率問題；見過很多開發伙伴，寫出來的代碼在測試環境上運行沒有問題，一發布生產，就會變得效率奇低，這就是忽略了兩個環境數據量的差異。
5、如果有條件的話，盡量做一下代碼Review，最好每周花一點兒時間做集體的代碼Review，目的不是為了查到Bug，而且可以利用這個時間做一下分享；技術能力高的同事說說怎么寫比較好，業務水平高的同事說說對業務的理解；并且因為集體代碼Review，也會在一定程度上“逼著”程序員提高自己的代碼質量。
6、代碼出現Bug是很正常的事情，解決掉Bug之后，可以把Bug產生的原因和解決的方法記錄下來，避免以后出現類似的問題；程序員能力的提高，就是在產生Bug和修復Bug的過程中提高的。
7、狀態不好的時候，就不要寫代碼；通常一天工作八個小時，能有四個小時在高效的寫代碼，就是收獲滿滿的一天。
總之，寫代碼要養成良好的代碼習慣：很多時候Bug的產生，不是因為技術能力低，而是因為代碼習慣不好。