瘋狂java程序員的基本修養

❶ java程序員應該具備哪些基礎能力

java方面編程的初級學員必需掌握的基礎知識:java語言、HTML、JSP以及至少一種資料庫。這是最低的標准，但是也是最高的要求，因為基本上其他相關的技術和架構都是基於這些以上的。總之，我覺得都是一通百通，基本上做一個項目就能熟練掌握一種技術。
至於企業方面：本人先後在國內幾個大的軟體公司工作過，外企也差不多。小公司我沒有去過，但是我覺得小公司不能去，學的技術好像很多，但是其實阻礙了一個工程師從一個工程師到項目經理或者技術經理的發展，因為小公司做的不可能是很大的項目，難么架構和設計不那麼嚴謹，這樣從宏觀來看對一個程序員是沒有好處的。
企業方面根據所做項目的不同用到的技術也不一樣，而基本上大一點的公司都有自己的主營項目，也就是強項。比如亞信是做通信行業的，目前處在web化階段，其對於java工程師的需求很大，但是它的核心還是C語言的，所以一個java程序員在這樣的公司是不會有多大發展的，也學不到什麼東西，值得一提的是這種公司都有自己的工具軟體，也就是把一些常用的模塊或者功能都做好了，你只要調用就行了，所以基本上你到這種公司學不到高深的技術，以後跳槽也難！ 現在大一點的公司都有自己的工具軟體，目的是封裝常用的模塊，縮短開發周期，提高運行效率，但是對於喜歡技術的人來說就沒有什麼好處了。
最後，想說的是：企業其實需要的是學習能力強的人，踏實肯干就會得到認可。至於技術都是進入公司以後的事情，只要上面說的幾樣搞清楚了，面試談的不錯，加點技巧就可以了！
java 學習資料要視頻干什麼呢？ 用Eclipse工具自己買本書或者到網上下幾個程序源代碼研究一下，再寫幾個小例子就差不多了！
希望可以幫到您，謝謝！

❷ 瘋狂Java：程序員的基本修養 和 瘋狂Java：突破程序員基本功的16課（修訂版）

個人推薦修訂版

其實差別是不大的，修訂版會對於之前版本做個審訂並修改，以及添加一些代碼例子
是一本很好的書！

❸ java程序員需要掌握哪些基本的技能

java程序員需要掌握的基本技能：

1. 使用Java語言進行面向對象程序設計，有良好的編程習慣，熟悉常用的Java API，包括集合框架、多線程(並發編程)、I/O(NIO)、Socket、JDBC、XML、反射等;

2. JSP和Servlet的Java Web開發，對Servlet和JSP的工作原理和生命周期有深入了解，熟練的使用JSTL和EL編寫無腳本動態頁面，有使用監聽器、過濾器等Web組件以及MVC架構模式進行Java Web項目開發的經驗;

3. 對Spring的IoC容器和AOP原理有深入了解，熟練的運用Spring框架管理各種Web組件及其依賴關系，熟練的使用Spring進行事務、日誌、安全性等的管理，有使用SpringMVC作為表示層技術以及使用Spring提供的持久化支持進行Web項目開發的經驗，熟悉Spring對其他框架的整合;

4. 熟練的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，對Hibernate的關聯映射、繼承映射、組件映射、緩存機制、事務管理以及性能調優等有深入的理解;

5. 熟練的使用HTML、CSS和Java進行Web前端開發，熟悉jQuery和Bootstrap，對Ajax技術在Web項目中的應用有深入理解，有使用前端MVC框架(AngularJS)和Java模板引擎進行項目開發的經驗;

6. 熟悉常用的關系型資料庫產品MySQL、Oracle，熟練的使用SQL和PL/SQL進行資料庫編程。

❹ 作為一名合格的Java程序員應該具備哪些技能

