如何鑒別菜鳥程序員

A. 90後二流大學程序員自述：從「菜鳥」到「辣雞」，我到底經歷了什麼

程序員高手和菜鳥，不僅僅是技術上的差距，還體現在習慣、經驗、看問題的角度等各個方面。

1.代碼規范：代碼寫得不好，其實一眼就能看出來；比如代碼裡面的各種命名（包、類、方法、變數等等）。在最初寫程序的時候，很多人都會起沒有含義的變數命名，比如 String str;其實我們完全可以把變數名稱起成帶業務含義的，比如在運用中慢慢發現用String username我們會越來越熟練，寫的也越來越好。

B. 菜鳥技術是什麼意思

菜鳥技術的意思是是講技術不行不過硬，凡指技術不好的人。

C. 程序員的十種級別

第一級：神人，天資過人而又是技術狂熱者同時還擁有過人的商業頭腦，高瞻遠矚，技術過人，大器也。如丁磊，
求伯君。

第二級：高人，有天賦，技術過人但沒有過人的商業頭腦，通常此類人不是頂尖黑客就是技術總監之流。

第三級：牛人，技術精湛，熟悉行業知識，敢於創新，有自己的公司和軟體產品。

第四級：工頭，技術精湛，有領導團隊的能力，此類人大公司項目經理居多。

第五級：技術工人，技術精湛，熟悉行業知識但領導能力欠加，此類人大多為系分人員或資深程序員，基本
上桀驁不遜，自視清高，不願於一般技術人員為伍，在論壇上基本以高手面目出現。

第六級：熟練工人，技術有廣度無深度，喜歡鑽研但淺嘗輒止。此類人大多為老程序員，其中一部分喜歡利用工
具去查找網上有漏洞的伺服器，干點壞事以獲取成績感。如果心情好，在論壇上他們會回答菜鳥的大部
分問題。此級別為軟體業苦力的重要組成部分。

第七級：工人，某些技術較熟練但缺乏深度和廣度，此類人大多為程序員級別，經常在論壇上提問偶爾也回答菜
鳥的問題。為軟體產業苦力的主要組成部分。

第八級：菜鳥，入門時間不長，在論壇上會反復提問很初級的問題，有一種唐僧的精神。雖然招人煩但基本很可
愛。只要認真鑽研，一兩年後就能升級到上一層。

第九級：大忽悠，利用中國教育的弊病，頂著一頂高學歷的帽子，在小公司里混個軟體部經理，設計不行，代碼
不行，只會胡亂支配下屬，拍領導馬屁，在領導面前胡吹海侃，把自己打扮成技術高手的模樣。把勾心
斗角的辦公室文化引入技術部門，實在齷齪！

第十級：驢或傻X，會寫SELECT語句就說自己精通ORALCE，連寄存器有幾種都不知道就說自己懂匯編，建議全部
送到日本當IT產業工人，掙了日本人的錢還嚴重打擊日本的軟體業！

D. 程序員中「菜鳥」和大神之間的區別到底在哪

您好，希望以下回答能幫助您
技術而言 新手是剛完的 老手就算是新手號也是老手 看在我扣 字不容易 望採納 記得採納啊
如您還有疑問可繼續追問。

E. 低層次的菜鳥級碼農算是程序員嗎

碼農，顧名思義就是最基礎的編碼人員純寬，其基本不帶管理，就畝褲嫌像數碼車床的G代碼員工一樣。迅手程序員相對層面上高級一點，這是我的個人觀點。

F. 討論：程序員高手和菜鳥的區別是什麼

區別在於，辦事效率高，遇到問題到解決問題的時間短，思路清晰，會搭配各種要求的伺服器並且能及時處理這些伺服器所遇到的問題，懂資料庫優化，大大提高用戶訪問網頁的速度，網站請求資料庫返回數據的效率，會各種框架，也應該是一名liunx大神，數據結構學過吧，骨瓜爛熟它，網站架構好，資料庫架構好，等等吧

G. 普通程序員和大神程序員，到底有啥區別「渡一教育」

眾所周知，雷軍本就是一位超級厲害的程序員。他曾經這樣評價自己的編碼水平：「我沒寫過詩，但是有人評價我寫的代碼像詩一樣優雅。」

好吧，有被凡到。

盡管很多人曾因為雷總過於濃密的發量而懷疑他作為程序員時的水平。但是從雷總的語氣中我們可以感覺到他對於自己編碼能力的自信。

不得不承認，同樣是程序員，普通程序員和大神的差別是巨大的。

當普通程序員嘗試重構一個簡單的模塊

當大神級程序員重構代碼

普通程序員做的多線程

大神級程序員做的多線程

是否過於真實？剛入門的小白程序員流下了羨慕的淚水。。。

