順序，條件，加迴圈，這是程式設計三個流程。平時多積累應用場景程式碼，時間久了，程式設計效率質量明顯提高;再就是多作用模組及子函式把複雜功能分解，這樣減少程式設計及測試難度。

多看，看完之後多寫。檢視原始碼，這是很關鍵得一點。你寫完某一個東西后，你要去看原始碼，理解裡面得原理，你才能越走越遠。

最好建立一個自己的部落格，把平時用到的技巧都記錄下來，因為我們不可能記住那麼多東西，用到的時候翻一翻對自己很有幫助！

主要是多敲 多記 可以註冊一個部落格 多積累自己的知識，確實有一個好的老師很重要

838127，843你可以去裡面聽課每天都有講師分享講課 前端後端的知識，加油

算不上資深程式設計師，但在這一行也待了不少年了，說下我的看法。

程式碼實際上是一種互動，一方面是人機互動。一方面是人人互動，我們從兩個角度說下這兩種互動分別需要注意什麼。

程式碼最終是要交給計算機執行的。一個軟體執行的效能如何和程式碼質量密切相關。 如果計算機是一個活人的話，恐怕要殺掉不少程式設計師祭天了吧。 “寫的什麼爛程式碼，讓我做這麼多冗餘，低效的運算”。

寫程式碼的時候思考效能，是一個程式設計師必須擁有的職業素養。效能包括了時間開銷和空間開銷，編碼的時候多問自己幾個問題：

1. 我的程式碼有沒有冗餘的邏輯

2. 我的程式碼有沒有並行化的可能性

3. 我實現的時候，演算法複雜度能不能更加最佳化

4. 我是否申請了過多的空間

5. 我的程式是否有out of memory， stack overflow的風險

當然這些問題並不是那麼好回答，需要一定的積累。平時多練練演算法（安利一下leetcode，很好用)，千萬別覺得做的題目用不上，你需要鍛鍊的是邏輯思維能力。 另外， 一定要好好研究作業系統， 當你搞懂了作業系統，再來寫程式碼，很多思維就變得不一樣了。

一個人開發一套系統的時代過去了，現在是多人合作的時代。程式碼在程式設計師中充當了非常重要的溝通作用（相信我，它比文件重要百倍）。好的程式碼是賞心悅目的， 讀起來如同一篇優美的詩。糟糕的程式碼讀起來晦澀難懂，味同嚼蠟，讓人恨不得扔到垃圾桶裡。

怎樣寫出人們眼中的"優美"程式碼呢, 筆者認為有以下幾點：

1. 你的程式碼風格和團隊是合拍的，不能是反人類或者凌亂的。變數，函式的命名，括號換行等等至少要統一，這樣會大大提升團隊的效率。 如果團隊不知道採用哪種風格， 也可以考慮參考大公司的規範，比如阿里的程式碼合約規約，就是業界影響力非常大也備受好評的一份程式碼規範。

2. 你的程式碼是層次分明，架構合理的。千萬不要把所有的業務邏輯堆在一起， 讓人無法卒讀！多瞭解瞭解設計模式，讓自己的程式碼架構清晰，可擴充套件性強。否則，你會發現，你一期上線後， 再進行bugfix和新feature開發就會變得異常困難， 很多時候不得不刪減大量的程式碼。

3. 合理的註釋。 註釋不宜過少也不宜過多， 儘量是那種提綱挈領式的，講明自己的意圖，而不要廢話連篇，說一些大家一看就知道的大白話。雖說完美的程式碼自身就是註釋， 但筆者認為大多數人達不到那個境界， 適當的註釋還是必要的。

對程式碼有追求的同學，不放讀一讀《程式碼整潔之道》這本書，我想你一定會有收穫的。

資深不敢說，反正挺顯老的；多寫了幾年的程式碼，談不上秘訣，一些經驗和大家分享。

1、在正式敲程式碼之前，一定要多想想流程；這個【想】的時間投入，有的時候比寫程式碼的時間還要多。我通常會在紙上畫一畫業務流程，哪裡會有分支，判斷條件是什麼樣的，甚至細到需要修改哪些程式碼，哪些程式碼可以抽象出來寫成一個新方法，方法入參回參都是什麼。這些工作算是概要設計和詳細設計，如果公司不要求寫這些文件的話，那就自己拿紙筆畫一畫。

2、寫新程式碼之前，一定要看一看能不能複用老程式碼，或者用類庫實現；這樣可以避免相同或相似的邏輯寫多編，要記住：程式碼越多，Bug越多（精簡，不是偷懶）；

3、儘可能地提高程式碼的可讀性，包括：類、方法、變數的命名，多謝註釋，注意程式碼的分層、方法的抽象；提高程式碼的可讀性，為了可以為自己和團隊成員節約很多不必要的時間。

4、程式碼編寫過程中，一定要時刻問問自己，這樣寫會不會有效率問題；見過很多開發夥伴，寫出來的程式碼在測試環境上執行沒有問題，一發布生產，就會變得效率奇低，這就是忽略了兩個環境資料量的差異。

5、如果有條件的話，儘量做一下程式碼Review，最好每週花一點兒時間做集體的程式碼Review，目的不是為了查到Bug，而且可以利用這個時間做一下分享；技術能力高的同事說說怎麼寫比較好，業務水平高的同事說說對業務的理解；並且因為集體程式碼Review，也會在一定程度上“逼著”程式設計師提高自己的程式碼質量。

6、程式碼出現Bug是很正常的事情，解決掉Bug之後，可以把Bug產生的原因和解決的方法記錄下來，避免以後出現類似的問題；程式設計師能力的提高，就是在產生Bug和修復Bug的過程中提高的。

7、狀態不好的時候，就不要寫程式碼；通常一天工作八個小時，能有四個小時在高效的寫程式碼，就是收穫滿滿的一天。

總之，寫程式碼要養成良好的程式碼習慣：很多時候Bug的產生，不是因為技術能力低，而是因為程式碼習慣不好。