怎樣才算一個牛程序員

Ⅰ 一個牛逼的程序員都有什麼特徵呢

特徵就是：眉頭緊鎖，面無表情，活動范圍小，像園里的一隻猴一樣！

這張圖可以描述，呵呵！！

Ⅱ 如何辨別一個程序員水平的高低

1.自己介紹項目，看對項目的提煉總結能力（也是抽象能力）；
2.自己印象最深的bug，可以知道大概技術深度；
3.設計模式提問，看有沒有學習方法；
4.語法基礎問題，多線，分布，安全等問題，看知識面廣度；
5.智力問題，看反應能力，分析問題思路等
上述五步基本可知是否是一個好程序猿

計科專業從事軟體開發十幾年了，主要在瀏覽器內核領域研究的比較多，最近在研究伺服器後台方向，辨別程序員水平高低主要看做出了什麼產品，如同現在的程序員主要是項目經驗，簡歷上寫的一堆項目經驗都是面試的時候主要提及的問題。經常在面試中會問兩個關鍵點：一個是做過什麼項目；一個是在項目組中承擔什麼職務，畢竟參與過和做的多少程度是不一樣的，這些都是可以通過一些具體的細節檢測出來，問題越具體越是容易看出水準，具體的東西不是能夠編造出來的。

有很多技術公司直接不通過筆試，僅僅通過簡單的面試就確定工資水準了，最簡單的測試程序員水平的直接用筆試的方式，筆試可以把一些細節量化，盡量的細節化也是能測試出程序員基本功的，但這種基本用來測試初級程序員的，很多高級的程序員看到有筆試直接就抬腿走人了，因為有些程序員在一個方向做的時間太長了，很多基本功都忘得差不多了，所以筆試可能不過關，現實中很多程序員筆試不過關，面試還可以，也一樣可以做項目說的就是這類人，起碼這算是非常優秀的程序員。

有很多公司採用谷歌的方式，直接採用上機寫代碼的方式檢驗程序員水平，這種方式比較直接，但在現實中可能消耗的時間以及面試官的精力，目前只有極少數的公司用這種方式，國外的公司用這種方式比較多，這種看基本功非常有效。通過代碼可以看到編碼習慣以及演算法的設計上，都能直接看的出來。

普通的程序員直接看項目的經驗，高級的直接看做過的產品，特別是產品主要設計人員，這就是程序員內心的自豪感，畢竟作為一個程序員起碼要有自己設計開發的產品，也算是不白做一個程序員，在程序員的職業經歷中如果能經歷過一個產品從開始設計的初稿到最後推向市場，如果是完整的經歷，將是一種巨大的財富，只要經歷過一次都會對產品設計有一個比較層次的認識，這種能力需要靠直接的面試語言表達來展示出來，談下對產品的認識以及產品穩定性性能等方面的總結，能到這個層面起碼是高級軟體工程師的級別。

當然有些程序員內在的東西不是靠語言或者寫代碼看出來的，因為一個優秀的程序員不僅僅是代碼能力以及框架能力，還有幾個非常重要的能力

程序員的能力表面是可以直接展示出來，但很多內在需要是需要時間的磨合才能了解，人就才能見人心，而且很多優秀的程序員是培養出來的，能夠長時間在一起的隊友都是時間長了磨練出來的。

希望能夠幫到你。

自認為不是一個好的面試官，因為我認為在這么短的時間內，准確地衡量出來程序員水平的高低是有比較大的難度的，並且我有多次看走眼的時候，面試的時候覺得能力還不錯，但是入職工作了一段時間之後，編程能力不忍直視。

工作之後接觸一段時間，我會從這么幾個方面觀察他們，以判斷技術能力的高低和發展潛力。

能不能把開發任務按時按質量地完成，當然是最主要的衡量標准了:

在開發過程中，難免會遇到沒有見過的問題，有些程序員遇到問題無從下手，而優秀的程序員，自有一套解決問題的方法。

有人會認為，程序員的主要工作就是敲代碼，上班大部分時候都是在敲代碼，其實並不是這樣：

好的程序員，相同的問題不會犯第二次，差的程序員，總會在一個問題上栽跟頭：

不請自來，一介碼農路過，留下些看法。

程序員主要是有四種綜合能力，也就是debug 能力、 performance分析、 保護性編程和 投入產出比。

