javac工資

⑴ java註解的類型可以是哪些

使用註解

在一般的Java開發中，最常接觸到的可能就是@Override和@SupressWarnings這兩個註解了。使用@Override的時候只需要一個簡單的聲明即可。這種稱為標記註解（marker annotation ），它的出現就代表了某種配置語義。而其它的註解是可以有自己的配置參數的。配置參數以名值對的方式出現。使用 @SupressWarnings的時候需要類似@SupressWarnings({"uncheck", "unused"})這樣的語法。在括弧裡面的是該註解可供配置的值。由於這個註解只有一個配置參數，該參數的名稱默認為value，並且可以省略。而花括弧則表示是數組類型。在JPA中的@Table註解使用類似@Table(name = "Customer", schema = "APP")這樣的語法。從這里可以看到名值對的用法。在使用註解時候的配置參數的值必須是編譯時刻的常量。

從某種角度來說，可以把註解看成是一個XML元素，該元素可以有不同的預定義的屬性。而屬性的值是可以在聲明該元素的時候自行指定的。在代碼中使用註解，就相當於把一部分元數據從XML文件移到了代碼本身之中，在一個地方管理和維護。

開發註解

在一般的開發中，只需要通過閱讀相關的API文檔來了解每個註解的配置參數的含義，並在代碼中正確使用即可。在有些情況下，可能會需要開發自己的註解。這在庫的開發中比較常見。註解的定義有點類似介面。下面的代碼給出了一個簡單的描述代碼分工安排的註解。通過該註解可以在源代碼中記錄每個類或介面的分工和進度情況。

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public@interfaceAssignment{
Stringassignee();
inteffort();
doublefinished()default0;
}

@interface用來聲明一個註解，其中的每一個方法實際上是聲明了一個配置參數。方法的名稱就是參數的名稱，返回值類型就是參數的類型。可以通過default來聲明參數的默認值。在這里可以看到@Retention和@Target這樣的元註解，用來聲明註解本身的行為。@Retention用來聲明註解的保留策略，有CLASS、RUNTIME和SOURCE這三種，分別表示註解保存在類文件、JVM運行時刻和源代碼中。只有當聲明為RUNTIME的時候，才能夠在運行時刻通過反射API來獲取到註解的信息。@Target用來聲明註解可以被添加在哪些類型的元素上，如類型、方法和域等。

處理註解

在程序中添加的註解，可以在編譯時刻或是運行時刻來進行處理。在編譯時刻處理的時候，是分成多趟來進行的。如果在某趟處理中產生了新的Java源文件，那麼就需要另外一趟處理來處理新生成的源文件。如此往復，直到沒有新文件被生成為止。在完成處理之後，再對Java代碼進行編譯。JDK 5中提供了apt工具用來對註解進行處理。apt是一個命令行工具，與之配套的還有一套用來描述程序語義結構的Mirror API。Mirror API（com.sun.mirror.*）描述的是程序在編譯時刻的靜態結構。通過Mirror API可以獲取到被註解的Java類型元素的信息，從而提供相應的處理邏輯。具體的處理工作交給apt工具來完成。編寫註解處理器的核心是AnnotationProcessorFactory和AnnotationProcessor兩個介面。後者表示的是註解處理器，而前者則是為某些註解類型創建註解處理器的工廠。

以上面的註解Assignment為例，當每個開發人員都在源代碼中更新進度的話，就可以通過一個註解處理器來生成一個項目整體進度的報告。 首先是註解處理器工廠的實現。

{
(Set<AnnotationTypeDeclaration>atds,?){
if(atds.isEmpty()){
returnAnnotationProcessors.NO_OP;
}
returnnewAssignmentAp(env);//返回註解處理器
}
publicCollection<String>supportedAnnotationTypes(){
returnCollections.unmodifiableList(Arrays.asList("annotation.Assignment"));
}
publicCollection<String>supportedOptions(){
returnCollections.emptySet();
}
}

AnnotationProcessorFactory介面有三個方法：getProcessorFor是根據註解的類型來返回特定的註解處理器；supportedAnnotationTypes是返回該工廠生成的註解處理器所能支持的註解類型；supportedOptions用來表示所支持的附加選項。在運行apt命令行工具的時候，可以通過-A來傳遞額外的參數給註解處理器，如-Averbose=true。當工廠通過 supportedOptions方法聲明了所能識別的附加選項之後，註解處理器就可以在運行時刻通過的getOptions方法獲取到選項的實際值。註解處理器本身的基本實現如下所示。

{
private;
;
publicAssignmentAp(){
this.env=env;
assignmentDeclaration=(AnnotationTypeDeclaration)env.getTypeDeclaration("annotation.Assignment");
}
publicvoidprocess(){
Collection<Declaration>declarations=env.getDeclarationsAnnotatedWith(assignmentDeclaration);
for(Declarationdeclaration:declarations){
processAssignmentAnnotations(declaration);
}
}
(Declarationdeclaration){
Collection<AnnotationMirror>annotations=declaration.getAnnotationMirrors();
for(AnnotationMirrormirror:annotations){
if(mirror.getAnnotationType().getDeclaration().equals(assignmentDeclaration)){
Map<,AnnotationValue>values=mirror.getElementValues();
Stringassignee=(String)getAnnotationValue(values,"assignee");//獲取註解的值
}
}
}
}

註解處理器的處理邏輯都在process方法中完成。通過一個聲明（Declaration）的getAnnotationMirrors方法就可以獲取到該聲明上所添加的註解的實際值。得到這些值之後，處理起來就不難了。

