如何度過程序員菜鳥階段

❶ 菜鳥心態綜合症

人的一生會遇到很多挫折，尤其是對於剛剛參加工作初期的年輕人。這個人生階段往往會出現各種各樣的處世心態，而這些心態會影響一個人對事情的判斷，碰明從而影響其橋吵橡前進的步伐。下面來和大家聊聊幾種典型的初級程序員「菜鳥心態綜合症」以及正確的處世原則。

症狀1：指望著公司里有一個老師

對於入職前的程序員們，總覺得自己工作經驗少，希望入職以後能有一個老師，循序漸進地給自己講解教學，並不斷地從技術上給予自己指導。然而，這個是沒有任何指望的。

臨床表現

過高地估計了工作後實踐的作用，因此在學習階段並不是認真地鍛煉自己。

入職後總圍著主管問這問那，讓項目主管煩得不行。

在簡歷中盡力地渲染自己渴望學習的心情。

治療1：弄明白她為什麼辭職

一個剛剛畢業不久的程序員女生在向我描述她第一份工作的辭職經歷時是這樣說的。

我不能在那個公司繼續待下去了，原因就是，我遇到了一個很難解決的問題，我想了很久也解決不了，而且那個公司里也沒有人告訴我這個問題該如何解決。我問了我的主管，問他這個問題應該如何解決，可是他卻不跟我說敏旁如何解決這個問題，而是讓我自己到網上去搜，讓我自己去想解決方案。

沒辦法，我只能選擇辭職，因為我真的沒有辦法解決這個問題了……

她說完她的這個經歷以後，臉上帶著委屈，我們聽聽似乎好像也挺有道理的。

但我想反問她一句的是：為什麼因為一個問題搞不清楚而辭職，難道你的主管讓你自己去找答案是錯的？

之所以她的第一次職業經歷是失敗的，其原因就是她沒有很好地具備一個合格程序員所應該具有的心理准備，就是「公司里沒有你的老師」。

治療2：理解公司的本質是什麼

公司是一個以「盈利」作為「唯一」目的的社會組織。

既然是以盈利作為唯一的目的，那麼公司的最大希望是，招聘一個來了就可以勝任該職位要求的員工，只有當這個員工某些技能需要針對公司情況進行調整的時候才會進行再培訓，但是絕對不要指望在公司裡面有一個老師隨時等待你的召喚。

治療3：要搞清楚你的主管是你的老闆，他絕對不是你的老師

有時候剛剛入職的程序員會自覺與不自覺地認為你的上級主管是你的「師傅」，其實，他們確實可以被理解為「師傅」，但絕對不是「老師」，因為他們是你的「老闆」。

你的上級有如下權利與責任。

給你安排任務的權利。

給你制定開發計劃的權利。

考核你工作質量的職責。

評價你是否符合該職位要求的職責。

對公司開發成本負責。

辭退你的權利。

需要注意，以上幾項職責中沒有負責教導新人的責任，有的僅僅是對公司開發成本負責，需要找到合適的人選參與開發，如果能力接近才會進行適當的培訓，以使其完全滿足項目開發要求。最重要的是，他有評價你的任職能力和辭退你的權利。

好了，說到這里，我想我不需要多說什麼你也會知道你的主管是不是你的老師了。

症狀2：不知道怎麼讓自己前進

程序員工作一段時間後，仍然認為知識不夠用、工作有點吃力，感覺始終在原地踏步，甚至有時覺得自己在退步。關鍵的問題是不知道怎麼讓自己向前進。

臨床表現

相信有「軟體藍領」這個概念。

遇到自己不會的任務就推掉。

在出現一個有挑戰的任務時，不願意主動請纓。

總是用自己現有經驗去套用所有的問題。

治療1：你只管低著頭上山，暫時不要向山上看

公司裡面沒有你的老師，要想進步，只有一句話「路在腳下」。只有自己一步一個腳印地向上攀登，才能到達成功的彼岸。

然而，登山的關鍵有以下兩個方面。

關鍵1：只管登山

程序員的成長就像爬山，你一步一步地走在台階上，每次向上攀登的時候看到的永遠是腳下的那一兩節台階，你現在只有一門心思即「向上攀登」。你就在一直不斷地向上走，走著走著你停下來，回頭向下看一下，發現「哇，已經這么高了」。