在這里不能說一棒子打死，至少對於很多人來說，能獨立完成是沒什麼問題的，有的是因為對業務熟悉，有的是真的基礎扎實。但怎麼說呢，程序員和瀏覽器打交道是最多的，現在這個互聯網時代，遇到的大部分問題網路都是可以解決的，也就是普通程序員 + 網路 = 超級程序員。 但很多人也沒明白具體的原理，甚至都是這個項目抄抄那個項目抄抄的，久而久之雖然解決了平時的業務，但進步的空間卻很少，甚至止步不前，寫出來的代碼也可能存在很多坑，所以，僅僅能獨立完成任務的話，離高手還有比較遠的一段距離。

也就是結合我們一開始列舉的那四個能力進行判斷。不同級別的程序員，在那綜合能力面前，強弱也是不同的。例如在奔潰的或者其他性能調優問題上，即使是面對大量復雜的代碼，在信息不全的時候也會一步步的分析，抽絲剝繭縮小范圍，最終定位根本原因

，並且最終給出一個好的方案。

當然還有看他摘了帽子是否禿頂這樣的笑話，就再不贅述了。

第一階段（黃金）:會用編程語言實現需求，比如現在的業務系統，都會找一些會搬代碼的人來拼工作量，也就是能自己獨立基於搭好的框架實現crud常規操作。

第二階段（鉑金）:除了crud，還會有一些自己踩過坑的經驗，知道如何處理一些常見問題，或者可以基於搜索引擎快速解決一些異常情況。

第三階段（鑽石）:能解決一些疑難雜症和會通過debug部分源碼類庫查看到這些疑難雜症是如何引發的，並通過編碼解決這些問題，還能進行一些局部的性能優化，類似某個系統介面緩慢可以單獨去優化。

第四階段（星耀）:會基於整個系統進行設計和規劃，根據業務特性選擇合適的框架，從源頭控制開發遇到問題的頻率，可以自主的搭建框架並完善機制，了解各個組件工作原理。

第五階段（王者）:小說裡面總是說練武功的永遠比不過創造武功的，同樣的道理，用框架的也往往不如寫框架的，所以寫框架的這類人單獨分層。

第六階段（榮耀）:其實這個階段不應該列入進來，因為這類人往往不編碼的，只是給出思想；像Hadoop這種框架就是基於人家發表的一些論文（bigdata)進行編碼實現的，這類人注重的是思想和演算法，區塊鏈，大數據，雲計算等等概念的創造和理論的支撐是這類人提出來的，這些人才是真正影響行業走向的人。

程序員的水平高低，不是靠語言或外在表現就能看出來的，不是看他會多少技術、參加過多少項目、寫了多少博客，而是看他在實際業務場景中解決問題的能力，尤其是面對一些特別復雜的問題，或在高強度、高壓工作狀態下解決問題的能力與態度。

技術可以通過學習掌握，但是解決問題、定位問題的能力卻不是一蹴而就。大家可能會說，「解決問題的能力」這個太寬泛了吧，可以更具象化嗎，有具體的測量方法嗎？簡單整理了以下幾點供參考。

會寫出滿足需求的代碼，早就不是評判程序員水平的標准了。代碼編寫既要滿足業務需求，同時還要考慮後續的軟體維護，說得通俗些，既要自己爽，也要別人爽。一個優秀的程序員，會致力於寫出更簡單、更效率、可讀性強、擴展性強的程序代碼。

程序員在日常工作中，需要理解各式各樣的業務需求，所以這就需要程序員具備一定的邏輯思維能力。可以說，邏輯思維是程序員的靈魂，因為每一行代碼都是程序員邏輯的體現。

項目著急上線，發布時出現問題？

業務高峰時段，系統宕機了？

業務催、運營催、用戶催、老闆催！

各種形態的bug，各種著急的心情，背後無數支眼睛盯得內心慌慌......

這些都是一位合格程序員所需要面對的日常。不同的程序員，在解決問題的方法、效率、質量等方面，都各有千秋。一個經驗豐富的程序員，能夠扛住各方壓力，在復雜條件下找到核心問題，通過抽絲剝繭的分析來找到產生問題的原因，並快速進行應對處理，事後及時復盤總結，減少同類問題出現的概率。