另外，據不權威調查顯示，大神程序員的生活作息遠不同於普通人類，基本上是晝伏夜出。果然，大神早已非正常人類，不食人間煙火。有圖為證(第一列是時間，第二列是代碼行數。)

這是FFmpeg的作者FabriceBellard的編碼時間表，能看出來，越到晚上靈感越強啊。額，不過，這位大佬是會睡著睡著覺靈感突發蹦起來提交代碼的嗎……

而這是LiveJournal的作者BradFitzpatrick在memcached項目上的時間表。

典型的夜貓子，晝伏夜出，每天只睡四個小時。

仁慈的獨裁者，Python之父Guidovan Rossum同樣是一位暗夜使者。

美好的一天從下午開始，夜晚才是靈感的源泉。不過大佬好像真的不用睡覺的。。。。

而在夜行者之上，更有一種恐怖存在，他們宣告了永動機是可以實現的，因為他們自己，就是永動機。。。

「世界上最好的語言」php的創始人RasmusLerdorf，便是其中翹楚，這是他在php-src項目上的提交時間：

果然是大佬，白天正常工作，晚上更加興奮。果然，真正的大神都是突破人類身體極限，完全不用睡覺的。

當然了，以上這些呢不過是一些極端案例，他們雖然是真正的大神，小渡也絕不建議小夥伴們學習這種作息習慣。不然很有可能，技術沒學到，發量卻比大神還少。。。

而在日常的工作中，大神對於小白的碾壓更是全方位無死角。

註：reinventing the wheel 重新發明輪子

果然，大神的工作都是獨出心裁的。

額，不過這么一看嘛，菜鳥和大神好像差不多。。。。

大神的反應總是波瀾不驚的，好像沒什麼成就感。。。

離譜。。。。

笑出自信，笑出強大！

看到大神們種種不同凡響的表現，小夥伴們有沒有心生嚮往？不要灰心，只要努力，假以時日你一定也能像雷總那樣，寫出詩一樣優雅的代碼。

要想真正的成為大神，要腳踏實地，有的放矢，為自己設立目標，不斷向目標逼近。

至少要做到以下幾點：

程序員之所以被稱為「大神」，顧名思義便是在專業領域他們無所不能。所以，大神之路第一步就是補全自己技術上的短板，項目出現任何技術難題時，只要自己出馬便能發現問題所在，從而找到解決方法。

多隆就是這樣一位全能的大神，「只要有技術上的困難，找多隆，沒有解決不了的」這是在阿里技術人員內部流傳的一句話。

對於編碼技術，多隆便是武俠小說中已臻化境的絕頂高手，從2003年到2007年，搜索引擎工作一直都是多隆一個人負責，但這不是他所有的工作，因為他解決問題的能力是驚人的。

多隆一個人能頂一個團隊，別人做事可能要成立一個項目組，而他從頭到尾都是自己一個人，即使他負責的事情以前從沒有接觸過。

阿里研究員畢玄曾舉例說：「五彩石項目多隆完成了商城搜索的mp邏輯，當時如果沒有多隆，整個項目需要延後2周；還有一次，淘寶session框架調用session_tair故障，一堆人（應該有10人+）一起排查問題，從6:00排查到第二天的6:00，最後多隆查到了問題。」

而達到如此境界，與多隆自身的特質分不開。當他沉浸在他的程序世界時，外界的人和事很難干擾到他。他不擅交際，也不玩什麼社交網路，一般很難在公眾場合見到他，只要能不參加的會議、采訪，他都不會參加。

就算去，他也常常會帶上筆記本。據說他也曾經帶著筆記本去outting，在車上寫代碼……

而且盡管被同事們頂禮膜拜，多隆依然謙遜，他說：「我就是個寫代碼的，很普通」。

從多隆身上我們也能看到，想要成為大神，首先就是要靜下心來沉住氣，認真研究代碼，不斷學習進步，完善技術，讓自己不再有短板。

理想是最好的指引者，對於技術行業尤其如此。

很多人在成為程序員之初，都抱有改變世界的想法，想像著運用自己的編程技術來為未來的世界增添色彩。而真正能將這種想法堅持到底的人可謂是鳳毛麟角，但這恰恰是成為大神程序員的重要特質。

支付寶OB資料庫團隊的隊長陽振坤就是這樣一位典型的理想主義者，在他的職業生涯中遭遇了太多的挫折和失落，但他始終保持著一個技術人員的初心，堅持理想，不曾退讓。

陽振坤曾是北大的學術明星，北大本碩博一路念完留校任教，不但破格晉升教授，還成為北大首批「長江學者獎勵計劃」特聘教授之一。他的理想就是攻克分布式系統難題，建成中國技術人自己的分布式資料庫。