每一個難題就是你的每一個台階，如果做開發程序工作的時候從來沒有遇到過任何難題，這個情況是難以想像的，那意味著你也許在原地踏步。然而，這種原地踏步在現實的開發工作中是不可能遇到的，除非你每天都像打字員一樣編寫程序，否則一定是一個困難接著一個困難的。

關鍵2：不要向上看

在向上前行的時候，不要抬頭向上看，如果抬頭看你會發現上面有無數的台階，無形中給自己造成了巨大的心理壓力。你只管低著頭一步一步地向上邁台階，不用管也不用想上面到底還有多少台階需要走。

也就是說，在程序員的成長過程中，你只管一步一步地將每一個困難逐個解決和攻克，不用過分地關注未來還有多少困難，過後才能到達勝利的彼岸。

只有這樣，你終有一天才會知道「會當凌絕頂，一覽眾山小」的感覺是什麼樣的。

治療2：明知山有虎，偏向虎山行

不僅僅是困難有時會找到你，甚至你在沒有遇到任何問題的時候，也要自己去尋找困難。說這句話並不是說讓你故意把那些非常簡單的程序搞得很復雜，而是讓你在開發程序的時候能夠不斷地總結和挑戰。要勇於「明知山有虎卻偏向虎山行」的精神，不斷去挑戰困難，而這些精神可以使你在眾多程序員中脫穎而出。

為什麼這個精神可以讓你脫穎而出？

原因很簡單，你會那些別人不會的技術！

這一點足以讓你脫穎而出。

他為什麼得到提拔：

公司要開發運營平台系統，公司開發主管要求各個Team各自開發項目，每一個項目的開發都是為了最終組合成一個完整的運營平台系統。起初各個項目都被部署在公司內部，並且是運行在Windows系統之上的。然而，由於人事變動和運營平台新的移植要求，需要向Linux平台移植，並需要任命一個新的Team Leader來負責這個移植事件。

小王在公司工作了2年，對運營系統的開發非常熟悉，和其他人的區別是，他對未知事物非常敏感，而且自己非常願意鑽研一些新的技能。其中，Linux的使用就是他鑽研的重點。幾個開發人員中只有他一個人對Linux操作系統熟悉，那麼，他理所當然成為了這個任務的主要負責人。

這一事件使小王在公司的技術地位得到承認，為他下一步的發展提供了基礎。

藝不壓身，多會一門技術沒有虧吃，越是困難越得知難而上，只有這樣，才能使你在眾多人中脫穎而出。

治療3：沒有過不去的火焰山

如果在工作中真的出現了解決不了的任務怎麼辦？只要堅定地想一句話「沒有過不去的火焰山」。

1．遇到困難不能退縮

困難是你進步的樓梯，只有不斷地遇到困難，你才能不斷地向上攀登。當然這裡面所說的困難都是程序開發過程中遇到的困難。每遇到一個程序難題那都是你的一次鍛煉的機會，將這個難題調試通過後，你會發現你的戰斗等級就上升了一步。

為什麼說有些公司的開發主管在面試的時候喜歡選擇有開發經驗的人才呢？

原因是這些開發經驗就是解決難題的經驗。你解決的難題越多，說明你的開發經驗就豐富，最終達到沒有什麼難題可以難倒你的程度為止。

2．過不去的困難是沒有的

現在再回過頭來看看剛才講的那個女生，她在說明她辭職原因的時候說到。

「我不能在那個公司繼續待下去了，原因就是，我遇到了一個很難解決的問題，我想了很久也解決不了，而且那個公司里也沒有人告訴我這個問題我該如何解決。」

顯然在她眼裡，這個困難是過不去了，於是選擇了辭職。

過不去的困難是不存在的，為什麼這么說呢？原因就是，如果某項任務無法完成，則一定是如下原因。

（1）職責范圍外的技術，你的這個職位本身對這個技術的開發沒有職責的要求。

解決辦法：可以藉助外部力量進行解決。

（2）職責范圍內的技術，然而由於學藝不精，諸多問題沒有搞清楚。

解決辦法：需要認真地看書，把那些知識補充上來。

真正的困難是不存在的，都有解決方法。