隨之互聯網的發展，越來越多的人湧入程序員這個賽道，競爭日益激烈，加之新技術層出不窮，更新迭代快，程序員所使用的語言、框架、模式都會發生天翻地覆的變化。如果不主動學習，你很快就會被落伍淘汰。

這種其實在面試過程中能體現出來，溝通主要是技術溝通，以及和客戶之間的溝通，所有技術都不是閉門造車就能搞定的，溝通能讓事情推進起來更加順暢，包括和產品經理之間的流暢的溝通也顯得非常重要。程序員的能力表面是可以直接展示出來，但很多內在需要是需要時間的磨合才能了解，人就才能見人心，而且很多優秀的程序員是培養出來的，能夠長時間在一起的隊友都是時間長了磨練出來的。

線上出bug了，第一時間響應、處理；

團隊項目進度緊張、人手緊缺，主動補位；

又或者，在項目推進過程中如果只是關心自己模塊內容，對於整個項目置之不理，只守著自己的一畝三分地。

隨著時間軸的拉長，你會發現，有此f技術能力不是最好的，甚至不如你的小夥伴，最後做到了技術主管或經理、甚至更高職位，這裡面除了技術實力，還有一個叫「責任心」的東西。

結束語

判斷一個程序員的水平高低，核心是其解決問題的能力，而解決問題的能力養成，需要扎實的底層基礎來支撐，要綜合其代碼質量、項目經驗、框架能力、邏輯思維等等多方面，不能單看某一方面。

而對於1-6歲的程序員來說，想要成為一個高級程序員，變得越來越優秀，唯有持之以恆去學習、積累、實踐、修煉。

----end----

一：50歲的時候，頭發還是黑色的濃密的。

二：賺到的錢能保證家人快樂的生活。

三：當公司不要你的時候能成功轉型。

其他的例如編程經驗、寫代碼厲害啊什麼的根本不值一提。

這就是程序員的面試嘛 :-)

（1）是否能熟練使用所用編程語言的主要功能；

（2）是否知道用合適的數據結構解決問題；

（3）是否知道基本的演算法，並且用這些演算法解決問題；

（4）只看少量代碼的話，從變數命名和程序結構一般能夠判斷是否是新手；

（5）給出具體問題，能夠用程序解決，能考慮到所有的邊界條件；

（6）考慮程序的可擴展性，可維護性；

再往高一點走，就需要

（7）面對模糊的問題能夠分析並且找到細節和具體的需求；

（8）知道利用已有的庫，架構和工具等來解決新的問題，而不是什麼都自己實現；

（9）能發現並改進已有程序中的瓶頸；

（10）對整個大項目的程序架構有很清晰的了解，知道相互之間的依賴，以及知道為什麼採用這樣就架構；

（11）給一個大的項目，能夠對整個項目的程序架構和組件進行合理的設計，考慮並行性，低延遲，大數據量等各種需求和應對方式。

帶領團隊已多年，項目數十個，對判別程序員水平的高低，我有自己的看法，歡迎大家一起交流。

1.代碼質量。

優質的代碼，首先是經得起考驗。靜態分析工具過一遍，無錯誤，無警告。當然警告部分需要人工重審，因為靜態分析工具不一定完全正確。過了這一關，重要的還須過測試關，少Bug或無Bug的代碼，才是好代碼。優質的代碼帶有技術氣質和藝術氣質。閱讀起來，有一種賞心悅目的快感，即工整美觀，干凈利落，又蘊含著理論常識，運用技巧，精準到位。

2.表達能力。

3.文檔能力。

文檔形式包括但不限於PPT，文字，圖表，音視頻。文檔內容包括但不限於API說明，工具手冊，項目事項，技術論述，陷阱總結，方案展示，指導手冊。文檔要求必須是滿足公司或部門的規范和格式，否則五花八門的，不利於交流和傳承。

以上3點，是我量化判斷程序員水平的標准，僅供參考。相比水平，其實我更看重程序員的態度，執行力，時間觀念，自學力等等，也是很重要的團隊作戰能力，也可以說是程序員水平的考量吧。

謝謝大家。

Ⅲ 如何成為一個優秀的程序員

講幾個小的方面吧。

批評還是啟發?

