任何良好的java,什麼是良好的

本文目錄一覽：

• 1、學習Java需要什麼樣的基礎？
• 2、一個合格的Java開發工程師應該具備哪些技能？
• 3、Java開發人員應當具備的哪些基本素質

學習Java需要什麼樣的基礎？

Java編程是一門技術，對於不同的人它的難度也是不一樣的，但是，技術是有道理和規律可以遵循的，個人認為：比搞抽象的藝術要容易。

其實，Java編程的入門門檻還是比較低的，只要你知道世界上有電腦存在，會打字，高中及以上的學歷都可以進入到這個行業里。

很多東西都是循序漸進的，要想取得成績，就要去研究，沒有幾年的功夫是不會有所造詣的，不管是學Java編程還是學習其它。所以，只要Java編程有能吸引你的地方，你就去學吧~不用考慮太多，相信你的努力付出終歸是有回報的。

那如何零基礎學java ?下面就簡單的給大家介紹 一些方法。

1. 要注重邏輯思維能力上的培養。java編程比較注重邏輯思維能力和數學建模的，如果你這兩方面比較好，那麼學習起java來會更快一點，當然不好也沒有關係，只要自己堅持學習是可以學會java的。

2. 學習要有計劃。你學習前先指定好詳細的學習計劃，什麼時候該學什麼，資料要提前準備好，按照計劃腳踏實地的學習，如果在學習過程中再現找資料的話很容易挑花眼，從而浪費時間，甚至可能半途而廢。

3. 平時多練習做項目。自己做項目，java如果只學基礎知識可能4、5個月就能學完，但是java只學基礎知識是不能找到好的工作的，因為現在企業都更注重求職者的動手能力。所以在學習java的過程中，你需要自己找些項目做，一個java開發類的項目需要做一周左右，中途你可能還會遇到各種各樣的問題，時間就更長了。

所以，java入門不困難，也不需要啥特別的基礎。如果是大學畢業，大學計算機專業里大多開設了java基礎課程，或者學過一點編程，學起java來也會輕鬆不少。即使是零基礎也不用擔心，java可以零基礎授課，入門比較簡單，難的是學深入，這不是一件容易的事。學習java是一個循序漸進的過程，要想完全憑自學是很難精通這一技能的。需要付出較多的時間去學習和思考。

一個合格的Java開發工程師應該具備哪些技能？

.CoreJava，就是Java基礎、JDK的類庫，很多童鞋都會說，JDK我懂，但是懂還不足夠，知其然還要知其所以然，JDK的源代碼寫的非常好，要經常查看，對使用頻繁的類，比如String，集合類（List，Map，Set）等數據結構要知道它們的實現，不同的集合類有什麼區別，然後才能知道在一個具體的場合下使用哪個集合類更適合、更高效，這些內容直接看源代碼就OK了2.多線程並發編程，現在並發幾乎是寫服務端程序必須的技術，那對Java中的多線程就要有足夠的熟悉，包括對象鎖機制、synchronized關鍵字，concurrent包都要非常熟悉，這部分推薦你看看《Java並發編程實踐》這本書，講解的很詳細3.I/O，Socket編程，首先要熟悉Java中Socket編程，以及I/O包，再深入下去就是JavaNIO,再深入下去是操作系統底層的Socket實現,了解Windows和Linux中是怎麼實現socket的4.JVM的一些知識，不需要熟悉，但是需要了解，這是Java的本質，可以說是Java的母體,了解之後眼界會更寬闊，比如Java內存模型（會對理解Java鎖、多線程有幫助）、字節碼、JVM的模型、各種垃圾收集器以及選擇、JVM的執行參數（優化JVM）等等,這些知識在《深入Java虛擬機》這本書中都有詳盡的解釋,或者去oracle網站上查看具體版本的JVM規範.5.一些常用的設計模式，比如單例、模板方法、代理、適配器等等，以及在CoreJava和一些Java框架里的具體場景的實現，這個可能需要慢慢積累，先了解有哪些使用場景，見得多了，自己就自然而然會去用。6.常用數據庫（Oracle、MySQL等）、SQL語句以及一般的優化7.JavaWeb開發的框架，比如Spring、iBatis等框架，同樣他們的原理才是最重要的，至少要知道他們的大致原理。8.其他一些有名的用的比較多的開源框架和包，Netty網絡框架，Apachecommon的N多包，Google的Guava等等，也可以經常去Github上找一些代碼看看

