過去理化數學，程式碼不少；已入資訊數碼時代，各種多樣程式碼海量，個人己經老了，記憶很差，又是外行，網路不懂，沒法給答，謝了。

說實在的程式碼這個東西 還真是多敲的都是敲出來的，要是有快捷的方式那麼現在的程式碼類職業薪水也就沒那麼高，門檻也沒那麼高了，天賦是次要的就是看你喜不喜歡努不努力了，思維敏捷舉一反三！而且要多敲

提高寫程式碼的能力，首先要把代字寫快點，其次要把碼字寫快點，只有這一種方法，別人說的都別信，也不用感謝我，更不要打聽我，我叫雷鋒，做好事是應該的，一天不做好事我就渾身無力，兩天不做就內分泌失調，三天不做就坐輪椅，四天不做就掛點滴，今後有問題繼續問我。

作為一名從業多年的程式設計師，我來回答一下這個問題。

要想提升自己編寫程式碼的能力，需要根據不同的崗位任務和開發目的來制定提升方案，因為程式碼編寫與場景有密切的關係，不同的開發場景下需要採用不同的程式碼編寫方案，自然提升的方式也會有所區別。

對於研發級程式設計師來說，提升程式碼編寫能力的重點在於演算法設計和實現上，因為演算法設計是研發級程式設計師的核心工作任務之一，由於演算法設計與資料結構是不分家的，所以對於研發級程式設計師來說，提升程式碼編寫能力的重點應該放在演算法設計和資料結構上。

當前人工智慧領域是研發級程式設計師比較聚集的領域，而人工智慧領域的研發需要三大基礎，分別是資料、算力和演算法，其中資料和算力是重要的基礎，但是如果演算法設計得好，往往會帶來效能上的明顯提升，因此研發級程式設計師目前的工作重點就在於演算法的設計和實現上。雖然當前人工智慧領域是創新的熱點，但是目前演算法崗位的招聘數量並不多，近兩年人工智慧方向研究生的就業情況有比較明顯的體現。

對於應用級程式設計師來說，要想提升程式碼編寫能力，一方面要注重程式語言自身的語法和機制，另一方面也要注重各種開發平臺的運用，由於當前軟體開發逐漸進入到“平臺化時代”，所以如何利用各種開發平臺（雲計算平臺、大資料平臺、物聯網平臺、人工智慧平臺等）來完成開發任務是非常重要的。當然，對於應用級程式設計師來說，要想提升程式碼編寫能力還需要具有一定的行業經驗，這一點也應該引起應用級程式設計師的關注。

如果你接手的專案程式碼很會混亂，不要嘗試重構，儘量在原來的地方插入你的程式碼，不要影響全域性，不要嘗試最佳化。在規定時間內，輕鬆一點完成，這樣的程式碼我認為就算高效。生命很短，不要把時間花費在一坨米田共上面，有時間的多讀一讀優秀的開原始碼。

6年老程式設計師來幫您解答。

軟體開發行業，高效經常被提及，那怎麼才是高效？

我認為在最短的時間內，上線最多的功能可稱之為高效。影響我們效率可能有以下幾點原因：

1、心情，也可以稱作狀態。如果身體不適又或者一個簡單的功能產品經理BB沒完沒了，改來改去。此時效率可能非常低下，如果心情比較順暢可能一上午幹2天的工作。

2、個人能力問題，小專案隨便寫寫就行，稍微大一點的專案要充分複用程式碼，切勿同樣的程式碼，同樣的業務出現在不同的位置。

3、經驗問題，工作經驗很重要，程式碼報錯，有經驗的碼農可能10分鐘解決，沒有經驗的菜鳥可能需要百度，谷歌，用了一天的時間去解決這個問題。

總結：作為碼農，閒暇的時間多看看書，多學學演算法和設計模式。也會在工作中提升效率。

我覺得有以下基本原則需要注意：

1.熟習理解需要實現的演算法

2.演算法的思想

3.演算法的框架和層次結構

4.演算法的細節

5.一定要有測試框架來支援程式碼的開發過程，比如:

單元測試

整合測試

6.先實現框架，再逐步新增細節

7.設計簡單的可驗證程式正確性的資料例子

大家好，我是藍胖子，一個從機械畢業轉行做網際網路、比較喜歡折騰技術的個人網站小站長。

雖然自己沒怎麼寫過程式碼，不過之前看了一個段子，想跟大家分享一下，哈哈！

一個程式設計師接手了一個出錯的程式碼，該程式設計師看著程式碼很頭疼，因為一個註釋行都沒有，然後心裡暗暗罵道：這個程式是誰寫的啊？啥註釋都沒有，還要我細細得來分結構層次，越想越委屈。可是看著看著，他覺得程式碼越來越熟悉，沒錯，這個程式確實是他寫的。哈哈！

所以說，必要的註釋對於程式碼來說很有必要，想一想那個程式設計師，連自己寫得程式自己都認不出來了，那讓另一個程式設計師接手不是更加事倍功半嗎？

雖然自己不怎麼寫程式碼，但是偶爾也會去修改一些建站系統上的模板檔案，有註釋的程式碼確實層次分明，看起來不只是順眼，找出錯的程式碼的時候也容易了許多。我想對於寫程式的人來說，要高效的寫程式碼，必要的註釋也是少不了的吧！

避免雜亂的依賴關係：比如：一些好用的庫/模組/包可以解決很多問題，並節省我們的時間。本身依賴某些庫是沒問題的，但如果我們整個專案只使用它一兩次，我們還要引用這個庫嗎?

註釋程式碼是多餘的：比如你正在更改某一特定的程式碼塊，因此你註釋舊程式碼並編寫入新的程式碼。註釋程式碼是多餘的：它不影響軟體功能，還會分散閱讀程式碼的人的注意力，而且它並不美觀。刪掉它！

少即是多：不要寫備用程式碼：有時我們會犯超前的錯誤，編寫我們認為將來可能有用的程式碼。與註釋程式碼一樣，我們做了無用功，以換取它最終變得有價值的可能性。

質疑你的想法：有些時候你要質疑一些事情，有些時候你要放手讓事情快速向前發展。不要陷入分析卡頓，試圖質疑每一件小事。

充分利用現有資源：在軟體開發中，程式碼是可複用的：它節省時間，使程式碼更整潔，更容易維護等。

避免新奇事物綜合症：優先考慮的應該是使用者的需求，而不管某個特性有多有趣。注意自己的偏見，儘量不要受它的影響。

多閱讀一下優秀的原始碼，吸取精華：比如Spring等

如何高效寫程式碼呢？

很多人看到這個問題第一反應是買臺好電腦，選個順手的IDE，選用合適的鍵盤等等。

然而，我先說的是，上面的建議只能說提高打字速度，而不是寫程式碼的效率。

真正的程式設計師都知道，真正影響效率的不是打字速度，而是邏輯清晰度。

很多新手程式設計師接到任務之後，立馬開啟編輯器，一頓狂敲，結果隨著程式碼複雜度的提升，發現自己的邏輯有失誤，而沒有選擇好的框架的新手這時程式碼會越改越亂，不得不重構。

而一個老程式設計師，接到任務的第一件事就是弄清需求，我們到底想要的是什麼。確定需求之後就要理順邏輯，為了達到這個需求，我們需要哪些資料？從哪裡獲取？用什麼樣的演算法處理。將來可能需要做怎樣的擴充套件？然後根據邏輯選擇框架。

俗話說磨刀不誤砍柴工，一個好的程式設計師，一定要學會思考，善於思考，做好底層架構才能讓上層建築更高效的完成。