1、熟練的使用Java語言進行面向對象程序設計，有良好的編程習慣，熟悉常用的JavaAPI，包括I/O(NIO)、Socket、JDBC、XML、集合框架、多線程(並發編程)、反射等。
2、熟悉基於JSP和Servlet的JavaWeb開發，熟練的使用JSTL和EL編寫無腳本動態頁面，對Servlet和JSP的工作原理和生命周期有深入了解，有使用監聽器、過濾器等Web組件以及MVC架構模式進行JavaWeb項目開發經驗。
3、對Spring的IoC容器和AOP原理有深入了解，熟練的使用Spring進行事務、日誌、安全性等的管理，熟練的運用Spring框架管理各種Web組件及其依賴關系，有使用SpringMVC作為表示層技術以及使用Spring提供的持久化支持進行Web項目開發的經驗，熟悉Spring對其他框架的整合。
4、熟悉Hibernate和MyBatis的核心API，熟練的使用Hibernate、MyBatis等ORM框架，對Hibernate的關聯映射、繼承映射、組件映射、緩存機制、事務管理以及性能調優等有深入的理解。
5、熟練的使用HTML、CSS和JavaScript進行Web前端開發，熟悉jQuery和Bootstrap，有使用前端MVC框架(AngularJS)和JavaScript模板引擎(HandleBars)進行項目開發的經驗,對Ajax技術在Web項目中的應用有深入理解。
6、熟練的使用SQL和PL/SQL進行資料庫編程，熟悉常用的關系型資料庫產品(MySQL、Oracle)。
7、熟悉面向對象的設計原則，熟練的使用UML進行面向對象的分析和設計，有TDD(測試驅動開發)和DDD(領域驅動設計)的經驗，對GoF設計模式和企業應用架構模式有深入的了解和實際開發的相關經驗。
8、熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web伺服器和應用伺服器的使用，熟悉多種伺服器整合、集群和負載均衡的配置。
9、熟練的使用產品原型工具Axure，熟練的使用設計建模工具PowerDesigner和EnterpriseArchitect，熟練的使用Java開發環境Eclipse和IntelliJ，熟練的使用前端開發環境WebStorm，熟練的使用軟體版本控制工具SVN和Git，熟練的使用項目構建和管理工具Maven和Gradle。
說明：上面羅列的這些東西並不是每一項你都要爛熟於心，根據企業招聘的具體要求可以做相應的有針對性的准備。但是前6項應該是最低要求，是作為一個Java軟體工程師必須要具備的專業技能。

❺ 有沒有好的java入門書籍，想買本書看

給大家推薦一些對Java學習有用的經典書籍，感興趣的小夥伴們可以收藏一下！

1、《thinkingin Java》

這內容是否看著就很好理解。

這本書，通俗易懂，重點突出的書，相當適合初學者快速入門，缺點是段子太多，有時候會被當成笑話書來看。

以上就是推薦的7本Java經典書籍，希望對大家的學習有所幫助。

❻ 一名合格Java程序員應該具備哪些技術和素質

胃口真大,JavaSE，JavaEE，JavaME三個方向都要啊！建議JAVA還是走JavaEE，另外兩個方面有一些了解就好了！

❼ 一個高級Java程序員必須學習哪些技術

1、Java語言的基礎掌握
這部分內容包括Java的面向對象開發的特徵，JVM的結構以及Java
Web開發的體系結構等內容。這部分內容雖然都比較基礎，但是細節卻比較多，包括Java性能優化、Java並發開發、Java操作資料庫、Java
Web開發標准、Java網路開發、Java序列化等一系列內容。
2、Java分布式開發
對於Java語言來說，分布式開發是Java一個重要的內容，由於Java一個很重要的應用場景就是大型網路平台的後端開發，而後端開發一個重要的基礎就是構建一個健壯的分布式開發框架。Java的分布式開發比較考驗程序員解決問題的能力，從早期的RMI、SOAP到目前採用的分布式框架(bbo、zookeeper)以及Spring
Boot和Spring Cloud的使用，這些技術的運用是Java高級程序員必須掌握的。
3、場景解決方案
對於一名Java高級程序員來說，在不同的場景下要有不同的方案，這也是非常重要的。要能夠根據具體的需求完成不同技術方案的實現過程，這是Java高級程序員經驗的一個直接體現。

❽ 高級java程序員具備哪些知識

java高級程序員需要具備的知識如下：

1、語法：Java程序員必須比較熟悉語法，在寫代碼的時候IDE的編輯器對某一行報錯應該能夠根據報錯信息 知道是什麼樣的語法錯誤並且知道任何修正。

