一個java程式設計師如何從新手慢慢成長
阿新 • • 發佈：2018-12-30
2、你會發現資料庫效能實在不行，出於不甘現狀，或者趕時髦，你該去了解nosql了，memcached
redis mongodb，眼花繚亂，沒關係，試著用用，能很好地緩解mysql之類關係資料庫的壓力。
3、出於公司某些業務需要，你可能會鑽研一個特定技術領域，比如全文搜尋技術，lucene\solr，比如工作流jbpm，比如許可權系統，單點登陸之類的，又或者某些特定業務領域的演算法研究，這些是你的加分項。
4、你開始發現你的程式碼很亂，久了以後自己都看不懂，重複的，難以重用的程式碼堆積如山，不想維護，BUG百出。於是你要開始重視設計模式，合理地改造下自己的程式碼習慣，不再被僵化的SSH，MVC三層架構束縛住。
5、Google和各種資料是你進步的動力，極少再遇到必須請教別人才能解決的問題，如果你這個階段還老是問別人，你的技術生涯也就快到頭了。
這個階段，如果你的交際和自我推銷能力不是太差，你的收入將是白領水平，至少接近了。
我覺得多數程式設計師在工作多年之後都能達到這個水平，有的人只需要兩年，有的人卻要用上五六年，在這個階段落伍的人，有的是出於天賦和思維所限，有的是出於對技術缺乏熱情，有的是出於工作內容的制約。等到年近中年，再也拼不過年輕人，被淘汰出局，只能在自嘲為屌絲和碼農的無奈中黯然轉行。
這是個很重要的分水齡，你能不能繼續進步，能不能在30歲以後繼續從事技術工作，能不能在公司裡獨當一面，我覺得就看你能不能超越這個階段了。我前面提到的爛公司裡的工作數年的專案經理，連這個層次都還沒達到
接下來又是個全新的階段。
1、你要讀讀優秀開源專案的原始碼，你要搞懂一些當年不懂的基礎知識，你開始理解thinking in java的精髓，你能寫一些底層的程式碼，有時還會覺得自己封裝的比某些開源工具更好用更簡單。
2、WEB的難點和重點永遠都在於效能、負載能力上，而現在網路的發達造成了資料量和操作密度的大大上升，硬體卻沒有相應的進步，你得試著更好地運用更多的伺服器來協同工作，從WEB端到服務端到資料庫，全都需要叢集，需要分散式，需要合理的控制資料的流向，掌握好網站上下，一大堆機器的平衡，找出效能的瓶頸，找出穩定性和安全性的瓶頸，硬體出現故障，第三方技術出現錯誤，將被當成家常便飯融入到你的系統和程式碼裡仔細考慮。
3、開始覺得方案無比地重要，一將無能累死千軍將不斷應驗，一個不好的設計，一個不好的方案，會讓一群優秀的程式設計師工作成果大打折扣。你要關注架構知識，不能再滿足於SSH三層架構到底。領域驅動設計，面向事件開發，敏捷開發等等一系列的思想在關鍵時刻能決定你專案的生死，這個階段不再有標準範例讓你照抄，你只知道思想和原理，實踐卻需要自己不斷嘗試和改進。
4、多關注各種雜七雜八的開源技術，有些你可能前面已經接觸過了，和通訊有關的，和整合開發環境有關的，和架構有關的，各個領域你都應該能信口說上幾個主流技術，雖然你可能只是聽說過，瞭解，但關鍵時刻你得知道如何去選擇技術，並快速掌握它。你還會去考慮嘗試下別的語言，這裡不是說轉向什麼C++ C#之類的，那和JAVA程式設計師不相干，我說的是一些運行於JVM之上的語言，比如scala和groovy，初識他們時你會覺得java真的老了。但當你回到一個綜合性的大型專案中，又會覺得java積累下來的整個體系技術是如此完善，就像一個工業化標準一樣。
你能把這個階段實踐好，勝任專案經理，乃至中小公司的技術總監都是可以的。
不知不覺寫了這麼多了，以上是我個人眼裡的一般向JAVA EE發展線路，限於篇輻也不全面，實際個人成長路線可能因為工作內容的不同差異會很大，有的人偏向了底層研究，有的人偏向了業務需求設計，有的帶有濃重的行業色彩，而且技術之外，還有很多知識也很重要.w做JAVA沒有輕鬆的方向，但一個對技術抱有興趣的人，走到這一步時，仍然會對開發抱有熱情，想要寫出好的專案。純為了生計而工作的程式猿是走不到這一步的。
暫且收手，希望以上能讓J8的新人們瞭解將來要面對的大致狀況，同時也抱著打擊下小朋友們幼小心靈的邪惡心理就此按下發表按鈕。
能完整看完的同學，在此表示欽佩，我想當年的我也未必能看完這種又臭又長的敘述...
3、出於公司某些業務需要，你可能會鑽研一個特定技術領域，比如全文搜尋技術，lucene\solr，比如工作流jbpm，比如許可權系統，單點登陸之類的，又或者某些特定業務領域的演算法研究，這些是你的加分項。
4、你開始發現你的程式碼很亂，久了以後自己都看不懂，重複的，難以重用的程式碼堆積如山，不想維護，BUG百出。於是你要開始重視設計模式，合理地改造下自己的程式碼習慣，不再被僵化的SSH，MVC三層架構束縛住。
5、Google和各種資料是你進步的動力，極少再遇到必須請教別人才能解決的問題，如果你這個階段還老是問別人，你的技術生涯也就快到頭了。
這個階段，如果你的交際和自我推銷能力不是太差，你的收入將是白領水平，至少接近了。
我覺得多數程式設計師在工作多年之後都能達到這個水平，有的人只需要兩年，有的人卻要用上五六年，在這個階段落伍的人，有的是出於天賦和思維所限，有的是出於對技術缺乏熱情，有的是出於工作內容的制約。等到年近中年，再也拼不過年輕人，被淘汰出局，只能在自嘲為屌絲和碼農的無奈中黯然轉行。
這是個很重要的分水齡，你能不能繼續進步，能不能在30歲以後繼續從事技術工作，能不能在公司裡獨當一面，我覺得就看你能不能超越這個階段了。我前面提到的爛公司裡的工作數年的專案經理，連這個層次都還沒達到
接下來又是個全新的階段。
1、你要讀讀優秀開源專案的原始碼，你要搞懂一些當年不懂的基礎知識，你開始理解thinking in java的精髓，你能寫一些底層的程式碼，有時還會覺得自己封裝的比某些開源工具更好用更簡單。
2、WEB的難點和重點永遠都在於效能、負載能力上，而現在網路的發達造成了資料量和操作密度的大大上升，硬體卻沒有相應的進步，你得試著更好地運用更多的伺服器來協同工作，從WEB端到服務端到資料庫，全都需要叢集，需要分散式，需要合理的控制資料的流向，掌握好網站上下，一大堆機器的平衡，找出效能的瓶頸，找出穩定性和安全性的瓶頸，硬體出現故障，第三方技術出現錯誤，將被當成家常便飯融入到你的系統和程式碼裡仔細考慮。
3、開始覺得方案無比地重要，一將無能累死千軍將不斷應驗，一個不好的設計，一個不好的方案，會讓一群優秀的程式設計師工作成果大打折扣。你要關注架構知識，不能再滿足於SSH三層架構到底。領域驅動設計，面向事件開發，敏捷開發等等一系列的思想在關鍵時刻能決定你專案的生死，這個階段不再有標準範例讓你照抄，你只知道思想和原理，實踐卻需要自己不斷嘗試和改進。
4、多關注各種雜七雜八的開源技術，有些你可能前面已經接觸過了，和通訊有關的，和整合開發環境有關的，和架構有關的，各個領域你都應該能信口說上幾個主流技術，雖然你可能只是聽說過，瞭解，但關鍵時刻你得知道如何去選擇技術，並快速掌握它。你還會去考慮嘗試下別的語言，這裡不是說轉向什麼C++ C#之類的，那和JAVA程式設計師不相干，我說的是一些運行於JVM之上的語言，比如scala和groovy，初識他們時你會覺得java真的老了。但當你回到一個綜合性的大型專案中，又會覺得java積累下來的整個體系技術是如此完善，就像一個工業化標準一樣。
你能把這個階段實踐好，勝任專案經理，乃至中小公司的技術總監都是可以的。
不知不覺寫了這麼多了，以上是我個人眼裡的一般向JAVA EE發展線路，限於篇輻也不全面，實際個人成長路線可能因為工作內容的不同差異會很大，有的人偏向了底層研究，有的人偏向了業務需求設計，有的帶有濃重的行業色彩，而且技術之外，還有很多知識也很重要.w做JAVA沒有輕鬆的方向，但一個對技術抱有興趣的人，走到這一步時，仍然會對開發抱有熱情，想要寫出好的專案。純為了生計而工作的程式猿是走不到這一步的。
暫且收手，希望以上能讓J8的新人們瞭解將來要面對的大致狀況，同時也抱著打擊下小朋友們幼小心靈的邪惡心理就此按下發表按鈕。
能完整看完的同學，在此表示欽佩，我想當年的我也未必能看完這種又臭又長的敘述...