代碼審查是一個不錯但很少用的想法。在一個團隊里，優秀的程序員另一個任務就是要指導經驗比你少的程序員，但是主要以指導和啟發為主，不是貶低和公開批評，因為消極的態度不利於接下來團隊合作的開展。

學會分享

搞編程的沒有去逛一些論壇都不好意思說自己是干編程這個行業的。優秀的程序員往往會在這些論壇幫助別人，而實質上，輸出就是最好的學習。在一個團隊中也是一樣，幫助他人解決問題收獲更多，你也將不斷地得到成長。

勞逸結合

每天工作 24 小時不會讓你更有效率！不少程序員年紀輕輕就有腰椎盤突出、頸椎病、肩周炎、腰肌勞損、圓肩駝背等職業病。程序員們需要加強鍛煉，運動不僅僅可以加強肌肉的力量和耐力，而且也能夠活動身體的各個關節，有效緩解長時間保持一個動作導致局部肌肉過勞。

另外，編程是一項艱苦的腦力勞動活;有時你的大腦確實需要休息一下，休息是為了更好的工作。否則，你的工作質量將大打折扣。業余時間養成一項自己的個人愛好，確保自己可以放鬆並沉浸其中。如果是球類運動，效果更好，它將讓你保持旺盛的精力和活力。

不要閉門造車

留意網路各種平台，學習新語言和框架、參與討論以及看看同行在干什麼。多關注業界在干什麼，這將讓你的視野更加廣闊，不致於為了編程而編程。

Ⅳ 要做好一個程序員要具備什麼條件

1、扎實的基礎

數據結構、離散數學、編譯原理，這些是所有計算機科學的基礎，如果不掌握它們，很難寫出高水平的程序。程序人人都會寫，但當你發現寫到一定程度很難再提高的時候，就應該想想是不是要回過頭來學學這些最基本的理論。不要一開始就去學OOP，即使你再精通OOP，遇到一些基本演算法的時候可能也會束手無策。因此多讀一些計算機基礎理論方面的書籍是非常有必要的。

2、豐富的想像力

不要拘泥於固定的思維方式，遇到問題的時候要多想幾種解決問題的方案，試試別人從沒想過的方法。豐富的想像力是建立在豐富的知識的基礎上，除計算機以外，多涉獵其他的學科，比如天文、物理、數學等等。開闊的思維對程序員來說很重要。

3、最簡單的是最好的

這也許是所有科學都遵循的一條准則，復雜的質能轉換原理在愛因斯坦眼裡不過是一個簡單得不能再簡單的公式：E=mc2。簡單的方法更容易被人理解，更容易實現，也更容易維護。遇到問題時要優先考慮最簡單的方案，只有簡單方案不能滿足要求時再考慮復雜的方案。

4、不鑽牛角尖

當你遇到障礙的時候，不妨暫時遠離電腦，看看窗外的風景，聽聽輕音樂，和朋友聊聊天。當我遇到難題的時候會去玩游戲，當負責游戲的那部分大腦細胞極度亢奮的時候，負責編程的那部分大腦細胞就得到了充分的休息。當重新開始工作的時候，我會發現那些難題現在竟然可以迎刃而解。

5、對答案的渴求

人類自然科學的發展史就是一個渴求得到答案的過程，即使只能知道答案的一小部分也值得我們去付出。只要你堅定信念，一定要找到問題的答案，你才會付出精力去探索，即使最後沒有得到答案，在過程中你也會學到很多東西。

Ⅳ 如何成為一個傑出的程序員或軟體工程師

我不能算是一個很優秀的程序員，但這個問題我已經反復思考了五年了。跟大家分享一下我的看法：

首先， 我認為答案絕對不是 "只要寫很多年代碼就好了「。我面試過不少有10年經驗，代碼卻寫的很糟糕的程序員。經驗很保貴， 但只靠經驗是不夠的。就像下棋一樣，假如你用心研究，復銷則伏習，不斷挑戰自己，也許可以成為一名大師。但不斷用懶散的方式去玩棋，下20年也只是一個"臭棋簍子「。

我覺得比較有用的進步方式：

1. 學會看代碼

大多數程序員都只願意用自己寫的代碼，但高手一般可以輕易調用別人寫的代碼。表面看上去是工作習慣不同， 但實際上是能力上的差別。看代碼要比寫代碼難很多倍。