2、命令：必須熟悉JDK帶的一些常用命令及其常用選項，命令至少需要熟 悉：appletviewer、 HtmlConverter、jar、 java、 javac、javadoc、javap、javaw、native2ascii、serialver，如果這些命令你沒有全部使用過，那麼你對java實際上還很不了解。

3、工具 ：必須至少熟練使用一種IDE的開發工具，例如Eclipse、Netbeans、JBuilder、Jdeveloper、IDEA、JCreator或者Workshop，包括進行工程管理、常用選項的設置、插件的安裝配置以及進行調試。

4、API：Java的核心API是非常龐大的，但是有一些內容筆者認為是Java程序員必須熟悉的，否則不可能熟練的運用Java，包括：

◆java.lang包下的80%以上的類的功能的靈活運用。

◆java.util包下的80%以上的類的靈活運用，特別是集合類體系、規則 表達式、zip、以及時間、隨機數、屬性、資源和Timer.

◆java.io包下的60%以上的類的使用，理解IO體系的基於管道模型的設計思路以及常用IO類的特性和使用場合。

◆java.math包下的100%的內容。

◆java.net包下的60%以上的內容，對各個類的功能比較熟悉。

◆java.text包下的60%以上的內容，特別是各種格式化類。

◆熟練運用JDBC. 8)、java.security包下40%以上的內容，如果對於安全沒有接觸的話根本就不可能掌握java.

◆AWT的基本內容，包括各種組件事件、監聽器、布局管理器、常用組件、列印。

◆Swing的基本內容，和AWT的要求類似。

◆XML處理，熟悉SAX、DOM以及JDOM的優缺點並且能夠使用其中的一種完成XML的解析及內容處理。

5、測試 ：必須熟悉使用junit編寫測試用例完成代碼的自動測試。

6、管理：Java程序員必須熟悉使用ant完成工程管理的常用任務，例如工程編譯、生成javadoc、生成jar、版本控制、自動測試。

7、排錯：應該可以根據異常信息比較快速的定位問題的原因和大致位置。

8、思想：必須掌握OOP的主要要求，這樣使用Java開發的系統才能是真正的Java系統。

9、規范：編寫的代碼必須符合流行的編碼規范，例如類名首字母大寫，成員和方法名首字母小寫，方法名的第一個單詞一般是動詞，包名全部小寫等，這樣程序的可讀性才比較好。

10、博學：Java程序員除了精通Java意外，還要掌握J2EE、Oracle、WebLogic、Jboss、Spring、Struts、Hibernate 等流行技術，掌握軟體架構設計思想、搜索 引擎優化、緩存系統設計、網站負載均衡、系統性能調優等實用技術。

❾ 優秀的Java程序員應當熟練掌握哪些基礎知識

java方面編程的初級學員必需掌握的基礎知識:java語言、HTML、JSP以及至少一種資料庫。這是最低的標准，但是也是最高的要求，因為基本上其他相關的技術和架構都是基於這些以上的。總之，我覺得都是一通百通，基本上做一個項目就能熟練掌握一種技術。
至於企業方面：本人先後在國內幾個大的軟體公司工作過，外企也差不多。小公司我沒有去過，但是我覺得小公司不能去，學的技術好像很多，但是其實阻礙了一個工程師從一個工程師到項目經理或者技術經理的發展，因為小公司做的不可能是很大的項目，難么架構和設計不那麼嚴謹，這樣從宏觀來看對一個程序員是沒有好處的。
企業方面根據所做項目的不同用到的技術也不一樣，而基本上大一點的公司都有自己的主營項目，也就是強項。比如亞信是做通信行業的，目前處在web化階段，其對於java工程師的需求很大，但是它的核心還是C語言的，所以一個java程序員在這樣的公司是不會有多大發展的，也學不到什麼東西，值得一提的是這種公司都有自己的工具軟體，也就是把一些常用的模塊或者功能都做好了，你只要調用就行了，所以基本上你到這種公司學不到高深的技術，以後跳槽也難！ 現在大一點的公司都有自己的工具軟體，目的是封裝常用的模塊，縮短開發周期，提高運行效率，但是對於喜歡技術的人來說就沒有什麼好處了。
最後，想說的是：企業其實需要的是學習能力強的人，踏實肯干就會得到認可。至於技術都是進入公司以後的事情，只要上面說的幾樣搞清楚了，面試談的不錯，加點技巧就可以了！
java 學習資料要視頻干什麼呢？ 用Eclipse工具自己買本書或者到網上下幾個程序源代碼研究一下，再寫幾個小例子就差不多了！
希望可以幫到您，謝謝！

