做java程序員也有很多方向
一般來說，java的應用還是非常廣的，有erp等大型系統方面的，有web方面的，還有遊戲方面的。java在大型B/S系統方面的應用非常廣泛，什麼是B/S呢，實際上就是通過瀏覽器訪問的，網站就是一種B/S結構。作爲新手，你會先從實習生或者初級程序員做起，然後隨着自己技術的成熟，逐步的達到中級工程師的水準，能夠獨立分擔一部分開發任務，如果達到高級工程師的水準的話，你還需要再學習更多的技術，這些技術不僅僅侷限於java，如js和數據庫等，當你對整套技術都非常精通時，你便是一個真正的高級工程師，而Java則只是你所掌握的主要技術之一罷了。
做項目管理和分析也是一個方向
不少人學了java後，可能往軟件工程方向發展，這個時候參與具體的編碼工作不會那麼多，主要要做的工作是需求分析，項目管理，隨着水平的提升，有可能做到系統架構師的職位，一般能做系統架構的都是大牛或者高學歷者，因爲這不僅僅需要掌握jaav技術，更需要掌握數據庫和算法邏輯等知識。
產品經理也是一個方向
實際上有不少國中級java程序員或項目經理轉行做產品經理了，雖然說現在是“人人都是產品經理“的時代，一個懂Java開發的產品經理卻更加備受青睞。產品經理不僅僅需要對技術頗爲了解，更需要懂得策劃和規劃，瞭解項目管理和產品管理的知識，並要具備非常好的溝通能力。當然，一個剛剛從業的人很難跨入產品經理的行列，一般做1到2年開發工作的人可能會跨到這個行業來。
【相關閱讀】java編程的總結與思考
爲什麼需要併發
併發其實是一種解耦合的策略，它幫助我們把做什麼(目標)和什麼時候做(時機)分開。這樣做可以明顯改進應用程序的吞吐量(獲得更多的CPU調度時間)和結構(程序有多個部分在協同工作)。做過Java Web開發的人都知道，Java Web中的Servlet程序在Servlet容器的支持下采用單實例多線程的工作模式，Servlet容器幫助你處理了併發請求的問題。
誤解和正解
最常見的對併發編程的誤解有以下這些：
A. 併發總能改進性能。(真相：併發在CPU有很多空閒時間時能明顯改進程序的性能，但當線程數量較多的時候，線程間頻繁的調度切換反而會讓系統的性能下降)
B. 編寫併發程序無需修改原有的設計。(真相：目的與時機的解耦往往會對系統結構產生巨大的影響)
C. 在使用Web或EJB容器時不用關注併發問題。(真相：只有瞭解了容器在做什麼，才能更好的使用容器)
下面的這些說法纔是對併發編程比較客觀的認識：
A. 編寫併發程序會在代碼上增加額外的開銷。
B. 正確的併發是非常複雜的，即使對於很簡單的問題。
C. 併發中的缺陷因爲不易重現也不容易被發現。
D. 併發往往需要對設計策略從根本上進行修改。
併發編程的原則和技巧
1. 單一職責原則：分離併發相關代碼和其他代碼(併發相關代碼有自己的開發、修改和調優生命週期)。
2. 限制數據作用域：兩個線程修改共享對象的同一字段時可能會相互干擾，導致不可預期的行爲，解決方案之一是構造臨界區，但是必須限制臨界區的數量。
3. 使用數據副本：數據副本是避免共享數據的好方法，複製出來的對象只是以只讀的方式對待。Java 5的urrent包中增加一個名爲CopyOnWriteArrayList的類，它是List接口的子類型，所以你可以認爲它是ArrayList的線程安全的版本，它使用了寫時複製的方式創建數據副本進行操作來避免對共享數據併發訪問而引發的問題。
4. 線程應儘可能獨立：讓線程存在於自己的世界中，不與其他線程共享數據。有過Java Web開發經驗的人都知道，Servlet就是以單實例多線程的方式工作，和每個請求相關的數據都是通過Servlet子類的service方法(或者是doGet或doPost方法)的參數傳入的。只要Servlet中的代碼只使用局部變量，Servlet就不會導致同步問題。Spring MVC的控制器也是這麼做的，從請求中獲得的對象都是以方法的參數傳入而不是作爲類的成員，很明顯Struts 2的做法就正好相反，因此Struts 2中作爲控制器的Action類都是每個請求對應一個實例。