我建議上班時多給隊友們作code review，下班後試著閱讀github上的開源代碼。

2. 復習

程序員一般都很忙， 手上有永遠也做不完的活兒。但在某些公司里， 你只是在反復做同樣的事。偶爾放下手上的活兒，留下一部分時間來分析自己的弱點，更改壞習慣，看新書， 或學習新語言。

3. 做個人項目

工作中的編程一般只能讓你熟悉一部分技術， 導致漏洞的形成。這就盯啟好像你長期一個人在自己後院練習投籃， 但第一次打比賽才（在慘敗中）發些原來還需要傳球， 防守， 強籃板這些概念。

Facebook喜歡僱傭所謂的 「full stack programmer」，就是一個人從設虧攜計，到交互，到html， css，javascript， server，sql， 架構，和數據統計都能做。成為full stack programmer最好的方式就是不斷做個人項目。

4. 問答網站

問問題和回答問題都是很好的學習方式。 有的時候寫出一個好問題， 比寫出解答次問題所需要的代碼還難。寫問題可以幫你整理自己的思維邏輯。你可以試著每周在上問一個好問題或寫一個好答案。

5. 加入一個好團隊

最好的進步方式就是跟比自己強的人一起做事。高手都願意聚在一起，所以很多會選擇去優秀的早期創業公司。我在矽谷和創新工場創業時遇到了很多神人， 跟他們學了不少東西。

Ⅵ 如何成為一個牛逼的程序員

如果要想成為一個厲害的程序員，涉及到的方面比較多。
首先要了解計算機的組成原理、結構體系，還要熟練掌握多種編程語言，以及常見的演算法。
還需要熟悉各種軟體知識：網路、圖形圖像、數據結構、編譯原理等
同時熟悉相關的專業知識，這個得看所在行業了。如在電力行業的軟體需要對電力調度、保護設備等了如指掌。
這些，需要投入大量的時間進行學習。需要毅力才可以實現，不是說說就行的。

Ⅶ 我想問一下啊，想在IT行業里做一個優秀的程序員，需要怎樣的素質才行。

1、養成良好的書寫代碼的習慣，該加註釋的時候一定要加註釋，該大寫的地方一定要大寫，變數命名不能模糊不清。這是基礎，是為了讓別人能看明白你所寫的代碼，不能你寫的代碼只有你自己才看的明白。

2、注意所寫軟體的版本控制。

3、勤奮學習最新的技術，計算機技術日新月異，這點我不說相信你也知道。

4、養成寫開發文檔的好習慣，再接到一個項目時，第一件事情是進行需求分析，然後寫開發文檔，把你每一步要做什麼都先寫清楚，再動手做。

5、不要怕技術難題，在計算機領域，只有不能解決難題的人，沒有人解決不了的難題。

6、虛心象他人學習，即使技術實力比你差很多的人，也肯定會知道一些你所不知道的技術點。

第一種武器：開發工具

至少熟練掌握兩到三種開發工具的使用，這是程序員的立身之本，其中C/C++和JAVA是我重點推薦的開發工具，C/C++以其高效率和高度的靈活性成為開發工具中的利器，很多系統級的軟體還是用C/C++編寫。而JAVA的跨平台和與WEB很好的結合是JAVA的優勢所在，而本人對SUN公司的「網路即計算機」的概念相當欣賞，並相信JAVA即其相關的技術集JAVA One會成為未來的主流開發工具之一。其次，如果能掌握一種簡便的可視化開發工具，如VB，PowerBuilder，Delphi，C++ Builder，則更好，這些開發工具減小了開發難度，並能夠強化程序員對象模型的概念。另外，需要掌握基本的腳本語言，如shell,perl等，至少能讀懂這些腳本代碼。

第二種武器：資料庫

為什麼資料庫是如此重要？很多應用程序都是以資料庫的數據為中心，而資料庫的產品也有不少，其中關系型資料庫仍是主流形式，所以程序員至少熟練掌握一兩種資料庫，對關系型資料庫的關鍵元素要非常清楚，要熟練掌握SQL的基本語法。雖然很多資料庫產品提供了可視化的資料庫管理工具，但SQL是基礎，是通用的資料庫操作方法。如果沒有機會接觸商業資料庫系統，可以使用免費的資料庫產品是一個不錯的選擇，如mySQL, Postgres等。