❿ 一個程序員需要有怎樣的自我修養

作為一名程序員，一個「程序員的自我修養」是什麼？
盡管我們不一定要像尹天仇那麼的認真對待自己的事業，但，一些基本的修養，作為一名新時代的碼農，總應該是要具備的吧。不過真要說修養，方面還是挺多的，技術自我提示自不必說。但我並不打算從這個大家都覺得理所當然的技術方面入手，而是談談，可讀性代碼，這個容易被大家忽視的基本素養。
1、遵從所在團隊的代碼規范。
一個高效、成熟的團隊，必定有一個屬於自己的代碼規范，這個規范是團隊的寶貴的財富，它是整個團隊從各種坑中爬起來後積累的經驗教訓。什麼是規范，它是人們從無數經驗中總結出來的規則，標准。而代碼規范，指導團隊成員如何以最短的時間寫成最高效，可讀性強的代碼。試想，如果成員不遵從規范，你用駝峰命名，他用下劃線，這對程序的可讀，將造成多大的影響。我想，應該沒有一個人願意去閱讀一段，各種變數命名形式都能見得到，private, public 方法隨意排序，甚至常量類都散落在各個角落的代碼吧。
代碼，一個作用是讓機器閱讀，另一個重要的作用是讓人閱讀！！！

2、遵從行業內通用的規范
在團隊的代碼規范未涉及到的，那請按照行業內的規范來編寫代碼。規范的一個好處是，可以明顯減少學習和交流成本。在java中，當我們看到全大寫的變數名時，我們就知道這是常量，而不需要去看注釋，不需要去看代碼邏輯。為什麼這么迅速，因為行業里大家都習慣把常量用大寫命名。但假如你用其他命名方式命名常量，比如team_nums命名常量，不僅不能讓人迅速知道這是個常量，而且可能讓人誤會這是個變數，增加了團隊成員學習和溝通成本，甚至可能誤導他們。就見過一位仁兄，明明用的是工廠模式，偏偏按模版模式的命名方式來命名，問他，他說他知道這是工廠模式，但他覺得，更應該叫模版模式。。。我的天，，你這么任性，以後還能做朋友么?
舉個例子，我們需要根據支付類型，來生產多個支付產品，於是，我們寫了個工廠類，命名為FactoryPay。當其他人看到一個類叫FactoryPay，他們會猜測，這應該是個工廠類，負責生產各種支付產品的工廠，然後按照這個猜測去閱讀代碼，就能比較快速的理解整個類的作用。但是，假如我取名PowerPay，別人還不知道是啥，看了半天，才明白，這是個工廠的作用。這就明顯增加了他人的學習成本和維護代碼的成本。

不管你是新手還是老鳥，務必了解施行行業規范，切勿為了標新立異而違反規范。這么低端的裝逼，就沒必要採用了，要裝也寫個高端的框架來提升逼格唄。

3、變數、方法命名要能表達變數作用
在程序員這個圈子很久了，就發現，程序員這貨，都喜歡這套，「這個介面幹嘛用的，有文檔么」，「自己看代碼去」。很多時候都是一臉黑。
盡管程序員閱讀別人代碼技術都是一流，不管你是有沒有注釋，不管你是怎麼循環嵌套，也不管你是怎麼命名，他們都能耐心的，把代碼分析個所以然來。但，對於程序員這個視時間寶貴如生命，分分鍾都能創造幾百萬價值的群體來說，您行行好，給我們省點時間吧，把變數是幹啥用的，說清楚唄，沒准節省的這幾分鍾，多賺個幾萬，還能請大家出去嗨呢。
每每看到部門的某大神，用一個神一般的變數名「flag」，我就有吐血的沖動，他還這個flag一直雪藏，不用，只是傳遞到第n個方法才使用，頓時心力交瘁，我的天，這個flag都是是幹嘛用的啊，後來才明白，是isPay的意思，用來標識用戶是否支付成功了。當時一口老血吐屏幕上，心裡狂吐槽，老兄，你命名個isPay會死么，我的腦細胞這么不值錢么。到後來看到，去魔法數字，用int NUM_7 = 7,而不是MAX_MEMBERS來表示最大成員、用x y z來命名變數名，各種只有作者，或者作者後來都忘了的獨特命名方式，都見怪不怪了。更有甚者，一個變數命名為passed，作用居然是「未通過」的意思，當時就石化了，作者還真是用心良苦，這都要考我細心不細心。
一個好的變數名，能幫助閱讀者了解變數的作用，也輔助了對整段代碼的理解。