Java開發人員應當具備的哪些基本素質

1、積極，主動性：要主動的去學習，主動的去發現問題，跟進問題，其實很多技術類的問題都不是問題了。這個放在第一位的素質。

2、有風險提前拋出來：做項目肯定有風險，沒有風險項目也就沒有挑戰了。需要每個開發同學能夠主動的發現風險，並提出規避方案，如果沒有規避方案，那提出來也行。

3、區分主次，合理規劃：對於系統中的功能進行核心/非核心、主流程/非主流程、高優先級/低優先級的劃分。優先完成出核心、主流程、高優先級的部分。避免鋪地毯式的一步一步的逐步推進。

4、新的想法打算用在項目中的，自己提前搞demo驗證過：有些同學，包括我自己，都會嘗試一些新東西，例如新框架，新的工具等。但是有個前提，不要在項目開始或者進行中的時候才考慮用新東西試一下，項目一般都是有時間限制要求的。項目一般有預研階段，這個時候，如果有新的想法，可以嘗試做一些例子。為啥要這樣呢？因為新東西有學習成本，這個倒是其次，有些新東西有坑在裡面，因為這個世界沒有銀彈的方案。

5、主動承擔沒人負責的模塊：有些模塊的劃分，可能沒法劃分到具體的人，因為可能是兩個模塊銜接的，這時候，如果時間允許，建議開發同學主動的承擔一些沒人負責的模塊。例如兩個模塊的銜接、整體頁面的安全方案考慮、單元測試的集成、持續集成等。

6、自己負責的部分完成之後幫助其他同事：項目內部人員的技術素質可能是參差不齊的，有些東西可能熟悉的人幾個小時就能搞定，有的可能需要一天時間，這個時候，如果你熟悉一個模塊，而另外一個同事不熟悉，你就可以幫助一下了。

7、代碼注釋充分：由於我們參與的大多是業務項目，有個特點就是複雜。這時候，就需要有充分的注釋，當然是非常必要的環節才加。至於一看就能懂的，那就沒有必要添加了。

8、代碼自測充分，高質量的完成自己負責的模塊：這個必須提一下，開發同學代碼編寫好了之後，需要提交給測試同學進行測試，有時候測試還分幾輪。這時候，bug的情況體現了代碼的質量，而質量的保證，除了經驗和代碼review之外，還需要自己完成一些自測的事情。尤其是主流程必須有，還有就是自己覺得一些邊界的條件下。自測充分之後，後續bug就少，返工就少，討論問題就少，省了很多時間的。

9、暢通的溝通氛圍：項目中有各個角色，溝通必不可少，討論過程中，注重溝通的方式，要做到對事不對人。

10、重構：寫代碼就像寫文章，不是一蹴而就的。需要反覆的修改和重構。當你發現代碼重複、類結構不合理的時候，或者自我對代碼感覺不太好的時候，就去重構。

11、編碼前充分設計：編碼前寧可多花時間進行方案的詳細設計，千萬不要一接到需求就進行編碼。提前進行詳細設計，會縮短編碼的時間，也會降低bug的發生。

12、學會換位思考：一個項目是需要多方協作的，不同的人必然會有不同的想法，因為大家的知識積累以及經驗積累肯定不一樣，在大家想法不一致的時候，可以更多的是做個換位思考，先理解對方的觀點，了解這個觀點背後的原因，然後再來反觀自己的想法，同時在互相理解的基礎上，做事情的默契和結果也會有很大的提升；

•在協助中多一些換位思考，多站在對方的角度思考和理解問題，最後大家在協作中能夠實現共贏；

•開發功能之前站在用戶的角度去思考，假如你作為業務用戶，你對這個功能會有什麼樣的需求。

13、責任心：這個放在最後，其實並不是說排名在最後，這個我認為也是很重要的，試想一個沒有責任性的人寫出來的代碼，別人能信得過嗎。寫代碼前要進行深度的思考。寫完後要對自己的代碼進行充分的測試。上線前需要反覆確認自己的代碼有沒有問題