3．相信主管對你的困難非常清楚

另外，應相信主管對你的困難非常清楚，原因如下。

（1）你負責的開發項目的主要負責人是你的主管，他對這個項目總負責。

（2）你是你的主管招聘來的，你技術水平的深淺他一定是瞭然於胸的。

一般情況下，你遇到了困難而你的主管不管你的原因，無外乎是希望你能從該問題的解決中找到你技術成長的路。因此，要了解到主管希望你成長的苦心。

治療4：虛心使人進步，驕傲自滿要不得

雖然前面說你的主管不是你的老師，但在公司里每一個人又都是你的老師，即使他或她比你入職晚幾個月，虛心地看到別人的技術優勢，不斷地提高自己在某些方面的不足。只有這樣，才能不斷地讓你進步。

耐心地傾聽和虛心地請教，這些都是讓你進步的一個捷徑。

驕傲自滿就是浮躁，驕傲自滿是要不得的，這種驕傲的情緒會讓你盲目自信，不思進取。

一個小兵的故事：

小孟很聰明，可以很快將主管交給的任務完成。在他剛剛畢業入職半年多的時候主管讓他獨立負責一個項目的開發。

主管的意圖是：小孟是一個可以培養的人才，身上還有些不足，希望通過給他一個項目讓他鍛煉，而且近期人員比較緊張，分派不出新的項目負責人，硬著頭皮也要讓小孟頂上去。然而，這時的小孟卻不是這樣理解的。他的想法是：「我的前期工作非常出色、業績突出、技術過硬，在這次公司人員不足的情況下正好一個機會使我成為了一個項目的負責人，我的地位越來越重要了。」

那麼，他接下來採取的策略是，不斷地找他的主管「談心」，其目的是要求漲1倍的工資，他的籌碼是，如果不能滿足他的要求他將辭職。開始他的主管認為他年齡小經驗不足，耐心地給他擺事實講道理。但小孟仍然認為這是公司對他越來越重用的表現。可想而知，這時候他的主管面臨人員困難和資金困難的情況下，做出這個決定是不可能的。於是小孟使出了最後一招即「辭職」。

當然，小孟希望通過這個舉動來達到他的目的，而不是真的想辭職，但是他的主管同意了他的申請……

從中可以發現這個故事有幾個明顯的問題，小孟沒有注意到。第一個，他剛剛畢業入職不到1年，需要積累的東西還很多；第二個，所在部門人員緊張並且項目進度要求緊。明眼人都可以發現這時候他要求漲工資屬於無稽之談，顯然是過高地估計了自己的各個方面。使他沒有看到這兩點的原因，就是他的驕傲自滿，最終自己吃下了自釀的苦果。

一個技術總監的故事：

這個公司有一個技術總監，他的最高學歷是博士，他的工作經歷都是IT的大公司。之所以他能夠勝任這個職位，正是由於他的學歷和大公司工作的背景。他的驕傲可想而之，不僅驕傲而且有點自滿。

一次接到一個項目，是針對一個網路設備的監控。由於這個網路設備不是傳統類型的設備，無法獲得他的IP地址，因此，這個總監武斷地宣布，這個項目我們接不了。這個項目的斷然拒絕將使公司因此每月至少損失40萬元的營業收入。

他判斷這個技術無法完成的論據是：第一，他是博士學歷，在大公司做過，沒有見過什麼東西能解決這個問題的；第二，他解決不了的話，神仙也解決不了。這時候，一家很小的公司利用了非常簡單的一個小技巧解決了這個問題，而這個收入將落入那個小公司的口袋。

他作為技術總監的失敗將會直接導致整個公司的失敗，當有一天成為了技術的總負責人的時候，驕傲自滿的情緒就更加危險了。他沒有做出正確判斷的原因正是他自己的資質，太過於自滿了，蒙蔽了自己的雙眼。為什麼他就不能去廣泛地徵求團隊裡面其他人的意見呢？這就是他這個項目失敗的原因啊！

不管你是一個小兵，還是一個領導，不管你有多少資歷，也不管你有多強的技術背景，你要知道你仍然有好多不懂的事情，一定要把心態放平，放下你的驕傲。

老子有言：「知不知，上；不知知，病。聖人不病，以其病病。夫唯病病，是以不病。」

