Java程序員怎樣作薪資才能達到本身理想的高度

第一：提醒本身還有多少沒有學習

學習新東西的第一步是本身認識到哪些不足。這聽起來很簡單，可是有一些經驗的程序員要克服這個假設須要很長時間。有不少計算機專業的學生畢業時昂着頭傲慢地說：「這不算什麼，我全都知道」相似這般的虛張聲勢，

剛到工做崗位上，彷佛在向每一個同事證實本身的能力。

要知道，「我知道全都會」會阻礙咱們學習新東西，這種輸出強大的肯定性叫靠譜。

第二： 不要試圖證實本身是正確的

要變得強大，不只僅是好，你必須從經驗中學習成長。可是請當心，經驗能夠避免咱們不重複不良習慣，也可以製造不良習慣。咱們都遇到過八年的程序員，可這八年，他一直重複在作同一件事。爲了不這種問題，看看咱們作的一切，問問本身：「我怎麼才能作得更好？」

軟件開發新手和許多經驗豐富的開發者都喜歡本身的代碼，即便本身寫測試，也證實本身的代碼毫完好陷。而真正優秀的程序員會主動尋找可能會出錯的地方，他們知道最終用戶會發現程序員遺漏的缺陷。

第三： 「代碼有效性」不是停下來的地方，而是開始的地方

沒錯，你的第一次老是能寫出知足規範的高質量的代碼。可是大多數的開發者在這一處就宣佈「完成」，繼續下一步。

一旦「完成」就停下來，這個碼就像拍一張快照，它還不是一個成品。優秀的程序員知道第一次迭代只是一件粗糙的物件。如今，咱們讓它變成更好的藝術品。

這個過程的一部分是定義「更好」的蘊義。加快速度有價值嗎？更容易作日誌？更可複用？更可靠？答案可能因每一個應用程序而異，但該過程並不適用。

第四 ：寫三遍

好的程序員能夠編寫出能夠運行的軟件。偉大的程序員寫的軟件工做很是好。但這些不多發生在第一次。最好的軟件是寫三遍：

1.首先，你寫軟件是向本身（或用戶）驗證解決方案是可行的。其餘人可能不認識這只是一個概念驗證，可是咱們先作好這一步。

2.第二次，你讓代碼能夠工做。

3.第三次，你讓代碼能夠正確的工做。

當你看到最優秀的開發者工做時，這些工做水平可能不那麼明顯。他們作的每件事都那麼優秀。可是你沒有看到的是，包括明星，鋼琴家，技術牛人在向他們展現軟件以前，可能已經扔掉第一和第二甚至更多的版本。擅長丟棄代碼並從新開始，能夠是將「更好」包含到我的工做流程中一種強有力的方式。

若是沒有更好的方法，「寫三遍」教會咱們有多種方法來解決問題，防止咱們陷入窘境。

第五：要有一套完整系統化的學習體系給本身學習

1、源碼分析

2、分佈式架構

3、微服務

4、性能優化

5、團隊協做

6、電商專題

以上課程體系是我總結出來而且是比較全面的Java架構師必學的課程題系圖，此圖分爲六大板塊，每一個專題每一個知識點都對應着咱們日常在工做中用到的技術要點，若是大家想提高本身的技術，想學習以上的技術要點，大家能夠加羣獲取，在此我向你們推薦一個交流學習羣：725633148 裏面會分享一些資深架構師錄製的視頻錄像：有Spring，MyBatis，Netty源碼分析，高併發、高性能、分佈式、微服務架構的原理，JVM性能優化這些成爲架構師必備的知識體系。還能領取免費的學習資源，目前受益良多。

第六： 閱讀代碼，閱讀大量代碼

或許你喜歡領導別人來看代碼。其實這是提升編程能力的最多見也是最有價值的方法。

也許剛開始時你會以爲有些枯燥，由於它不是文學詩歌，慢慢你會看到別人如何在編程中解決問題，他們將其視爲教訓與挑戰。爲了能讓本身更好，咱們不妨問問本身這樣的一些問題：

一、若是是我怎樣編寫這段程序？如今我已經看到別人怎樣解決的，若是是你該怎樣解決？

二、我學到了什麼？該怎樣把這個技術應用到我過去寫的代碼裏？我怎麼沒有想用遞歸調用...

三、我將怎樣改進此代碼？若是該項目參與了開源，若是你確信有更好的解決方案，那就去作！

四、按原做者的風格寫代碼。按照這個規則實踐編碼，會幫助你進入原做者的思惟中，能夠進一步改進代碼的同理心。

注意：不要覺得一個很優秀的程序員就能輕鬆的閱讀大量源代碼，就如一位崇拜者在不改善本身寫散文的狀況下，閱讀偉大的文學做品同樣沒有太大進步。

不少開發者會使用開源或其它下載的源代碼來「查找答案」，有可能還會複製粘貼與問題相似的代碼。

若是你常常這麼作，那麼你可能會成爲一個差勁的程序員！由於你沒有通過本身的思考和檢視就盲目接受了別人的智慧！

它就像咱們在夏天的露天野餐同樣容易，可是咱們沒有花時間理解它，你永遠不會意識到，這可能會引入了一系列的BUG。

第七： 寫代碼，不只僅是完成工做

一我的在編程工做中會體會到不少優勢。第一，它提供了一種在當前工做中得到的技術和工具的學習機會，這些工具技術會讓你適應下一個工具和市場。不管是否爲開源項目作貢獻，仍是爲公司項目工做，咱們均可以得到技術技能和相信。

開發軟件的另外一個好處是它會「迫使」你千方百計解決問題。咱們不能把困難的事情留給別人，因此咱們決不能過早的尋求幫助。

值得一提的是：不要只選擇沒有什麼挑戰的項目。咱們也須要失敗！雖然你可能不想在工做中失敗或者到了最後期限失敗。

第八： 盡最大可能與其餘開發者協同工做

這樣有助於傾聽其餘人的心聲。可使用結對編程，或者到黑客馬拉松或者編程用戶組，如北京 Python 用戶組。當你已經爲開源項目作出貢獻時，請多注意用戶和其它開發者的反饋。好比，你在批評中看到了哪些共性問題嗎？

若是能在團隊裏找一位能夠信賴的我的導師，從編程技巧到職業決策和規劃，他能給你更多指導，千萬不要不當回事，浪費不少時間。

第九：學習技術而不是工具

編程語言，工具和方法林林總總，這就是爲何儘量的學更多的語言和框架來得到不一樣體驗的緣由。專一於編程基礎，由於基本的東西永遠不會發生變化；比編程更深入的是要注重架構。

若是你有一件正確的事情去作，須要進行實時的檢查。教條會阻礙咱們學習新事物的能力，咱們須要擁抱變化 。