有一些學員會問老師，為什麼剛畢業的他們現在只能拿到幾千的月薪呢？

剛畢業的學員還有著很多的不足，想要拿高薪，你還必須做好以下幾件事！

計算機領域是一個快速變化的領域，每隔一段時間就會有新的語言、框架、思想，每一項新技術都很累。

但如果你仔細想想，就沒有那麼多新東西了。許多新東西只是對現有技術或其他專業領域的封裝。

與快取資料庫Redis和Memcached一樣，基本思想不是作業系統中的快取;分散式儲存中的分段和複製集，不是檔案系統中的RAID擴充套件嗎?

還有GuGe的MapReduce框架，它來自函數語言程式設計語言MapReduce?掌握計算機的基本知識，能夠以更重要的方式看待新技術。

善用工具

建立自己的工具集非常重要。

開發中使用了很多工具，不管是編輯器、除錯工具還是監視工具，每個人都喜歡爭論哪種IDE更好。

然而，這並沒有多大意義。關鍵是要能夠熟練地使用您最喜歡的工具，掌握各種快捷方式和高度可定製的功能，從而大大提高工作效率。

對於每天重複的操作，最好是自動化指令碼，這裡有一些Python，編寫工具，而且非常快。

另外，程式設計師需要的兩個工具是瀏覽器和vpn。後者是被理解的，而不是說，主要是後者有能力發揮瀏覽器的力量。

良好的編碼習慣

程式碼寫在機器上，並被讀取和維護。維護人員可能是其他人，或者幾個月後。好的程式碼規範，必要的，清晰的註釋會讓你不太可能受到你的祖先的歡迎。

對於程式碼風格來說，有許多線上爭議，最重要的是保持專案內的統一。作為技術負責人，有必要在專案開始時設定規範。當大量的程式碼堆積起來，就很難統一起來，然後重新審視新人。保持學習

不要以為畢業了就可以不用學習了，現在越來越多的年輕人進入IT行業，技術日新月異，要跟上時代的步伐，就要求自己一定要不斷的學習！

學習這個事情說起來就複雜了，我覺得兩點很重要：基礎、學以致用、拓展（可以多學一門語言）。

獨立思考

合格的程式設計師解決問題，而不是實現解決方案。產品經理(尤其瞭解一些技術產品經理)需求可能是解決問題的方法，他認為這種方法可以解決他的問題，然後解決方案作為需求，而不是真正的問題。

程式設計師應該主動溝通，多問一些問題，理解真正的問題，也許有更好的解決方案。

產品經理通常這是程式設計師最頭疼的事情，作為程式設計師應該站在PM的角度，也幫助PM分析基本需求，這可能會減少需求的變化。

當然，前提是做一行愛，需要對業務有一定的瞭解。

先思考後行動

寫程式碼的時候先想清楚了再下筆，而不是先寫出一堆程式碼，然後在開始修 Bug。

修改 Bug 的時候，多看看上下文，搞明白為什麼出 Bug，修改這個 Bug 可能帶來的影響，然後再修改。

反面教材有兩種：

隨便改改就把程式碼改好了，但自己心裡並不清楚為什麼這樣修改就修好了，撞運氣，也許還有其他同樣的 Bug 也發現不了。

頭痛醫頭腳痛醫腳，不仔細評估修改的影響，這樣往往會引入新的問題。

程式設計師成長的一個辦法就是修 Bug，修別人用不了的 Bug，但前提是搞清楚 Bug 的緣由，這樣才能避免類似的錯誤，有所收穫。

順暢溝通

順暢溝通不是巧如舌簧、也不是忽悠達人，需要的只是耐心傾聽，然後清晰表達自己的意見。

現在的軟體開發，已經不再是單打獨鬥的年代，大多數的軟體、產品都需要多人、多部門的協作。而交流、溝通是非常耗時耗力的。

溝通之前，先想好目標，組織好語言，儘量不要發散、不要跑題，對事不對人。對於重要的事情，保留溝通記錄，最好有郵件，免得說不清。

溝通是門複雜的藝術，最基本是聽明白、說清楚。

管理好自己的暴脾氣

作為一個程式設計師，要被 PM 懟、要被互動懟、要被 QA 懟，再變態的需求都可能有，QA 給你提的 Bug 可能也不屬於你。而且，還有豬一樣的隊友（自己在別人眼裡何嘗不是這樣呢）和下屬。

不管誰是誰非，發脾氣、吵架都一點用沒有，吵完還是得解決問題。有怒火也得等個幾秒再發作，也許這幾秒理智思考一下，就能解決問題。

負責任

能力（技術能力）與責任心誰更重要呢，都重要。如果一個新人有培養的潛力，那麼責任心就更重要。

兩個人，第一個技術能力很強，但責任心很差，對專案的事情也不上心；第二個能力差些，但責任心強，是自己的問題一定負責到底，即使自己不能解決也能主動尋求幫助。

我覺得前者對專案的危害更大，特別是專案緊要時期，因為能力強的人一般負責的是比較複雜、困難的功能，別人上手也需要時間，這個時候如果摞擔子，Bug 也不修，那麼就很為難了。

不負責任的典型表現就是扯皮、甩鍋：這不是我的 Bug、不關我的事。

有協作的地方更容易出現問題，比如前端與後端、各個部門之間。如果不清楚到底是誰的問題，不妨主動一點，幫助排查。

不要總是說不會

作為程式設計師，總有一些工作是以前沒有做過的，也許來自產品人員的需求，也許來自專案自發的優化。

我見過一些程式設計師，在面臨未知的問題、挑戰時，總是習慣於說：不會、沒辦法、不可能，這樣的程式設計師就算不上合格的程式設計師。

事實上，這樣的程式設計師是給自己過早地留好退路，事實上問題可能並沒有想象的那麼困難，也許經過一番探索就能解決。

如果習慣於對未知說不，那麼在別人看來就是能力不行，影響個人形象與聲譽，而且總是待在自己的舒適區也不利於自我成長。

當然，也不是說要盲目自信，急於拍胸脯保證一定能解決，這樣往往是坑自己。

所以，面對新的需求，謹慎對待，既不輕易否決也不隨意承諾，而是再理清需求先去研究一下，評估是否能完成，需要的資源與時間。

   想往個更高的層次發展，推薦大資料學習交群751753875  ，有   最新 的大資料資料