在創建好註解處理器之後，就可以通過apt命令行工具來對源代碼中的註解進行處理。 命令的運行格式是apt -classpath bin -factory annotation.apt.AssignmentApf src/annotation/work/*.java，即通過-factory來指定註解處理器工廠類的名稱。實際上，apt工具在完成處理之後，會自動調用javac來編譯處理完成後的源代碼。

JDK 5中的apt工具的不足之處在於它是Oracle提供的私有實現。在JDK 6中，通過JSR 269把自定義註解處理器這一功能進行了規范化，有了新的javax.annotation.processing這個新的API。對Mirror API也進行了更新，形成了新的javax.lang.model包。註解處理器的使用也進行了簡化，不需要再單獨運行apt這樣的命令行工具，Java編譯器本身就可以完成對註解的處理。對於同樣的功能，如果用JSR 269的做法，只需要一個類就可以了。

@SupportedSourceVersion(SourceVersion.RELEASE_6)
@SupportedAnnotationTypes("annotation.Assignment")
{
;
publicsynchronizedvoidinit(){
super.init(processingEnv);
ElementselementUtils=processingEnv.getElementUtils();
assignmentElement=elementUtils.getTypeElement("annotation.Assignment");
}
publicbooleanprocess(Set<?extendsTypeElement>annotations,RoundEnvironmentroundEnv){
Set<?extendsElement>elements=roundEnv.getElementsAnnotatedWith(assignmentElement);
for(Elementelement:elements){
processAssignment(element);
}
}
privatevoidprocessAssignment(Elementelement){
List<?extendsAnnotationMirror>annotations=element.getAnnotationMirrors();
for(AnnotationMirrormirror:annotations){
if(mirror.getAnnotationType().asElement().equals(assignmentElement)){
Map<?extendsExecutableElement,?extendsAnnotationValue>values=mirror.getElementValues();
Stringassignee=(String)getAnnotationValue(values,"assignee");//獲取註解的值
}
}
}
}

仔細比較上面兩段代碼，可以發現它們的基本結構是類似的。不同之處在於JDK 6中通過元註解@SupportedAnnotationTypes來聲明所支持的註解類型。另外描述程序靜態結構的javax.lang.model包使用了不同的類型名稱。使用的時候也更加簡單，只需要通過javac -processor annotation.pap.AssignmentProcess Demo1.java這樣的方式即可。

上面介紹的這兩種做法都是在編譯時刻進行處理的。而有些時候則需要在運行時刻來完成對註解的處理。這個時候就需要用到Java的反射API。反射API提供了在運行時刻讀取註解信息的支持。不過前提是註解的保留策略聲明的是運行時。Java反射API的AnnotatedElement介面提供了獲取類、方法和域上的註解的實用方法。比如獲取到一個Class類對象之後，通過getAnnotation方法就可以獲取到該類上添加的指定註解類型的註解。

實例分析

下面通過一個具體的實例來分析說明在實踐中如何來使用和處理註解。假定有一個公司的雇員信息系統，從訪問控制的角度出發，對雇員的工資的更新只能由具有特定角色的用戶才能完成。考慮到訪問控制需求的普遍性，可以定義一個註解來讓開發人員方便的在代碼中聲明訪問控制許可權。

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public@interfaceRequiredRoles{
String[]value();
}

下一步則是如何對註解進行處理，這里使用的Java的反射API並結合動態代理。下面是動態代理中的InvocationHandler介面的實現。

<T>implementsInvocationHandler{
finalTaccessObj;
publicAccessInvocationHandler(TaccessObj){
this.accessObj=accessObj;
}
publicObjectinvoke(Objectproxy,Methodmethod,Object[]args)throwsThrowable{
RequiredRolesannotation=method.getAnnotation(RequiredRoles.class);//通過反射API獲取註解
if(annotation!=null){
String[]roles=annotation.value();
Stringrole=AccessControl.getCurrentRole();
if(!Arrays.asList(roles).contains(role)){
(".");
}
}
returnmethod.invoke(accessObj,args);
}
}

在具體使用的時候，首先要通過Proxy.newProxyInstance方法創建一個EmployeeGateway的介面的代理類，使用該代理類來完成實際的操作。

⑵ 一個高級java工程師需要具備什麼能力和技術

宏觀方面

一、 JAVA。

要想成為JAVA(高級)工程師肯定要學習JAVA。一般的程序員或許只需知道一些JAVA的語法結構就可以應付了。但要成為JAVA(高級)
工程師，您要對JAVA做比較深入的研究。您應該多研究一下JDBC、IO包、Util包、Text包、JMS、EJB、RMI、線程。如果可能，希望您
對JAVA的所有包都瀏覽一下，知道大概的API，這樣您就發現其實您想實現的很多功能，通過JAVA的API都可以實現了，就不必自己費太多的腦經 了。

二、 設計模式。

其實寫代碼是很容易的事情，我相信您也有同感。但如何寫得好就比較難了。這個「好」字包括代碼可重用性，可維護性，可擴展性等。如何寫出好的代
碼往往要藉助一些設計模式。當然長期的代碼經驗積累，只要您用心，會使您形成自己代碼風格。相信您的代碼也比較符合代碼的可重用性，可維護性，可擴展性。
但既然前人已經給我們總結出了經驗，我們何不踩著前人的肩膀前進?

三、 XML。

現在的系統中不使用XML幾乎是不可能的。XML的功能非常強大，它可以做數據轉換、做系統的配置、甚至可保存您的系統業務數據。因此您必須了解
XML，包括它的語法，結構。您還需要比較熟練的使用解析XML的一些API，比如JDOM，SAX等，因為在我們一般的項目中，XML往往擔當系統配置
信息的作用，您需要用這些API解析這些配置信息，開發完美的項目。

四、 精通使用一種或兩種框架。

「框架都會有許多可重用的代碼，良好的層次關系和業務控制邏輯，基於框架的開
發使你可以省出很多的開發成本」。這里希望您能精通，更多的是希望您能通過框架的使用了解框架的思想。這樣您在開發一個項目時思路會開闊一些，比如您
會想到把sql語句與您的JAVA代碼分開，再比如您會考慮把您的業務邏輯配置到XML或者資料庫中，這樣整個項目就很容易擴張了。

五、 熟悉主流資料庫。其實真正比較大的項目都是有人專門做資料庫的，但往往很多項目要求作為(高級)工程師的您也參與資料庫的設計以及SQL的編寫。所以為了
更好的為國家做貢獻，建議您還是多了解一些主流資料庫，比如SQLSERVER，ORACLE，多連接SQL和存儲過程以及觸發器。如果您不是「科班」出
身，您還需要補充一些資料庫原理方面的知識。

六、 精通一種或兩種WEBServer。

因為作為JAVA工程師，特別時
想成為高級JAVA工程師的您，您不可避免地要部署您的項目到WebServer上，而且只有當您精通一種WebServer，您才可能最大限度地使用它
的資源，這往往可以節省很多時間和精力。

七、 UML。

您肯定想成為高級工程師，因此您有必要了解或熟練或精通UML，這取決於您有多大決心想成為高級工程師和項目經理。在比較正規的開發團隊
中，UML是討論項目的交流工具，您要想做一個軟體工程師，您至少要能看懂，您要想做高級工程師，您要能通過它來描述您對項目的理解，盡管這不是必須，但
卻很重要。

八、 站在高度分析問題：

這不是一個知識點，也不是通過書本就能學得到的。只所以提到這一點，是因為我比您還著急，我希望您更快的成為一個高級的軟體工程師，而
不是一個一般的軟體工程師。希望您在工作中多向您的系統分析員、需求分析員、系統設計員學習，多站在他們角度上去看您在開發的項目。在最好在項目之初先在
您的腦海里對項目有個大致的分析、設計，然後和他們進行比較，找找差別，想想缺點。

九、 工具。

您在這個階段可能接觸到不同的工具了，盡管您還需要使用JB或者IDEA，但能可能對
ROSE，Together要多了解一些，因為您要畫UML了。不要再對Dreamweaver等HTML編輯器情有獨鍾了，那些JSP頁面讓初級程序員去寫吧

微觀方面

1.Core Java部分

這是最基礎的,對於一個java高級開發/設計人員,你需要對這一部分達到精通的水平,重點內容如下:

a.面向對象編程思想(封裝繼承多態介面)

b.字元串處理

c.java.lang包,java.util包等常用包

d.java異常處理

2.Java高級部分

a.Java I/O流

b.Java多線程技術

c.Java網路編程

d.Java Swing

後兩項可以了解即可,如果項目需要可以深入研究

3.前端基本技能

* HTML + CSS網頁開發

* JavaScript

* Jquery

* 瀏覽器兼容性 CSS hack(了解)

4.熟練使用JSP + Servlet進行開發

5.MVC設計模式,原理,以及相關框架,如Struts

6.SSH框架

7.緩存技術 session & cookie

8.熟練使用一種以上Java開發工具(Eclipse/MyEclipse/Jbuilder/Jcreator/IntelliJIEDA/NetBeans)

9.熟練使用XML

JDOM w3c.dom SAX

10.Java設計模式

工廠模式,單例模式 ==

11.Java反射機制

反射的各種用法

12.了解或熟悉 C, C++, .NET

13.熟悉JDK的配置,環境變數

14.資料庫oracle必學,其他最好了解一種以上(mysql,sql server,access==)

oracle:視圖,索引,存儲過程,觸發器,游標,包,常用函數 ==

15.資料庫原理

事務的原理,鎖機制,表連接,復雜查詢語句(工作經驗),性能調優,鎖表以及解決方案==

16.JDBC,連接池

17.Ajax,反向Ajax

18.HTTP協議,request 和 response的原理,HTTP status(了解常用的),Https原理

19.熟悉linux基本命令,使用過Linux/Unix系統,可以編寫shell腳本,可以在Linux上部署項目

20.了解windows系統批處理腳本bat

21.了解HTML5,最好學習過

22.熟悉一種JS框架,如Prototype

23.J2EE原理 熟悉一種以上web容器如Tomcat,JBoss,websphere,weblogic==

24.熟悉ant或maven

25.熟悉一門腳本語言,如python ,ruby

26.了解php/ asp

27.了解ftp協議及原理

28.熟練使用Junit測試,熟悉Mockito等測試工具

29,熟悉javac,javadoc,native,native2ascii等常用命令

30.熟悉常用的排序演算法,如冒泡排序,快速排序等,最好自己研究過一些的演算法。

31.了解Flex(不學也沒關系)

32.了解敏捷開發模式

33.工作流workflow至少用過一種,如OSworkflow,了解原理

34.使用過VPN了解其原理

35.熟悉jstl表達式和el表達式

36.熟悉webservice,WSDL,SOAP

37.圖片處理,如圖片上傳,預覽,限制大小等

38.版本控制工具,CVS VSS SVN

39,JSON技術,JSON+AJAX

40.分頁技術,最好自己實現過不僅僅是用過要知道原理

41.Java Mail

42.Java讀寫txt,excel,JXL技術

43.JVM原理,JVM內存管理,GC,Java堆棧池

44.熟練使用下面的工具:

office辦公軟體,word,excel,ppt等

plsql,sqldevelop 資料庫開發工具

outlook大公司都用

ue編輯器

瀏覽器控制台,調試

SHH/PUTTY 遠程

45.UML建模工具Rational Rose等

46. 使用log4j

47.使用過開放Api如網路，騰訊街景，新浪微博等

48.頁面靜態化技術(偽靜態頁面)

49.報表技術，使用過報表製作工具，如水晶易表。

50.定時任務，如Spring batch ,學會自定義batch任務(不適用第三方工具)

51.了解uuid

52.b/s 和 c/s架構

53.正則表達式

54.了解jndi jms

55.ERP

56.UNICODE編碼，亂碼解決

57.開源網路編輯器，如ckEditor

58.二進制原理

59.使用過，了解過開源論壇框架，如discuzz

60.GWT，Closure框架

61.了解大數據，雲計算

62.搜索引擎搜索技術

63.軟體工程，項目管理

⑶ java編程常用的軟體有哪些

我這有一個編程開發工具壓縮包，你在學習Java的時候用到的工具幾乎都放在這裡面

大概的工具有這些

其他的工具包小編就不一一介紹了，基本上你在學習Java的時候能用到的東西都在這個包里，不再擔心下載到一堆的廣告軟體，也不用擔心外網下載慢了。

感謝樂位元組分享所有的工具包。

需要的同學們sx我哦！！！！

⑷ java 類是公共的，應在名為.java 的文件中聲明

1、首先在電腦中打開新建的Java項目，新建一個package，在包中新建一個Java 類，如下圖所示。

⑸ java開發工程師必須要學的技術有哪些

學習內容：

初級部分
Java 程序設計基礎，包括 J2sdk基礎、Java面向對象基礎、Java API使用、數據結構及演算法基礎、Java AWT圖形界面程序開發；
J2SE平台Java程序設計，包括Swing圖形程序設計, Socket網路應用程序設計,對象序列化，Java 常用數據結構，Applet，流和文件，多線程程序設計；
Java桌面系統項目開發，4~5人組成一個項目組，項目大小為（15人*工作日）；
Linux的基本操作，Linux下的Java程序開發，Linux系統的簡單管理；
Oracle資料庫，包括SQL/PLSQL;資料庫和資料庫設計；簡單掌握ORACLE9i 資料庫的管理；[2]
中級部分
Java Web應用編程，包括 Java Oracle 編程，即JDBC；JavaWeb編程，包括JSP、Servlet,JavaBean；Java應用編程，包括Weblogic、Websphere、Tomcat；以及利用Jbuilder開發Java程序；
MVC與Struts，學習業界通用的MVC設計模式和Struts架構；
Java B/S商務項目開發，4~5人一個項目組，項目大小為（25人*工作日左右）
高級部分
J2ME程序設計，包括J2EE程序、J2ME；Java高級程序設計（J2EE），包括J2EE體系結構和J2EE技術、EJB；Weblogic使用、 JBuilder開發；
Java和XML，包括Java Web Service，JavaXML, 業界主流XML解析器程序設計；
軟體企業規范和軟體工程，包括UML系統建模型和設計(Rational Rose 200x)軟體工程和業界開發規范；CVS版本控制、Java Code書寫規范；
J2EE商務應用系統項目開發，4~5人一個項目組，項目大小為（25人*工作日左右）。
………………………………………………………………………………………………

看你問的問題，應該是對java很感興趣，其實你可以自學java。關於如何學習java，我剛才看到一篇很不錯的文章，是一個農民工介紹自己如何自學java，並找到Java的工作，裡面介紹了他的學習方法和學習過程，希望對你有幫助。
我是一名地地道道的農民工，生活在經濟落後的農村，有一個哥哥和一個弟弟，父母都是地道的農民，日出而作，日落而息，我從小到大學習一直很好，從小學到高一都，成績在全級一直名列前茅，這樣我也順利了考上省的重點高中，然而，每個學期開學是家裡最為難的時候，每次交學費都讓父母發愁許久，家裡為了給我籌錢讀書，都借了不少錢，才讓我讀上高中。我知道我讀到高中家裡已經欠了好多債，為了減輕家裡的負擔，我選擇了退學。
2009年我高一退學，為了給家裡還債，干過建築工地的小工，搞過塑料製品加工，送水工等等。很工資都很低，一個月也就1000多，加上加班費一個月能拿2000多一點，我每個月都向家裡寄回800-1000元，到了2011年末，一次偶然的機會我接觸了Java，聽說Java的前景挺不錯，工資相對於我一個農民工來說簡直是天文數字，於是我在新華書店買了幾本Java的書，盡管白天辛苦工作，晚上回來還是堅持看書，但有於基礎太差很多都很不明白，但還是堅持看，一有看1-2個小時Java的書，看著看著許多基礎都慢慢的學會了，但那些比較難的還是看不懂，後來還買了有些關於框架的書，還是看不懂，這樣斷斷續續的持續了半年多，覺得自己Java的基礎都差不多懂了，但框架還是看不懂，還有最缺的項目經驗，看了很多招聘Java程序員的簡介都要項目經驗，相對我一個農民工來連框架都弄不明白，想找一份Java工作對我來說簡直是奢侈。我只想學Java，並不敢想以後能從事Java的工作。
有一次，在網路上看到一篇讓我很鼓舞的文章，是一個Java高手介紹在沒有基礎的朋友怎麼自學入門Java，文章寫的很好，包含了如何學習，該怎麼學習，他提到一個方法就是看視頻，因為看書實在太枯燥和費解的，不少是我們也看不懂，這點我真的很認同，我自己看書都看了很久才學會基礎。曾經有想過參加培訓，但是上萬元的培訓費讓我望而卻步，我工資這么低，每個月還有向家裡匯錢，加上城市消費比較高，雖然每個月只有幾百剩下，但是相對於上萬萬學費和四個月的吃住費用逼我連想不敢想。 於是我決定看視頻，我就去搜索Java的視頻，雖然我零星的找到一些Java的視頻，但是都不系統。最重要連項目都沒有。後來我找到一份很好的視頻，是IT學習聯盟這個網站一套視頻叫<<零基礎Java就業班>>的教程還不錯，很完整。還贈送11個頂級企業項目。價格很合理，於是我買下來。
於是開始了我的自學Java的路，收到光碟後，我就開始學習，剛開始學習還不錯，是從零基礎教起，老師幽默風趣而又輕松的課堂教課，使我發現原來學習JAVA並不是一件很難的事情。因為我本來基礎還不錯，前面的基礎看一篇我就過去了，到了框架，我覺不又不是很難，可能老師太牛了，他能把復雜的問題講的比較通俗易懂，有些難點的地方我還是連續看了五六次，把他弄懂。每天下午6點下班後，吃了飯，馬上跑回家。看視頻，買了幾本筆記本。當時，為了編程還花幾百元了台二手的台式電腦，配置一般，但編程是足夠的。一邊看視頻，一邊記筆記，把重點都記下來，還一邊跟著老師敲代碼，為了能盡早學會Java。每天都堅持學5-6個小時。經常學到晚上一點多才睡覺。星期六，日不用上班，每天7點多起床，學到晚上11,12點。那段時間特別辛苦，特別累。在學習Java的三個多月里，除了吃飯睡覺工作，剩餘的時間都在學習，因為我知道自己的計算機基礎不是很好，也沒有學過什麼計算機，只是學了些Java基礎，相對於那些科班的人來說我要比他們付出更多的努力。我只能咬緊牙關，堅持下去，我不能放棄，我要完成我的夢想，我要讓我的家人過上好日子。終於三個多月後我把Java教程里的內容和項目都學完了，在學項目的過程中我發現項目特別重要，他能把你學過的知識全部聯系起來，能更好的理解你所學的知識。還有學習過程中，動手很重要，要經常跟著老師動手敲，動手吧，跟著做，一行一行的跟著敲，再試著加一些自己的功能，按照自己的思路敲一些代碼，收獲遠比干聽大的多。 如果遇到暫時對於一些思路不能理解的，動手寫，先寫代碼，慢慢你就會懂了。這套視頻還贈送了11個頂級企業項目，對於我沒有任何經驗的人來說，這個太重要了，還有在學習項目是提升能力最快的方法。項目能把所有的知識點全都連到一起了，不再是分散的，而是形成一個整體了。那種感覺是僅僅深入鑽研知識點而不寫真實項目的人所不能體會的。一個項目就是一根繩子可以把大片的知識串到一起。 就這樣，我用了兩個月也把項目給學完了。其實學完教程差不錯就達到就業水平，但是我可能覺得自己學歷低還是把那11個頂級企業項目才去找工作。
接著我就到51job瘋狂的投簡歷，因為我的學歷問題，初中畢業，說真的，大公司沒有人會要我。所以我頭的都是民營的小公司，我希望自己的努力有所回報。沒有想過幾天後，就有面試了，但是第一次面試我失敗了，雖然我自認為筆試很好，因為我之前做了准備，但是他們的要求比價嚴格，需要有一年的項目經驗，所以我沒有被選中。 後來陸續面試了幾加公司，終於功夫不負有心人，我終於面試上了一家民營的企業。公司規模比較小，我的職務是Java程序員。我想我比較幸運，經理看中我的努力，就決定呂勇我，開的工資是3500一個月，雖然我知道在北京3500隻能過溫飽的生化，但是我想我足夠了，比起以前的工資好了些，以後可以多寄些錢回家。我想只要我繼續努力。我工資一定會翻倍的。 把本文寫出來，希望能讓和我一樣的沒有基礎的朋友有信心，其實我們沒有自卑，我們不比別人笨，只有我們肯努力，我們一樣會成功。

⑹ 朋友們,大家好!我是一個JAVA語言的初學者.

學習一門新的知識，不可能指望只看一本，或者兩本書就能夠完全掌握。需要有一個循序漸進的閱讀過程。我推薦Oreilly出版的Java系列書籍。

在這里我只想補充一點看法，很多人學習Java是從《Thinking in Java》這本書入手的，但是我認為這本書是不適合初學者的。我認為正確的使用這本書的方法應該是作為輔助的讀物。《Thinking in Java》並不是在完整的介紹Java的整個體系，而是一種跳躍式的寫作方法，是一種類似tips的方法來對Java很多知識點進行了深入的分析和解釋。

對於初學者來說，最好是找一本Java入門的書籍，但是比較完整的循序的介紹Java的語法，面向對象的特性，核心類庫等等，在看這本書的同時，可以同步來看《Thinking in Java》，來加深對Java的理解和原理的運用，同時又可以完整的了解Java的整個體系。

對於Java的入門書籍，蔡學鏞推薦的是Oreilly的《Exploring Java, 2nd Edition》 或者《Java in a Nutshell,2nd Edition（針對C++背景）》，我並沒有看過這兩本書。其實我覺得電子工業出版社的《Java 2編程詳解》或者《Java 2從入門到精通》就很不錯。

在所有的Java書籍當中，其實最最有用的，並不是O'reilly的 Java Serials，真正最最有用處是JDK的Documentation！幾乎你想獲得的所有的知識在Documentation裡面全部都有，其中最主要的部分當然是Java基礎類庫的API文檔，是按照package來組織的，對於每一個class都有詳細的解釋，它的繼承關系，是否實現了某個介面，通常用在哪些場合，還可以查到它所有的public的屬性和方法，每個屬性的解釋，意義，每個方法的用途，調用的參數，參數的意義，返回值的類型，以及方法可能拋出的異常等等。可以這樣來說，所有關於Java編程方面的書籍其實都不過是在用比較通俗易懂的語言，和良好的組織方式來介紹 Documentation裡面的某個package裡麵包含的一些類的用法而已。所以萬變不離其宗，如果你有足夠的能力來直接通過 Documentation來學習Java的類庫，那麼基本上就不需要看其他的書籍了。除此之外，Documentation也是編程必備的手冊，我的桌面上有三個Documentation的快捷方式，分別是J2SDK1.4.1的Documentation，Servlet2.3的 Documentation和J2SDKEE1.3.1的Documentation。有了這個三個Documentation，什麼其他的書籍都不需要了。

對於Java Web 編程來說，最核心的是要熟悉和掌握HTTP協議，這個就和Java無關了，在熟悉HTTP協議之後，就需要熟悉Java的實現HTTP協議的類庫，也就是 Servlet API，所以最重要的東西就是Servlet API。當然對於初學者而言，直接通過Servlet API來學習Web編程有很大的難度，我推薦O'reilly的《Java Server Pages 》這本書來學習Web 編程。

EJB的書籍當中，《Enterprise JavaBeans, 2nd Edition》是一本很不錯的書， EJB的學習門檻是比較高，入門很難，但是這本書完全降低了學習的難度，特別重要的一點是，EJB的學習需要結合一種App Server的具體實現，所以在學習EJB的同時，必須同步的學習某種App Server，而這本書相關的出了三本書，分別是Weblogic6.1，Websphere4.0和JBoss3.0上面部署書中例子的實做。真是既有理論，又有實踐。在學習EJB的同時，可以邊看邊做，EJB的學習會變得很輕松。

但是這本書也有一個問題，就是版本比較舊，主要講EJB1.1規范和部分EJB2.0的規范。而Ed Roman寫的《Mastering EJB 2.0》這本書完全是根據EJB2.0規范寫的，深入淺出，覆蓋了EJB編程的各個方面，並且還有很多編程經驗tips，也是學習EJB非常推薦的書籍之一。

如果是結合Weblogic來學習J2EE的話，《J2EE應用與BEA Weblogic Server》絕對是首選讀物，雖然是講述的Weblogic6.0，仍然值得購買，這本書是BEA官方推薦的教材，作者也是BEA公司的工程師。現在中文版已經隨處可見了。這本書結合Weblogic介紹了J2EE各個方面的技術在Weblogic平台上的開發和部署，實踐指導意義非常強。

在掌握了Java平台基礎知識和J2EE方面的知識以後，更進一步的是學習如何運用OO的方法進行軟體的設計，那麼就一定要學習「設計模式」。 Sun公司出版了一本《J2EE核心模式》，是每個開發Java企業平台軟體的架構師必備的書籍。這本書全面的介紹了J2EE體系架構的各種設計模式，是設計師的必讀書籍。

Java Learning Path（三）過程篇

每個人的學習方法是不同的，一個人的方法不見得適合另一個人，我只能是談自己的學習方法。因為我學習Java是完全自學的，從來沒有問過別人，所以學習的過程基本上完全是自己摸索出來的。我也不知道這種方法是否是比較好的方法，只能給大家提供一點參考了。

學習Java的第一步是安裝好JDK，寫一個Hello World，? 其實JDK的學習沒有那麼簡單，關於JDK有兩個問題是很容易一直困擾Java程序員的地方：一個是CLASSPATH的問題，其實從原理上來說，是要搞清楚JRE的ClassLoader是如何載入Class的；另一個問題是package和import問題，如何來尋找類的路徑問題。把這兩個問題摸索清楚了，就掃除了學習Java和使用JDK的最大障礙。推薦看一下王森的《Java深度歷險》，對這兩個問題進行了深入的探討。

第二步是學習Java的語法。Java的語法是類C++的，基本上主流的編程語言不是類C，就是類C++的，沒有什麼新東西，所以語法的學習，大概就是半天的時間足夠了。唯一需要注意的是有幾個不容易搞清楚的關鍵字的用法，public，protected，private，static，什麼時候用，為什麼要用，怎麼用，這可能需要有人來指點一下，我當初是完全自己琢磨出來的，花了很久的時間。不過後來我看到《Thinking in Java》這本書上面是講了這些概念的。

第三步是學習Java的面向對象的編程語言的特性的地方。比如繼承，構造器，抽象類，介面，方法的多態，重載，覆蓋，Java的異常處理機制。對於一個沒有面向對象語言背景的人來說，我覺得這個過程需要花很長很長時間，因為學習Java之前沒有C++的經驗，只有C的經驗，我是大概花了一個月左右吧，才徹底把這些概念都搞清楚，把書上面的例子反復的揣摩，修改，嘗試，把那幾章內容反復的看過來，看過去，看了不下5遍，才徹底領悟了。不過我想如果有 C++經驗的話，應該一兩天時間足夠了。那麼在這個過程中，可以多看看《Thinking in Java》這本書，對面向對象的講解非常透徹。可惜的是我學習的時候，並沒有看到這本書，所以自己花了大量的時間，通過自己的嘗試和揣摩來學會的。

第四步就是開始熟悉Java的類庫。Java的基礎類庫其實就是JDK安裝目錄下面jre\lib\rt.jar這個包。學習基礎類庫就是學習rt.jar。基礎類庫裡面的類非常非常多。據說有3000多個，我沒有統計過。但是真正對於我們來說最核心的只有4個，分別是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;

這四個包的學習，每個包的學習都可以寫成一本厚厚的教材，而O'reilly也確實是這樣做的。我覺得如果時間比較緊，是不可能通過讀四本書來學習。我覺得比較好的學習方法是這樣的：
首先要通讀整個package的框架，了解整個package的class，interface，exception的構成，最好是能夠找到介紹整個包框架的文章。這些專門介紹包的書籍的前幾章應該就是這些總體的框架內容介紹。

對包整體框架的把握並不是要熟悉每個類的用法，記住它有哪些屬性，方法。想記也記不住的。而是要知道包有哪些方面的類構成的，這些類的用途是什麼，最核心的幾個類分別是完成什麼功能的。我在給人培訓的時候一般是一次課講一個包，所以不可能詳細的介紹每個類的用法，但是我反復強調，我給你們講這些包的不是要告訴你們類的方法是怎麼調用的，也不要求你們記住類的方法調用，而是要你們了解，Java給我們提供了哪些類，每個類是用在什麼場合，當我遇到問題的時候，我知道哪個類，或者哪幾個類的組合可以解決我的問題，That'all！，當我們具體寫程序的時候，只要你知道該用哪個類來完成你的工作就足夠了。編碼的時候，具體的方法調用，是邊寫代碼，邊查Documentation，所有的東西都在Documentation裡面，不要求你一定記住，實際你也記不住3000多個類的總共將近10萬個方法調用。所以對每個包的總體框架的把握就變得極為重要。

第五步，通過上面的學習，如果學的比較扎實的話，就打好了Java的基礎了，剩下要做的工作是掃清Documentation裡面除了上面4個包之外的其他一些比較有用處的類。相信進展到這一步，Java的自學能力已經被培養出來了，可以到了直接學習Documentation的水平了。除了要做 GUI編程之外，JDK裡面其他會有用處的包是這些：
java.text.*;
java.net.*;
javax.naming.*;
這些包裡面真正用的比較多的類其實很少，只有幾個，所以不需要花很多時間。

第六步，Java Web 編程
Web編程的核心是HTTP協議，HTTP協議和Java無關，如果不熟悉HTTP協議的話，雖然也可以學好Servlet/JSP編程，但是達不到舉一反三，一通百通的境界。所以HTTP協議的學習是必備的。如果熟悉了HTTP協議的話，又有了Java編程的良好的基礎，學習 Servlet/JSP簡直易如反掌，我學習Servlet/JSP就用了不到一周的時間，然後就開始用JSP來做項目了。

在Servlet/JSP的學習中，重頭仍然是Servlet Documentation。Servlet API最常用的類很少，花比較少的時間就可以掌握了。把這些類都看一遍，多寫幾個例子試試。Servlet/JSP編程本質就是在反復調用這些類來通過 HTTP協議在Web Server和Brower之間交談。另外對JSP，還需要熟悉幾個常用JSP的標記，具體的寫法記不住的話，臨時查就是了。

此外Java Web編程學習的重點要放在Web Application的設計模式上，如何進行業務邏輯的分析，並且進行合理的設計，按照MVC設計模式的要求，運用Servlet和JSP分別完成不同的邏輯層，掌握如何在Servlet和JSP之間進行流程的控制和數據的共享，以及Web Application應該如何配置和部署。

第七步，J2EE編程
以上的學習過程如果是比較順利的話，進行到這一步，難度又陡然提高。因為上面的知識內容都是只涉及一個方面，而像EJB，JMS，JTA等核心的J2EE規范往往是幾種Java技術的綜合運用的結晶，所以掌握起來難度比較大。

首先一定要學習好JNDI，JNDI是App Server定位伺服器資源（EJB組件，Datasouce，JMS）查找方法，如果對JNDI不熟悉的話，EJB，JMS這些東西幾乎學不下去。 JNDI其實就是javax.naming.*這個包，運用起來很簡單。難點在於伺服器資源文件的配置。對於伺服器資源文件的配置，就需要看看專門的文檔規范了，比如web.xml的寫法，ejb-jar.xml的寫法等等。針對每種不同的App Server，還有自己的服務資源配置文件，也是需要熟悉的。

然後可以學習JTA，主要是要理解JTA對於事務的控制的方法，以及該在什麼場合使用JTA。這里可以簡單的舉個例子，我們知道一般情況可以對於一個資料庫連接進行事務控制(conn.setAutoCommit(false),....,conn.commit())，做為一個原子操作，但是假設我的業務需求是要把對兩個不同資料庫的操作做為一個原子操作，你能做的到嗎？這時候只能用JTA了。假設操作過程是先往A資料庫插一條記錄，然後刪除B 資料庫另一個記錄，我們自己寫代碼是控制不了把整個操作做為一個原子操作的。用JTA的話，由App Server來完成控制。

在學習EJB之前要學習對象序列化和RMI，RMI是EJB的基礎。接著學習JMS和EJB，對於EJB來說，最關鍵是要理解EJB是如何通過RMI來實現對遠端對象的調用的，以及在什麼情況下要用到EJB。

在學習完EJB，JMS這些東西之後，你可能會意識到要急不可待學習兩個領域的知識，一個是UML，另一個是Design Pattern。Java企業軟體的設計非常重視框架(Framework)的設計，一個好的軟體框架是軟體開發成功的必要條件。在這個時候，應該開始把學習的重點放在設計模式和框架的學習上，通過學習和實際的編程經驗來掌握EJB的設計模式和J2EE的核心模式。

J2EE規范裡面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外還有很多很多的企業技術，這里不一一進行介紹了。

另外還有一個最新領域Web Services。Web Services也完全沒有任何新東西，它像是一種黏合劑，可以把不同的服務統一起來提供一個統一的調用介面，作為使用者來說，我只要獲得服務提供者給我的WSDL（對服務的描述），就夠了，我完全不知道伺服器提供者提供的服務究竟是EJB組件，還是.Net組件，還是什麼CORBA組件，還是其他的什麼實現，我也不需要知道。Web Services最偉大的地方就在於通過統一的服務提供方式和調用方式，實現了整個Internet服務的共享，是一個非常令人激動的技術領域。Web Services好像目前還沒有什麼很好的書籍，但是可以通過在網路上面查資料的方式來學習。

Java Learning Path（四） 方法篇

Java作為一門編程語言，最好的學習方法就是寫代碼。當你學習一個類以後，你就可以自己寫個簡單的例子程序來運行一下，看看有什麼結果，然後再多調用幾個類的方法，看看運行結果，這樣非常直觀的把類給學會了，而且記憶非常深刻。然後不應該滿足把代碼調通，你應該想想看如果我不這樣寫，換個方式，再試試行不行。記得哪個高人說過學習編程就是個破壞的過程，把書上的例子，自己學習Documentation編寫的例子在運行通過以後，不斷的嘗試著用不同的方法實現，不斷的嘗試破壞代碼的結構，看看它會有什麼結果。通過這樣的方式，你會很徹底的很精通的掌握Java。

舉個例子，我們都編過Hello World

public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello World");
}
}

很多初學者不是很理解為什麼main方法一定要這樣來定義public static void main(String[] args)，能不能不這樣寫？包括我剛學習Java的時候也有這樣的疑問。想知道答案嗎？很簡單，你把main改個名字運行一下，看看報什麼錯誤，然後根據出錯信息進行分析；把main的public取掉，在試試看，報什麼錯誤；static去掉還能不能運行；不知道main方法是否一定要傳一個 String[]數組的，把String[]改掉，改成int[]，或者String試試看；不知道是否必須寫args參數名稱的，也可以把args改成別的名字，看看運行結果如何。

我當初學習Java的時候就是這樣做的，把Hello World程序反復改了七八次，不斷運行，分析運行結果，最後就徹底明白為什麼了main方法是這樣定義的了。

此外，我對於staic，public，private，Exception，try{ }catch {}finally{}等等等等一開始都不是很懂，都是把參考書上面的例子運行成功，然後就開始破壞它，不斷的根據自己心裏面的疑問來重新改寫程序，看看能不能運行，運行出來是個什麼樣子，是否可以得到預期的結果。這樣雖然比較費時間，不過一個例子程序這樣反復破壞幾次之後。我就對這個相關的知識徹底學通了。有時候甚至故意寫一些錯誤的代碼來運行，看看能否得到預期的運行錯誤。這樣對於編程的掌握是及其深刻的。

其中特別值得一提的是JDK有一個非常棒的調試功能，-verbose
java –verbose
javac –verbose 以及其它很多JDK工具都有這個選項
-verbose 可以顯示在命令執行的過程中，JVM都依次載入哪裡Class，通過這些寶貴的調試信息，可以幫助我們分析出JVM在執行的過程中都幹了些什麼。

另外，自己在學習過程中，寫的很多的這種破壞常式，應該有意識的分門別類的保存下來，在工作中積累的典型常式也應該定期整理，日積月累，自己就有了一個代碼庫了。遇到類似的問題，到代碼庫裡面 Copy & Paste ，Search & Replace，就好了，極大提高了開發速度。最理想的情況是把一些通用的常式自己再抽象一層，形成一個通用的類庫，封裝好。那麼可復用性就更強了。

所以我覺得其實不是特別需要常式的，自己寫的破壞常式就是最好的例子，如果你實在對自己寫的代碼不放心的話，我強烈推薦你看看JDK基礎類庫的 Java源代碼。在JDK安裝目錄下面會有一個src.zip，解開來就可以完整的看到整個JDK基礎類庫，也就是rt.jar的Java源代碼，你可以參考一下Sun是怎麼寫Java程序的，規范是什麼樣子的。我自己在學習Java的類庫的時候，當有些地方理解的不是很清楚的時候，或者想更加清晰的理解運作的細節的時候，往往會打開相應的類的源代碼，通過看源代碼，所有的問題都會一掃而空。

Java Learning Path（五）資源篇

1、 http://java.sun.com/ (英文)
Sun的Java網站，是一個應該經常去看的地方。不用多說。

2、http://www-900.ibm.com/developerWorks/cn/
IBM的developerWorks網站，英語好的直接去英文主站點看。這里不但是一個極好的面向對象的分析設計網站，也是Web Services，Java，Linux極好的網站。強烈推薦！！！

3、http://www.javaworld.com/ (英文)
關於Java很多新技術的討論和新聞。想多了解Java的方方面面的應用，這里比較好。

4、http://dev2dev.bea.com.cn/index.jsp
BEA的開發者園地，BEA作為最重要的App Server廠商，有很多獨到的技術，在Weblogic上做開發的朋友不容錯過。

5、http://www.huihoo.com/
灰狐動力網站，一個專業的中間件網站，雖然不是專業的Java網站，但是在J2EE企業應用技術方面有深厚的造詣。

6、http://www.theserverside.com/home/ (英文)
TheServerSide是一個著名的專門面向Java Server端應用的網站。

7、http://www.javaresearch.org/
Java研究組織，有很多優秀的Java方面的文章和教程，特別是在JDO方面的文章比較豐富。

8、http://www.cnjsp.org/
JSP技術網站，有相當多的Java方面的文章和資源。

9、http://www.jdon.com/
Jdon論壇，是一個個人性質的中文J2EE專業技術論壇，在眾多的Java的中文論壇中，Jdon一個是技術含量非常高，帖子質量非常好的論壇。

10、http://sourceforge.net/
SourgeForge是一個開放源代碼軟體的大本營，其中也有非常非常豐富的Java的開放源代碼的著名的軟體。
參考資料：還有JAVA中文網站http://www.java-cn.com/book/index.html

=================================================================
=================================================================
-----------------------------------------------------------------

程序員是一種技術工作，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立， 到數據傳輸層的處理，到操作系統的建設，到資料庫平台的建設，一直到應用層上各種數 據營銷平台的搭建，程序員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大 的貢獻。

中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不如。這些問題不是在於中國程序員的智商和工作努力狀況，也不是在於國家和民間對開發的投入程度，而是很大程度上，有一些對技術，對程序開發，對項目設計方面的思想誤區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型復用系統研發能力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性 的重要工作。

中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程序的整體理解能力，這些人，一個網上的朋友說得很好，他們實際 上只是一些Coding fans，壓根沒有資格稱為程序員，但是據我所知，不少小網路公司的 CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇 人。

程序員基本素質：

作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具 有的素質。

1：團隊精神和協作能力

把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。

2：文檔習慣

說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中 非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級 程序員和系統分析員，這個比例還要高很多。

缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇 到極大的麻煩。

3：規范化，標准化的代碼編寫習慣

作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮 進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和 糾錯，也有助於不同技術人員之間的協作。

有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自 己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。

再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可 想像的。

4：需求理解能力

程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程序員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5：復用性，模塊化思維能力

經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫 一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成 了熟練程序員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投 入到創新的代碼工作中去。

一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊 都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重 寫，大部分重復性工作無謂的浪費了時間和精力。

程序員應具備的素質中

6：測試習慣

作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效 率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當然這需要上面提到的 需求理解能力。

7：學習和總結的能力

程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有 領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。

善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高 了。

但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。

善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有 目的的跟蹤該程序的應用狀況和用