在加入網路之後，他集中一切精力來進行資料庫的開發，然而盡管他主導的分布式系統在性能上已經超過了開源系統，網路仍然以成本太高為理由解散了他的團隊。

隨後他加入阿里，陽振坤繼續做分布式資料庫研發，他的團隊從零發展到十幾人，搗鼓出中國第一個分布式資料庫，他們給它起了個名字叫OB。

然而，同樣因性價比的問題，陽振坤和他的OB團隊在阿里坐了冷板凳。這一彼時僅有十幾個人的團隊曾在長達三年多的時間里，孤獨而邊緣。

很多同事都說，「如果陽老師願意妥協，放棄OB，轉去做開源系統的技術優化，早就撥雲見日了。」

但是，那顯然不是他想做的事情。

不過相比於網路，阿里對於「無用」的創新有更大的包容，OB最終被並入了支付寶。彼時的支付寶，面臨著一個世界級的難題：雙11的交易量呈幾何級增長，未來勢必還將繼續呈幾何級增長，可是支付寶當時用的甲骨文資料庫早已經承受不了這么龐大的數據量。

為了應對雙11這天的數據，只能再花數億千萬人民幣的價格去購買主機，可在交易恢復常態時，昂貴的主機旋又陷於長期閑置狀態，這樣未免得不償失。

因此OB這一還未正式上過「戰場」的資料庫，被支付寶高層認定是解決雙11支付峰值這一世界級難題的「鑰匙」。OB最終也不負眾望，幫助支付寶攻克了這一難關。

2016年5月，時任螞蟻金服董事長彭蕾親自將支付寶內部最高榮譽——CEO大獎「勛章」戴在了以陽振坤為首的OB團隊成員的脖子上。

從陽振坤的身上我們可以感受到，理想或許會讓我們一時間陷入困境，但如果我們堅持下去，會帶給我們更大的回報。

這是老生常談，卻也是最重要的一點。這是每一個想要突破自我的人所必備的特質，也是每一個大神程序員依舊在堅持的習慣。

即使多隆在阿里早已封神，但是他仍然每天醉心於編程的世界，研究各種代碼，不斷強化完善自己的技術。

即使陽振坤和他的OB團隊已經為取得了阿里的最高榮譽，他們仍然在每一次維護和升級中不斷地為OB資料庫做出新的改進和嘗試，向著更高遠的目標進發，他們期待著有朝一日OB可以超越IOE，成為世界上最棒的分布式資料庫。

每一個大神，都是由小白蛻變而成的。大神若不再努力，早晚會跌落神壇，泯然眾人。而小白們只要堅持學習，不斷提升自己，終有一日也會成為自己曾經仰望的大神。

每個大神的「封神之路」都有各自的精彩，但是也有著共同點，那就是：專注、熱愛、持之以恆。當然，每個領域的大神都是極少數，我們大多數人可能用盡全力也趕不上天賦異稟的人的輕松一步。

但是我們努力不是為了趕上任何人，而是為了成為心目中那個更好的自己。

就像現在正拼搏在殘奧會賽場上的殘疾健兒們，他們早就喪失了和正常人一樣生活的能力，但不妨礙他們依舊熱愛生活，依舊為了夢想去拼搏，去創造正常人都難以企及的記錄。

所謂奧運精神不光會激勵賽場上的運動員，也會時刻提醒我們每一個平凡的人，向著心裡的頂峰奮力沖刺。

保持心中那份對於夢想的執著和渴望，我們終將會突破自我。加油，未來的大神。

H. 如何渡過小白期，不再當菜鳥程序員

相信習慣的力量

菜鳥和大牛的區別除了寫代碼、debug的核心能力差距之外，另外一個很大的差別就是在習慣上。大牛經過摸爬滾打練出了一系列優良的習慣，而菜鳥好習慣還沒養成，壞習慣有了一堆。所以身為菜鳥的時候一定要有規范和習慣意識，養成好習慣，去掉壞習慣讓自己越來越習慣寫出優質的代碼。

關於習慣仁者見仁，每個人也都有自己的習慣。

一個函數只做一件事

如果有一天你接手了另外一個同事的代碼，發現他有一個函數裡面裝了三千行代碼，你會是什麼感受？

有一些人會不知不覺地停止學習，因為他已經足夠應付工作了。在工作當中他會有一種在這個領域我當下會的技能已經足夠了的錯覺，有些人甚至會因此覺得其他資歷更深的同事也不過如此，似乎並沒有比自己多會多少東西。