意思是說，能知道自己所不知道是高明的，不知道卻以為自己知道是有問題的，所以高尚的人之所以沒有這個問題，就是因為他們討厭這個缺點，因此沒有這個缺點啊！

症狀3：想做圈養的羊，不想做野生的狼

總想找一個安逸並且清閑的程序開發工作，不願意奮斗，想做一隻羊。而實際的情況很現實，不管你願不願意，你就是一隻野生的狼，都需要獨立生活在一個曠野中。

在近乎於殘酷的自然界中，沒有人告訴你應該做什麼，也沒有人告訴你不應該做什麼，你行動的全部理由就是「活著」。為了生存，你需要發揮你的全部技巧，用你的能力去贏取你的食物，同時也要警惕不要被別的動物吃掉。

臨床表現

領導給任務就做，沒任務了就玩。

自己的工作只要求做到合格即可。

工作昏昏欲睡提不起精神來。

治療1：理解「叢林法則」生存的法則

野生的動物都要遵循一個法則——「叢林法則」，「叢林法則」是一個近乎殘酷的動物世界弱肉強食的法則。叢林中沒有小時候所認為的「獅子—兔子—昆蟲—草」食物鏈條。真實的情況是，任何動物可以吃掉任何動物，是真正的弱肉強食。

獵狗有時候可以吃掉獅子，豹子有時候可以吃掉獵狗，猴子有時候也可以吃掉豹子，根本沒有慣性認為的供應鏈關系。

即使是獅子，如果是病弱的獅子，一樣會被別的動物吃掉。

一個叢林里上演的真實故事：

一隻狸貓，為了吃掉小蛇與它進行搏鬥。小蛇縱然使出渾身解數也無法逃出狸貓的厲爪，結果還是被狸貓吃了。在狸貓津津有味地吞咽並咀嚼這條小蛇的時候，突然來了一條巨型蟒蛇。還沒有等狸貓反應過來，蟒蛇已經把狸貓纏繞起來了。

狸貓縱有百般本領也無能為力了。眼看著狸貓一點點地被蟒蛇收緊它的脖子，狸貓已經進入了彌留之際。然而，顯然狸貓的頭腦仍然很清醒，它的眼睛中透出了對「生」的渴望。它多麼想有人在這時候幫助他解脫危機啊！

然而，戲劇性的一幕發生了。就在這個時候，一隻黃蜂飛來，看到這只狸貓被禁錮住，並且眼睛睜得很大，於是，它落到狸貓的眼睛上，開始吸食狸貓眼睛……

大自然中沒有「可憐」這個詞，所謂「叢林法則」其實就是「生存法則」。

人類的社會又何嘗不是這樣「弱肉強食」的呢？

經常可以聽到一些老闆的口頭禪「我們公司不養閑人」這句話，這充分體現了一個現實。

如果你對公司沒用了，將很快被辭退。沒有人會因為你的失業而可憐你，相反會認為你是一個「無能之輩」。

……

❷ 菜鳥程序員如何快速進階成為編程老司機

要從菜鳥程序員成長為編程老司機，關鍵在於不斷學習和實踐。積極利用谷歌等搜索引擎，有效組織關鍵詞進行問題解決。擁抱變化，持續學習新技能，即使遇到困難也不氣餒。重視細節，無論是變數命名還是工具選擇，都影響項目成功。

學會快速刪除冗餘代碼，拒絕浪費時間在不必要的問題上。面對錯誤，要深入分析其背後的意義，將其作為指引解決方案的線索。理解代碼優化的時機，知道何時需要使用高效但可能更復雜的代碼。

熟練使用Vim或其他高效編輯器，進行代碼編輯。自己接私活，提升項目管理和時間評估能力。學會接受批評，並理性應對代碼反饋。結對編程能迅速提高技能，自己做代碼審查，培養專業眼光。

不要過分糾結於工作時間，而是專注於深度工作。發現並解決更廣泛的問題，深入了解大型開源項目，為自己的項目尋找更高效的方法。編寫「爛代碼」時，要學會靈活運用技巧，知道何時走捷徑，何時深入細節。多實踐，將最佳實踐融入日常，持續提升編程水平。

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

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

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