第三種武器：操作系統

當前主流的操作系統是Windows，Linux/Unix，熟練地使用這些操作系統是必須的，但只有這些還遠遠不夠。要想成為一個真正的編程高手，需要深入了解操作系統，了解它的內存管理機制、進程/線程調度、信號、內核對象、系統調用、協議棧實現等。Linux作為開發源碼的操作系統，是一個很好的學習平台，Linux幾乎具備了所有現代操作系統的特徵。雖然Windows系統的內核實現機制的資料較少，但通過互聯網還是能獲取不少資料。只有對操作系統有一定的了解後，你會發現自己上了一個新的台階。

第四種武器：網路協議TCP/IP

在互聯網如此普及的今天，如果您還沒有對互聯網的支撐協議TCP/IP協議棧有很好的掌握，就需要迅速補上這一課，網路技術已改變了軟體運行的模式，從最早的客戶/伺服器結構，到今天的WEB Services，再到未來的網格計算，這一切都離不開以TCP/IP協議棧為基礎的網路協議支持，所以，深入掌握TCP/IP協議是非常必要的。至少，你需要了解ISO七層協議模型，IP/UDP/TCP/HTTP等常用協議的原理和三次握手機制。

第五種武器：DCOM/CORBA/XML/WEB Services

隨著技術的發展，軟體與網路的無縫結合是必然趨勢，軟體系統的位置無關性是未來計算模式的重要特徵之一，DCOM/CORBA是當前兩大主流的分布計算的中間件平台，DCOM是微軟COM(組件對象模型)的擴展，而CORBA是OMG支持的規范。程序員需要做的不僅僅是利用商業的開發平台來開發軟體，而是要理解這些技術的初衷，即為什麼需要這項技術，如果你能理解了這一點，再回頭看這些技術的具體實現，就如庖丁解牛，迎刃而解。XML/WebServices重要性不言而喻，XML以其結構化的表示方法和超強的表達能力被喻為互聯網上的「世界語」，是分布計算的基石之一。

第六種武器：軟體工程與CMM

現代大型軟體系統的開發中，工程化的開發控製取代個人英雄主義，成為軟體系統成功的保證，一個編程高手並不一定是一個優秀的程序員，一個優秀的程序員是將出色的編程能力和開發技巧同嚴格的軟體工程思想有機結合，編程只是軟體生命周期中的其中一環，優秀的程序員應該掌握軟體開發各個階段的基本技能，如市場分析，可行性分析，需求分析，結構設計，詳細設計，軟體測試等。一句話可以概括我的看法：「創意無限，流程保證」。

第七種武器：強烈的好奇心

什麼才是一個程序員的終極武器呢，那就是強烈的好奇心和學習精神。沒有比強烈的好奇心和學習精神更好的武器了，它是程序員們永攀高峰的源泉和動力所在。
一.快樂的語言

這是一種你用來思考的語言。這是一種你希望無時無刻不在使用的語言。這是一種用來編寫自己的項目的語言。對於我來說，它是OCaml (現在還有JavaScript，盡管我正在把CoffeeScript吸收進我的世界裡)。對於很多人來說，它可能是LISP 或 Haskell。當一個人告訴我他的快樂的語言後，我能根據這個看出這個人的身上的很多特點。

如果這種語言是一種很深奧的或新的語言，這說明他對編程有熱情。

如果這種語言是一種主流語言，這說明他很明智或實用主義。

二.高產的 / 強大的語言

這種語言里應有經驗，包羅萬象。它很成熟，有大量的基礎庫。使用這種語言，它可以在緊要關頭快速的幫助你開發出各種服務或命令行工具。你的指尖敲動幾下，一切事情都搞定。

如果一個程序員列出很多這樣的語言，這也許能說明他可以使用所以的這些語言來開發RESTful服務。

如果我沒發現他有高產的語言，或者很少，那麼我就會懷疑他要麼缺乏經驗，要麼不夠專業。

三.黃油 + 麵包

這種語言是當生活拮據的時候它能讓你賴以生活的語言。這是一種只有當你自己或家人需要你去掙扎奮斗時才需要的語言。

如果一個人沒有掌握一種能夠換取黃油麵包的語言，那他很可能需要接受一些」如何在一個團隊里有效率的工作「這方面的教育。