我當初就是這樣，因為我發現我工作當中用到的東西玩的非常溜，用起來得心應手。我一度有些膨脹，覺得自己已經算是一個經驗豐富的程序員了。直到後來有一次面試，被問到了一個常用的工具的技術細節，我張口結舌一句話也說不上來，我才發現，自己知道的只是皮毛而已，甚至連皮毛都算不上。

當然我們工作當中對很多技術的要求都只是會用，你會用就夠了，這並沒有問題。我也並不覺得每一門我們用到的技術都需要去刨根究底，但我們需要對我們的實力有清醒的認識，哪些是勉強會用的？哪些是真正了解掌握的？哪些是需要掌握但是只是勉強會用的？

能夠想明白這些問題可以讓我們保持一個清醒的頭腦，對自己的當下的處境以及長遠的發展目標都會有一個清楚的認識。

積累知識而不僅是經驗

新手或者是小白有一個特點就是往往更加依賴經驗而不是知識，舉個例子吧。比如新手後端經常遇到的問題之一就是maven package失敗，很多人解沖突的辦法就是mvn clean & mvn install。也就是清空重新建立，因為大部分情況下這個命令可以解決問題。所以很多新手就記住了這個命令，每次遇到maven失敗就這么來一次。

如果這個命令解決不了呢？這些人可能會換個命令試試。如果常用的解決問題的命令都試過了還是不行呢？這些人可能就僵住了，覺得這個問題解決不了了，得請大牛來看了。

這里的核心問題是新手積累的是經驗而不是知識，他們只是簡單機械地把出現的問題和解決方法做映射而已，並不是從原理和核心層面理解問題出現以及解決方案生效的原因。那麼帶來的結果就是，積累到的只是經驗，下次能解決問題不是因為學會了問題的解決方法，也不是理解了這一塊技術內容，只是單純地記住了而已。這顯然也是一種偽成長。

其實我之前也遇到過這樣的問題，雖然我每次都有意識遇到問題記錄下解決的辦法，這樣下次就可以不用請教別人了。然而雖然我記錄的問題越來越多，但是每次遇到新的問題還是解決不了，需要請教別人。直到有一天，被我問的大牛露出了不耐煩的神情，才讓我下定決心自己學會解決問題。

於是我不再是頭痛醫頭腳痛醫腳地解決問題，而是去學習了一下問題背後的原理和機制，再從報錯日誌上分析錯誤產生的原因，思考解決方案，最終徹底學會了解決這一類問題的方法。之後不但能夠自己獨立解決問題，而且還可以去幫助別人了。我後來回過頭來想想，如果我第一次遇到問題的時候就自己嘗試去學習其中的機制，而不只是記住解決方法，應該可以做得更好。

少說廢話，多些代碼

著名的Linux之父Linus有一句名言：talk is cheap show me the code。翻譯過來就是廢話少說，代碼拿來。我覺得這句話非常符合這一行的精髓，我們不是靠嘴皮子吃飯的，而是靠實實在在的產出，這個產出最終是要落實到代碼上的。作為一個新人，可能我們會有這樣的問題，那樣的困惑。然而這許多的問題和困惑我們光想是沒用的，只能用硬實力來解決。

著名的C語言作者譚浩強也有一句名言：新手學編程最應該做的事情就是寫滿一萬行可以運行的代碼，之後你就自然入門了。道理其實也是一樣的，少說廢話，多做實事。多做多練，實力自然不會差。空想吹逼是成不了大牛的。所以如果你猶豫想要學習一門新的領域，但是不知道從何做起的時候，不妨想想這句話，別管它三七二十一，先搞起來寫起代碼來再說。搞著搞著，你自然就明白後面應該怎麼做了。

以上就是我自己積累的一些思考和想法，如果你是一個小白的話，希望它能夠幫助你順利度過新手期，向著大牛的目標進發。

I. 同樣是編程，程序員菜鳥和高手差距在哪兒

差距在做項目的經驗上，菜鳥睜嫌尺一悉高般都是新鮮出爐的程序員，經驗少，碼的慢。者殲時間長了項目做多了，就變成高手了。

J. 同樣都是搞編程的，程序員高手和菜鳥差距在都哪兒

從程序代碼的命名，我們就可以看出一個人的水平。最差的命名就是使用中文、拼音、拼音縮寫、中英混搭，接下來要麼是模仿式命名，要麼乾脆就隨意命名。模仿式命名典型的就是「××DAL」，說實話，我覺得類似於「UserDAL」這樣的名字，我覺得太不美觀了，一般這我就知道這是典型分層架構的模仿者，說明他是有些經驗的人了。隨意命名，就是寫代碼的時候，名字壓根就沒有意義，比如var list = new List<User>，其實完全可以寫成var users = new List<User>的。想要命名的更有意義，你只需要將每一個類、每一個方法、每一個單詞的名字都用你開發時的意思直接描述出來就行了。