4、不要show英語，鄉下的孩子傷不起唉
LZ所在的團隊，英語一直都是團隊的硬傷，但總是能看到，某位仁兄，加上大把大把的英文注釋，有些變數名也取些高大上的復雜的英語單詞。敢問，你這么高的逼格，以後我們怎麼和你玩啊。(那位仁兄其實就是LZ，年輕時唉，罪過罪過)
代碼是用來溝通的，傳遞作者意圖的，都看不懂，怎麼溝通交流。建議英語好的童鞋，英語能力可以放到閱讀英文書籍中展示，在代碼中，如果團隊英語能力很弱，避免使用英文，變數命名也盡量按照團隊英語水平來命名

5、添加必要的注釋
正如上面LZ說的，經常遭遇「你仔細看看代碼，就知道幹嘛用的」這樣的神回復。盡管閱讀代碼是每個程序員的強項，但必要的注釋，比如邏輯比較復雜的地方，添加必要的注釋，對提升團隊成員閱讀熟悉代碼的效率是有很大幫助的。試想，一個類，幾百行，沒有一行注釋，對於閱讀者來說，閱讀它將是一個多麼恐怖的事。

6、注釋保持簡潔，避免沒有必要的注釋
即看過一行注釋都沒有的代碼，也看過注釋比代碼還要多的程序。一個是讓人生不如死，一個是讓人痛不欲生。(唉，有時不僅感嘆，在程序員界混，真的是難)。
LZ就經常看過，一大段注釋，啰嗦了半天，要不就是沒表達清楚重點，要不就是只為說明它是個循環的作用！！！譬如i++這樣的代碼，有必要加個「每個計數增加1」這樣的注釋么，這完全是把讀者定位為非程序員啊，或者就是嚴重鄙視讀者的編程水平。
注釋是幫助閱讀的人更好的理解程序的邏輯，只是輔助，如果不重視通過命名等方式來傳遞代碼的作用，而是依賴於注釋，這就是本末倒置了。而且，冗長啰嗦的注釋，這到底是幫助人理解，還是阻礙人理解啊，是讀程序還是讀小說啊。

7、擁有自己的編碼規范
規范是為了讓團隊更快的理解、熟悉代碼的，同理，擁有自己的一套規范，就能幫助其他人更快的理解我們所寫的功能，減少學習和溝通成本。

8、代碼清晰簡潔的表達出作者的意思
在我們每次寫完一段代碼時，一定要問問自己，代碼是否表達清楚了我的意思，是否需要添加些注釋，名字取得是否恰當了，別人在閱讀時是否吃力。。每每看到別人一團糟的費解的代碼，就時刻提醒自己，一定要把代碼寫好咯，我也確實是這么做的，一遍又一編的檢查，看變數名、方法名是否表明了它的用途，是否有些不必要的、只是為了提升逼格的代碼，別人是否能在短時間內看懂。所有的這些，只是為了寫出一段更優美的代碼。

9、堅持並捍衛上面的准則
經常能聽到，有些公司是代碼行數來定義績效的，但作為一個有操守，並秉承基本自我修養的程序員，我們絕不能為了各種誘惑或者脅迫，甚至是自己的惰性、個性，而放棄寫出簡潔清晰，可讀的代碼。

以上的幾點，並不是嚴格的意見或者建議，只是提醒廣大程序員同胞們，在痴心與高端的技術時，千萬不要忘了，代碼不僅機器要閱讀，人也需要閱讀。就算你寫出再復雜的代碼，但它讓人完全無法閱讀，這有什麼用呢。這就如同，你很牛逼很牛逼，但別人聽不懂你說的話，還不是沒用。如果你真的寫出了可讀性強的代碼，但你也不應該鳴鳴得意，我覺得，寫出一段優美，健壯，可讀性高的代碼，是一個程序員最基本的自我修養。