1樓：尚學堂前端學院
1.積極大膽的谷歌。你得知道如何有效的組織搜尋關鍵字，查閱別人寫的**，然後合理地用在**裡，從而解決問題。
2.擁抱變化，堅持不懈。老手程式設計師在接觸新技術時，能欣然接受像個初學者一樣處處受挫，並總能在完成工作的同時自學成才。
3.承認細節的重要性。例如變數和函式的命名、css屬性的命名、該用雜湊還是陣列，以及其他看起來微不足道，但可能對專案有深遠影響的事情。
4.承認大多數的「重要決定」其實並沒有那麼重要。一般的開發者經濟常在技術選型等「重大問題」上陷入脣槍舌戰，而程式設計師老鳥們會避免浪費時間在罵戰中。這一點上，它們就像禪宗大師一樣。
5.選擇合適的工具解決問題。網上有無數的開源庫、工具和框架，讓人眼花繚亂。而老手們清楚地知道針對怎樣的問題，應該用怎麼樣的工具。
6.明白**「不值錢」（該刪就刪）。你必須習慣於刪掉幾百行**來重寫程式的某一部分，毫不留情。
7.在評估技術的時候要全面。例如，我一直在鼓吹elixir。
它語法優美，社群完善，有很大的潛力。但elixir誕生的時間太短，所以如果要構建複雜的功能，可能會難以找到能幫你提高效率的開源工具。因此，在評估要不要選擇使用一項技術時，你得把所有這些因素都考慮在內。
8.學會說「我不知道」。沒有比拒絕承認自己不知道更能浪費一個開發者的時間了。
9. 仔細分析錯誤資訊裡的線索。傳統教育告訴我們：
失敗是壞事。報錯資訊這種東西也經常被跟失敗聯絡起來，然而優秀程式設計師明白，這些錯誤訊息裡其實隱藏著能將你指向最終正確解決方案的線索。
10. 瞭解過早優化和必要的「炫技式」優化的區別。老手們清楚在什麼時候需要寫一些看上去沒那麼好懂，但會讓程式執行更快的**。
11.每個人都會犯錯，為自己的過失負責。而尤其在團隊裡，把責任推來推去沒有任何意義，因為錯誤的發生往往不只是一方的因素造成的。
12. 成為你所用的開發工具的重度使用者。如果長期在某個開發環境下有相當比例的開發工作，那你應該去掌握使用它的細節。
13. 學會用vim（至少會一點）。 你至少應該在這個編輯器裡學會勉強地移動和翻頁。
14. 不要接陌生技術領域的私活。個人做自由職業專案，其中很大一部分挑戰就是評估專案時間。不要規劃自己未知領域的事情，那會讓你處於想當尷尬的境地。
15. 不要數你幹活花了幾個小時。技術大牛會把時間花在有深度的工作上，並且他們清楚花了多少時間完全不重要。
16. 學會坦然接受批評。當你的**因為各種原因四分五裂時，你需要培養用理性和邏輯的方式來應對（而不是情緒化處理）。
17. 同有更多經驗的人結對程式設計。沒有比這個更高效的程式設計學習方式了。
18. 一定要先自己做一遍**審查。當你在github上發起一個pull request之前，先把**當成別人寫的，自己先審查一遍。
19. 認識到做自由職業的難點不是寫**，而是其餘的所有事情。銷售、推廣、客戶支援，質量保證以及產品管理，所有這些都會花費大量時間。
20. 發現並解決更大的問題。優秀的程式設計師不拘泥於眼前的問題，而是清楚如何用更長遠的方式徹底的解決這一類問題。
21. 深入瞭解一些大型開源專案的核心能讓你開發時如虎添翼。如果你知道如何給你的專案打猴子補丁(monkey patch), 那麼你將無所不能。
22. 跳過多數的會議。你的公司僱你是來寫**的，而不是談**的。當會議多到失控的時候，不去參加也沒有任何問題。而且一旦你開始這樣做，別人會更珍惜你的時間。
23.知道什麼時候開始回饋。到了某個時候你需要將你的技能和經驗傳授給年輕的開發人員，就像你的導師當時教授你一樣。
24. 能寫爛**。有時候可以當一當「膠帶式程式設計師」。關鍵是隨著時間推移，你需要弄清楚什麼時候可以走捷徑，什麼時候必須走捷徑。這其實是最難掌握的技能之一。
25. 禮貌地告訴別人你工作到很晚。如果你是辦公室裡最後一個，可以發一封簡短的彙報郵件。別人一般會注意到郵件上的時間戳的。
26. 像一個領導者(leader)一樣做事，而不是老闆(boss)。老闆是讓別人為他工作的人，領導者是人們追隨的人。做個領導者。
27. 去打打桌上足球。從長期來看，同其他開發者（或不同崗位上的同事）建立聯絡比在緊巴巴的期限裡交付一個功能更有價值。
28. 在壓力下學習。你需要知道如何應對像系統宕機而你要負責將它復原的情況，即使一開始你完全沒有頭緒。
2樓：落雨看卿
1.重構是程式設計師的主力技能。
2.工作日誌能提升腦容量。
3.先用profiler調查，才有臉談優化。
4.註釋貴精不貴多。杜絕大姨媽般的「例注」。漫山遍野的碎碎念註釋，實際就是背景噪音。
5.普通程式設計師+google=超級程式設計師。
6.單元測試總是合算的。
7.不要先寫框架再寫實現。最好反過來，從原型中提煉框架。
8.**結構清晰，其它問題都不算事兒。
9.好的專案作風硬派，一鍵測試，一鍵釋出，一鍵部署; 爛的專案生性猥瑣，口口相傳，不立文字，神神祕祕。
10.編碼不要畏懼變化，要擁抱變化。
11.常充電。程式設計師只有一種死法：土死的。
12. 程式設計之事，隔離是方向，起名是關鍵，測試是主角，除錯是補充，版本控制是後悔藥。
13. 一行**一個兵。形成建制才能有戰鬥力。單位規模不宜過大，千人班，萬人排易成萬人坑。
14. 重構/優化/修復bug，同時只能作一件。
15. 簡單模組注意封裝，複雜模組注意分層。
16. 人腦效能有限，整潔勝於雜亂。讀不懂的**，嘗試整理下格式; 不好用的介面，嘗試重新封裝下。
17. 迭代速度決定工作強度。想多快好省，就從簡化開發流程，加快迭代速度開始。
18. 忘掉優化寫**。過早優化等同惡意破壞;忘掉**作優化。優化要基於效能測試，而不是糾結於字裡行間。
19. 最好的工具是紙筆;其次好的是markdown。
20. leader問任務時間，若答不上來，可能是任務拆分還不夠細。
有哪些新手程式設計師不知道的小技巧
3樓：四川中公優就業
老鳥和新手的一個很大區別來自於debug的能力。其中最主要又可以從兩方面看出來：
1. 從高層往底層找錯。
2. 科學方法。
很多新手遇到程式執行結果不對（尤其是圖形程式設計師），先認為是機器毛病（浮點精度、硬體故障），然後認為是驅動有錯，再認為是系統有錯，最後才開始排查自己的程式。其實99%的情況下是自己程式有錯，然後那1%裡面的99%是系統有bug，再接著那1%裡的99%是驅動有bug，最後到硬體問題，已經微乎其微了。應該從高層往底層查，而不是反過來。
debug一般來說是知道現象，但原因未知。這一點和很多自然科學的情況一樣，所以完全也可以用科學的方法來：提假說->根據假說做出預言->做實驗肯定或否定預言。
對應於debug，那就是假設是某個地方有問題，那麼推斷它一定會導致除了你看到的現象之外的其他現象，執行程式看你的推斷是否成立。掌握這個方法後debug不在變成瞎找瞎試，而是有跡可循有系統可依賴的方法。
一名合格的程式設計師需要懂得那些知識並掌握那些技巧
4樓：最愛
沒事,世上無難事，只怕有心人.小學文化也完全可以學會程式設計,興趣是最好的老師.對，你要先學c語言,是程式設計入門的 ,你要有書看 。可以在我資料裡，找我扣，我輔導你學
5樓：匿名使用者
還是就實在的社會中的工作崗位來說說好了：
確定好你的工作行業
，是網頁行業？window應用程式行業？還是嵌入式行業？
網頁行業主要是做**，需要掌握php、js等語言window應用行業，主要是c++了
嵌入式的，主要就是底層開發，c語言了
以上都是表象，需要打好基礎，需要實質性的東西，資料結構是一定要學的，還有些計算機核心課程，我忘記了，應該也很重要
要作為一名程式設計師需要具備的知識和技能應該有哪些？
程式設計師轉行適合哪些崗位，程式設計師轉行能做什麼工作？
cda資料分析師 所謂 三十而立 源自 論語 為政 說的是人過了30歲之後就應該擁有獨當一面的能力或有比較穩定出色的職業。而對於軟體開發領域的從業者來說，30歲，可以說是一道檻。因為30歲，我們不再年輕 30歲，我們需要肩負更多的責任。30歲以後，適合程式設計師的工作都有哪些呢？是時候好好規劃一下了...
程式設計師需要學什麼軟體，軟體程式設計師要學習哪些課程？
1.c 基礎的東西還是先要會的。2.學結構與類，介面，繼承。不一定要很精通，不過寫多了也就這回事了。3.型別轉換。比如裝箱拆箱過程，瞭解之後會對提高程式效能大有幫助。4.委託與事情。把方法作為引數傳來傳去。即使不會寫，也要學會抄著用。5.泛型。基本要了解一些，關鍵的時候還用得上。6.反射。一樣，即使...
程式設計師真的更容易脫髮嗎，當程式設計師有什麼體會？真的會掉頭髮嗎？
腦力勞動的人更容易脫髮，有個說法叫 聰明絕頂 不是沒有道理。看看近代哪些科學界的大咖，尤其是物理學的大師，幾乎沒有不脫髮的人存在。為什麼腦力勞動會導致脫髮？有兩個原因，第一是腦力勞動是一個需要調動血液迴圈的過程，在腦力勞動中，大腦需要大量的氧氣和能源消耗，與此相對應的，像是 毛髮這類的血液供給就會減...