学习java语言看书的顺序应该是什么

[fantasyzzz]

我已经对c++比较深入的理解，最近想开始学习java，不过对很多网上说的东西都很不了解，基本的看了一点java编程思想的语法的几章节，我的学习顺序应该是什么样的，大家帮个忙，应该以怎样的看书顺序来学习？

[luanzi]

经过上面的学习，自己相比以前来说提升了不少，这时候自己也找到了工作，是做J2EE对日外包的，所以更加坚定了努力学习Java的信心。
在上面写的程序中，我自己写程序没有规范性，在代码编写的时候自己的盲点特别多，还容易犯低级失误。同学有一个《Effective Java》中文版，可是我看了几页发现自己根本看不懂，里面什么静态工厂啊，什么单例模式什么的根本不知道什么东东。我知道自己目前的水平还不够，所以决定放下这本书，去寻找别的适合我的书看。这个时候我看到了候捷先生翻译的《Practical Java》一书，当时是刚刚上的书架。这本书我在书店翻了下目录后就感觉如获至宝，马上买回家，在回家的公车上就贪婪地读起来。这本书不算很厚，但是自己看得却很认真很仔细，也明白了不少东西，比如Java中等号和equals()方法的区别，究竟什么时候用什么。还有Exception处理机制，以前不知道什么叫Exception，只是JBuilder提示我要我抛出Exception我再抛出Exception，自己觉得这东西基本没什么用呢。但是看了这本书后我改变了看法，我发现Exception是个很好的东西，可以迅速把程序从正常状态和异常状态区分开来，即使而准确地在指定位置得到处理。那时自己也有了以后写程序的时候注意编写异常处理部分的想法。《Practical Java》这本书虽然不厚，但是我却非常仔细地去看了，大概花了1个月时间，我把这本书完全消化了下去。
当时听说Java在网络上的应用非常广，我也不知道究竟是什么应用，我于是买了Oreilly的《Java网络编程》这本书。这本书虽然很厚，其实前半部分内容不是很复杂，后半部分写什么RMI的东西我也看不大懂，只能理解个概念。通过这本书，我了解了HTTP协议究竟是什么一个东西，在它上面利用Java传输数据该如何做，知道了什么是Request，什么是Response。这也为以后开始我的J2EE之旅打下了很好的基础。当时自己依然是边看书边自己写代码来验证，自己写了个服务器端Socket和客户端Socket，成功进行了通信，又在上面加上了安全Socket内容，实现了SSL通信。当时我把写的这个又套上了Swing的外壳，还和同学拿这个传文件呢。不过当时也没有考虑过什么校验码之类的东西，所以传传小文件还是可以的，文件稍微一大一点，传过去的文件总是不对头，和我原来的文件经常会出一些差异，导致文件打不开。
《Java网络编程》这本书看了不少时间，因为书比较厚，东西也比较多，不过除了后面的一些知识以外，其他的还是容易理解的。大概花了2个月左右的时间看完。看完后，时间也到了2004年的3月。我也轮到开始我毕业设计的时候了。我们的毕业设计导师都还不错，给你自己选个课题，我选的是一个B/S结构的在线简历处理系统，正好和我所学和下面所工作的东西是一条路上的了。这时我觉得我应该往B/S结构上转了，当时在选择先看Servlet还是先看JSP上犹豫不决。最终决定先看Servlet，后来也证明了我的决定是对的，我在熟悉了Servlet后再学JSP是非常容易的，基本上根本没有遇到什么难点。
可能有人会觉得我看了好多Oreilly的书，虽然我不能说Oreilly本本都是好书，不过相对来说，好书的概率总超过许多其他的出版社，而且体系比较齐全。我看得几本书我都觉得还不错。现说说下面这本我学Servlet时候看的《Java Servlet编程》来说吧，很不错的一本书，让我迅速知道了什么是Servlet，然后通过最简单的实例，让你知道了Servlet如何运行的，跟HTTP协议是如何配合的，如何返回HTML形式的文本，XML配置符该如何写，究竟每个元素是什么意思等等。由于我原来有一定的XML基础（知道XML语法各种格式的含义而已），所以掌握起来还算比较快。通过这本书，我知道了如何动态生成HTML文档，知道如何把一个Servlet映射到一个虚拟的地址。在后半部分写到了数据库操作部分，我对数据库的了解其实也仅限于原来大学课本上的《数据库系统原理》，如何从程序和数据库交互是一窍不通。通过数据库操作这章，我知道了如何使用JDBC语句如何编写，大家不要笑，对于当初一个新手来说，这个真是一个全新的领域，做什么事情都需要Sample来对照，跟着依葫芦画瓢吧，其实现在的软件开发也是这样，我想现在大家谁能直接手写Struts或者Hibernate的配置文件都很难吧。闲话少说，大概这个时候，我对毕业设计的雏形有了点思想上的概念。看完了《Java Servlet编程》后紧接着就又看Oreilly的《JSP设计》，由于有了Servlet的基础，学起JSP特别快。当时没有着重看Tag的自定义设计，光看了JSP的其他东西，终于在五一节后把毕业设计都写完了，当时总代码量是2000多行，第一次写这么多代码的程序觉得很有成就感。现在看起来那时做的是标准垃圾，但是当时觉得还是很不错。用了Servlet + JSP。其实Servlet也不是用来当控制器的，而是和JSP做的差不多功能，都是作view的功能的。很快，毕业设计交差过去了，写写毕业论文，准备答辩。在这个过程中，我又一次考虑自己下面该看什么书。

[luanzi]

由于XML表达数据的自由性以及强大型，所以XML特别适合于做配置文件以及数据信息文件，在Java中XML的使用可谓是多如牛毛。在J2EE中，从Web Application的web.xml开始就是XML文件，到下面的Framework配置等等，没有一个没有XML的身影，而且XML都起到了举足轻重的作用。虽然我原来也懂一点XML，不过也仅限于XML的语法以及结构等等，那些深入下去的东西基本还是盲点，关于Java中如何处理XML更是一窍不通。为了更好的学习J2EE，XML是必须征服得一座山峰。这次，我依然又再一次信任了Oreilly出版社，买了本当时出版不久的《Java与XML》中文第二版。这本书刚开始并没有过多介绍XML本身过多的东西，只是为了怕某些读者并不了解XML而对XML语法结构等做了非常简要的介绍，不过也非常到位的介绍。介绍完了这些XML基础知识后就开始了SAX——〉DOM——〉JDOM——〉JAXP——〉Web Service的历程。不过我现在觉得如果能介绍DOM4J就更好了，因为我现在觉得DOM4J是Java中最好用而且性能也不错的XML处理工具。刚开始的我其实什么是SAX，什么是DOM都不知道，对JAXP更是一无所知。这本书英文版据说很受好评，中文版我只能说一般，因为有些地方估计译者并不擅长这一块，所以翻译得很生硬，以至于部分段落难于理解。总体来说，书的绝大多数内容还是可以看懂，由于没有具体实际操作的经验，所以很多也就是把概念理解了，直到几个月后做正式项目开始应用这些XML处理工具进行开发的时候才达到了熟练运用的能力。在这本书中学会了JDOM的使用方法，JDOM也还是比较好用的，学会了JDOM，以后操纵XML也方便了许多。这本书我的建议就是，可以一口气读到第十章JAXP部分，后面的Cocoon以及SOAP等等部分那本书介绍的并不是很好。Cocoon我是看了官方专门的帮助文档以后才感觉入了门。而SOAP是经过别的书籍加上项目中的实际运用才真正学会的。
这时到我刚进公司已经两个月过去了，时间已经到了9月中旬的样子，还有一个月我们公司新员工入司培训就要结束，也意味着还有一个多月我们就要开始接触正式项目。这时的我写B/S程序仅仅是JSP + JavaBean的水平，连JSP中的TAG都不会自定义，看见别人网上的程序自己还自己定义Tag很是羡慕，于是决定把那本《JSP设计》认真看完，把自定义Tag的功能实现。后来看了以后发现原来那本《JSP设计》的精华都在最后的150页内，最后那部分先是介绍了自定义Tag的定义方法以及Tag定义所带来的一些好处。自从学会了如何自定义Tag，在后来公司的项目中自己也根据项目的特点定义了一些共通的Tag，大大方便了不少项目中的开发人员，提高了生产力。这本书而且也说了一下B/S开发的两种Web Module。在这里，我第一次知道了Web开发可以用一个Servlet作为控制器，用JSP仅仅作用于表现层，这也为以后掌握MVC打下了很好的基础。
9月中下旬扫完了《JSP设计》的尾巴后，有一次跟公司给我们培训的老师在闲聊时谈到了项目开发，我询问他项目是不是用JSP和JavaBean来开发，他笑着和我说不是这样的，而是基于Framework来进行开发。比如Struts就是公司的常用Framework。Struts这东西以前也好像听说过，不过从来也只是听说而已，并没有看过。得到这个信息的我，为了能尽快熟悉实际项目的开发环境，便决心尽快学会Struts。当时的市场上讲解Struts的书只有一本，也就是Oreilly的《Jakarta Struts编程》，不像现在连《Struts in Action》的中文版也有了。我去了书店买来开始回家看，刚开始看的时候觉得如同云里雾里一般，因为这本书归纳总结性的东西很多，比较适合当参考手册，而真正带领新手入门这一块做的并不好。所以当我把这本书都看完了以后，还是不会用Struts编写一个程序，只是感觉自己朦朦胧胧懂了一些概念，比如MVC什么的。在公司我们的培训也结束了，通知在国庆节过来以后的第一个星期——大概是10月10日左右进行考试，最后根据培训考核情况来调整薪水。当时跟我一起培训的新员工基本上没有人会Struts，其实这个时候连会用JSP + JavaBean写一个最简单的登录画面的人也没有多少个，大部分人还是模模糊糊懂一点，但是具体做东西还是做不来的那种水平。国庆节大概10月5号的我去了趟书店，突然发现书架上新上了一本书，就是孙卫琴编写的《精通Struts》这本书。孙卫琴的书我倒是听说过，就是在这之前出的一本关于Tomcat以及Web App开发的书，据说挺容易上手的。我翻看了这本书的目录结构，觉得可以值得一读，于是虽然价格不菲，仍然买回家当天就研读起来。凭我的读后感觉来说，这本书也许学术价值并不高，说得深入的东西基本没有，但是特别适合初学者，通过Hello World这种例子迅速让你手把手编写出第一个Struts程序。就这样，在这本书买回来的第二天，我自己就用Struts写了一个很简单的登录画面程序，当时的感觉别提多兴奋了，就感觉自己入了门，以后的道路一片光明。在这里，我要由衷地感谢孙卫琴女士，写了这么一本适合初学者的书，同时也建议没有学过Struts但又想掌握Struts的Java程序员们买这本书回来看（不知道我是不是有书托之嫌，我只是说我自己的心里想法）

[stevech]

顺序不说，说说境界吧。
初级-->中级-->高级-->中级-->初级-->信手拈来-->随心所欲
时间大概：
3个星期-->半年至一年-->3~5年-->7年-->10年-->看造化...
呵呵

[lyszjs]

mark

[suiyuan168]

学JAVA需要一个人一大半的工作时间，坚持，坚持，坚持！

[dlxu]

哈哈，楼上的兄弟辛苦了，把偶的帖子转过来，3Q

[adorph]

书脱!

[slightpianist]

特别感谢 luanzi的转贴。。。。
不知道他学完了孙卫琴的那本书，以后还有没有下文了呢？

[xiaofeng3385]

有下文，有空我给你 粘下

[lxhzm]

说的还好

[scjpsz1860]

楼上这位老兄如果真能读那么多书的话，真让人佩服了……

[luanzi]

在这个项目的途中，大概在2005年1月底2月初的时候公司也开始进行了制作详细设计的培训，我虽然在项目中，不过也成为了其中一员。这次培训总共大概6次课，每次2个多小时，虽然时间不长，不过把详细设计的要点以及思路和容易出错的地方都说了出来，感觉很是不错，这几次课的培训后，虽然可能要我立即进行详细设计编写还有点困难，不过心里面已经有了不少底，我觉得经过一段时间后的锻炼，我应该可以有进行详细设计的能力了。
3月初这个大项目结束后，本以为可以休整下，不过很快通知我3月7日加入另外一个项目，其实也不算一个正式的项目，属于公司知识库的一个信息查询模块。由公司的一个技术专家负责，那人也就是我进公司时候第一个项目中带着我的那个技术专家，说起来我和他还真有缘，现在我这个项目还是跟着他，而且公司里面唯一一个和我同月同日生的人，真是很巧的巧合呢。他人挺好，很热心，所以我也从他那学到了很多东西。这次由于不是正式项目，所以并没有什么基本设计书，而是他给我们开会议的时候大致说了下项目的内容，每个画面的具体功能以及数据库表格的设计。由于这次项目规模很小，总共就12个画面的量，所以不采取Struts等Framework，而是采用比较原始的JSP + JavaBeans的构造。我们每个人根据他所跟我们讲解得功能写每个人自己分配到的画面的详细设计，其实也不算真正的详细设计，就是每个人把自己操作的那块的具体逻辑设计写出来，然后和他一起review一次，再开始编写代码。详细设计这里我做的很快，当天下午就把自己分配到的两个画面业务逻辑什么的都写好了，星期一布置得任务，我星期三的时候全部编码自测完毕提交，所以我的感觉就好像这个小项目一瞬间就结束了。
日本每年财务结算是在3月份，所以我们历来的习惯就是每年1月和2月很忙，3月开始清闲，一直可以到5月左右会接到个大项目昨。所以接下来就真正到了我的空闲时期，没有项目的压力，我可以自由学我自己喜欢的东西。很久以前买了本《精通EJB》第二版，可是一直以来我觉得自己功力尚浅，所以没有看，这次我想认真学学EJB。虽然大家公认EJB并不是很好，不过历来受到批评的都是EJB中的Entity Bean部分，这部分我觉得可以借助Hibernate来弥补，而会话Bean和消息驱动Bean则还是挺不错的。这次也当学一门技术，学习其好的东西，不是很好的东西就当作以后开发时候的借鉴。《精通EJB》这本书我的感觉是书质量比较好，不过翻译的水平稍微差了点，特别是有不少错误，而且很低级的错误居然校对的时候都没有发现，不能不说是个比较大的瑕疵。但是它不失为一本EJB的好教材。从一开始的JNDI开始，然后讲解了对象序列化，RMI-IIOP等等。这些以前都模模糊糊，或者是看过了但是还不知道究竟有什么用。但是经过这次的学习以后，对这些分布式系统比较需要的东西有了进一步的了解，感觉头脑中比较清晰，究竟RMI是什么样的工作原理，怎样实现一个远程方法调用等等。接下来的EJB学习，自己用Eclipse + Weblogic边看书边动手，写了一个个自己的学习小程序。我个人感觉看书最好就是边看边自己动手写小学习程序，这样比光看不练能学到多得多的东西。学了EJB后觉得脑子又清晰了很多，看见一个案例后头脑中就会有好几种如何解决的方法，几种方法互相在头脑中自己比较，经过这样，大大提高了自己的思维活跃性。

[luanzi]

未完待续!呵呵

[alfred_liu]

我看了你的文章后,感觉很不舒服.为什么啊?从文章中看来,你的时间安排很紧,可以说是根本就没休息的时间.象我这种贪玩的人,是不可能达到你的那种技术水平的.也许跟你一起的新手为什么不如你,我想,他们跟我是同一类型的吧.

[vosoft]

佩服,心翼,多多指点后人

[luanzi]

是转的 嘿嘿 要是我就好啦!

[thomaslw]

恩 我和楼主也有同样的想法

[luanzi]

国庆的假期放完了，我也回到了公司准备考核，上午是笔试，下午是上机考试。笔试分为了4块，分别是Java，Web开发，Oracle数据库，以及CMMI规约。这四门除了Oracle数据库我一向不是很擅长，只考了个中等分数以外，其他三门分数都名列前茅。不过CMMI规约老实说我也不怎么会，不过碰巧考的很多都是我知道的东西。下午是上机考试，题目给出来了，我一看题目，原来是一个最简易的成绩查询系统，也就是数据库里面已经有一些学生成绩，我们写一个检索页面，可以输入或者选择检索条件，把符合我们检索条件的数据输出并显示在画面中。我于是拿刚学会不久的Struts进行编写，在3个小时内把整个页面都写好了，并且还自定义了一个Tag来显示数据信息。考完以后我才知道总共也就五六个人程序可以运行，而且只有我一个人用的是Struts，其他人基本都是最简单的JSP + JavaBean，有的人连JavaBean都没有，数据库操作全部写在了JSP页面中。毫无疑问，这次上机考试我得到了好评，给了最高分。在全部的培训成绩中我也居前两名，我们部门新员工我排第一名。带着这个成绩，我们的入司培训基本结束，开始进入部门做实习项目。
虽然说我们正式进了部门，不过试用期还没有结束，我们试用期最后一个月的任务就是做一个实习项目，当然，每天还是要进行日语培训，因为要参加12月份的国际日语三级考试。公司也象征性得给大家培训了三节课的技术，第一节是Struts培训，第二节是Web App的MVC结构的培训，第三节是Log4j培训，这几次培训下来，大部分人感觉好象云里雾里一样，基本什么都没听懂，不过我由于有了点Struts的基本知识，所以感觉收获比较大，特别是MVC的培训中我真正明白了视图——控制器——模型这三层每层应该怎么处理，知道了一个Web App中如何分Java Package比较好，明白了专门有一个DAO层来处理数据库所带来的便捷，明白了Log在Web开发中的重要地位，这为以后的开发带来了很大的好处。实习项目的课题很快就下来了，要我们做一个电子相册的B/S系统，要求有图片上传，图片检索，图片显示以及要用Struts来构建，这些是基本的要求，其他功能可以自由扩张。我们部门的新员工分为两个小Group，都是一样的课题，互相促进和学习，每个Group还配备了一个老员工，作为督促我们的进度，防止我们有过大的偏差等等，不过具体做东西上原则上要求是不会给我们什么帮助。首先每个小Group要选出一个Leader，结果我被大家一致选为我们Group的Leader。在小组讨论中我们先进行需求分析，大家的讨论很是热烈，主意也很多，不过基本上组员们也都是点子多，具体实现上面还都没有想过。对于他们的那些建议，绝大多数我决定都作为我们要实现的目标，但也有少部分我觉得目前以我们的水平还无法实现的，就先否决了。会议开完后，当天回家以后我就开始排开发计划和个人的进度，第二天写画面的基本设计，第三天把组员拉过来开始Review基本设计，我们组的速度还算比较快。从星期二公布课题，到星期五就和几个组员一起把DEMO画面设计出来了。原来的计划是第二个星期一开始Coding，大概花一个星期完成。不过其余组员似乎还是不怎么会Struts，于是我回家星期六星期天基本全天都在看书写代码学习，花了两天把项目基本Coding完毕。其中Web页面部分也不再使用一开始使用Frame的做法，而是采用了Tiles框架。Tiles的使用过后我感觉是非常好的东西，经过简单的配置可以完成大批网页中类似部分的构建，而且生成的属于一个页面，这样就省去了以前写Frame时提交页面总是要考虑设置Target以及在引用对象的时候大批Parent或者top对象使用的麻烦事了。在开发过程中我使用了Log4j，这为我的调试程序带来了极大的方便，呵呵，可以想象，没有Log来调试一个Web程序真是不可想象的。
这段时间我是边开发边翻查那本《精通Struts》的，这样，迅速把Struts中提供的许多Tag弄熟练了，为以后具体的项目开发带来了便捷。也许是一向以来公司的实习项目完成效果都不是很理想吧，这次我们的迅速完成比较出乎Leader的意料，综合三个月的试用培训，由于我在日语和技术以及实习项目中表现都还不错，所以定工资级别时也是同一批进公司的新员工中最高的，随着转正会议的结束，我也在10月底成为了公司的正式员工。大概刚刚进入11月份，我们Group便开动一个项目，项目不是很大。当时老员工们许多都在做项目的详细设计，我便跟着公司一位技术专家（也是当初给我们入司培训的其中一位老师）做起项目的Framework构建工作。当时的我才进公司，第一资历尚浅，第二我的确也并不是很会什么东西，所以给我的任务很多都是一些模块的Utility的设计。比如通用的Check方法啊，CSV以及定长文件的读取解析什么的啊，还有某些在IE中可以实现的效果如何在Netscape中也能实现同样的效果等等。虽然这些东西在现在看来并不是很复杂，但是当时自己的确随着做这些东西而学到了很多很多。比如使用JDOM对XML文件的解析啊，很多Check方法的小技巧啊，IE和Netscape究竟有什么地方不一致，该如何解决等等，这些都在这几天内了解了很多。在这几天中，我通过网上查找资料，临场迅速学习了Java反射的使用方法，并且自己边学边写实例，实现了各种情况下的反射案例。我个人觉得掌握Java反射技术是非常重要的，这让你可以写一些通用的工具。如果不会反射技术的话，也许你永远只能写一些针对特定情况下的解决方法。而会使用反射以后，你可以写一些代码，这些代码可以用在许多地方，达到自己扩展甚至构建Framework的效果。在这个项目中，我使用了自定义Tag和Java反射技术，定义了些项目中比较需要的通用的Tag，方便了大家。

[luanzi]

后来听老员工说新员工进公司就开始做Framework是以前从来都没有过的事情，因为我们Leader对我希望比较大，所以想尽可能培养我，让我早点挑起项目大梁，所以给我的成长提供了一次又一次的机遇。11月中旬以后，项目开始进入编码阶段，我也第一次看到了正式的项目设计书。第一次看到设计书的时候我都觉得自己脑子有点懵，一大堆日语什么含义自己不是很清楚，而且感觉根本无从下手，不知道从哪里开始看比较好。项目担当耐心得和我说了设计书的格式以及究竟什么地方是什么一个含义，以及Coding的时候按照什么个思路来看设计书。再加上项目中有老员工先写了个Sample，让大家看了标准的一个流程，所以我们就依葫芦画瓢，慢慢得把一个画面一个画面Coding完毕。当然了，后来也有测试员来测试我们的画面，发现bug后就发Bug Report给我，那一个月就是在Coding，修正Bug中渡过的，这个项目是用Struts做的，因为不大。所以也没有再用其他的Framework，数据库操作那里只有个非常简单的单表操作DAO层，其余的DB操作都是自己通过JDBC操作语句来完成的。在这第一个自己接触的真正项目中，我自己学到了很多B/S设计的技巧，感觉很充实。不过书本学习方面我也没有闲着，我为了能够深入了解Java，大概在11月中旬左右开始看《深入Java虚拟机》这本书，由于内容比较深入，所以看得也有点吃力。书翻译得和写得都还不错，值得一看，我一直看了前八章，看到Java程序运行细节后就没再看了，大概看到了12月底的样子吧，呵呵，有时间的话决定把后面的部分也看完。这本书看完后收获就是了解了Class文件的实质，Java的安全模型，虚拟机是如何工作的。这些知识对后来调试程序Bug或者Exception的时候非常有好处，可以把以前自己觉得莫名其妙的错误的原因找出来，不像以前遇到很古怪的Exception的时候怎么死的都不知道，从读完这本书以后，在以后的调试异常中很少再有不知所以然的感觉了。
2004年12月底的时候，我的第一个项目也做完了，由于我空闲着，Leader便在星期三的时候把一个公司内部开发的Source统计的小工具让我进行修改，使得添加一个比较有用的功能。东西给我的时候基本没有任何文档，在我手上的就是一堆源代码而已，界面是用Swing制作的，因为没有专门在UI上进行精心设计，所以说不上好看，典型的Java编写的图形界面的程序的样子。软件不是非常大，估计在1万行源代码以内，不过对于只有一个人修改来说，也比较够呛了。还好我在刚学Java的时候用JBuilder写了一些Swing的程序，现在还是对Swing有概念的，所以拿到手上以后经过仔细分析，逐渐理清了头绪。经过修改和自己测试完毕后，觉得还比较满意，达到了预期的目标，于是在星期五的时候提交给了Leader。通过这次，对Swing的开发又加深了印象，自然，在有的细节技巧方面受益匪浅。
元旦很快来临了，在年底以前，公司觉得有必要学习下Hibernate，虽然我们目前的项目中还没有用过Hibernate，而是用另外一个公司内部开发的ORM工具，不过几名技术专家初步对Hibernate感觉后觉得Hibernate的功能要强大的多，而且是开源的，不断有人在推动，升级，所以有必要我们要学Hibernate。这次的学习采用学习小组的形式，也就是公司内部先抽几名员工（主要是技术部门的，当然，开发部门如果有兴趣的话也可以考虑）来进行深入学习，然后定期开会交流互相学习，达到短时间内先行的几名成员迅速深入掌握Hibernate的形式。由于我第一处于空闲状态，第二也比较有兴趣，而且跟技术部门的专家们也比较谈得来，所以我也加入了其中，成为几名学习小组中成员的一部分。我们学习资料主要就是《Hibernate in Action》英文版一书以及官方的帮助手册。我负责其中对象操作，Transaction和Cache，还有高级Mapping关系的设置几个部分的学习。由于资料都是全英文的，所以看书速度并不是很快，不过还是初步得到掌握了。大概学习了半个多月的样子，我们各自基本学习完毕，互相交流后并且写下了读书笔记，用来后面具体项目开发时候参考用。通过这大半个月的学习，我个人觉得提高了非常多，在这之前，我只知道有ORM这种东西，但是从来没有使用过，也从来没有看过。自从学过了以后，我不仅对Hibernate在代码编写时的使用比较熟悉了，而且对Hibernate的配置以及许多底层的知识有了很清楚的认识，让自己在数据持久化方面的认识提高了大大的一步。
元旦过后，虽然一边在学习Hibernate，不过由于下面项目的需要，Leader跟我说要我学一下Unix下的Shell编程，因为 项目中许多批处理会用Shell来启动。UNIX命令在学校时候学过的，不过这个时候已经忘记了很多，只是翻阅资料的时候还能回想起来不少命令。Shell并不难，如果有了编程基础，学习Shell编程也很快的，总体感觉就是编程语言大同小异，从基本语法来说，不外乎赋值、条件、循环这几种类型。只要迅速掌握这几种类型在这种编程语言中的编码格式，那么你就可以迅速掌握这门语言最基本的编程能力。Shell经过一周的学习后觉得感觉不错，不仅可以顺利看懂别人写的Shell程序，而且自己可以在Linux下顺利写出符合自己需求的Shell程序并能顺利执行。但是突发事件总是有的，那个项目突然决定延后两个月，所以前一个星期的学得Shell等于暂时派不上用场了。不过嘛，多学一样技能总是没有害处的，而且又复习了那么多Unix命令啦，感觉还是很不错的。于是我又进入了不在项目中的真空期了。

[luanzi]

但是好景不长啊，好日子还没有过上两个星期，公司去年做的一个比较大的项目开始了2期开发，我也被一下拖入了项目中。说起那个项目，公司好多人还心有余悸，据说去年那个项目开发的时候，大概50多号人干了好几个月，每天都是11点以后才有可能回家，周六是铁定加班，周日是看情况，晚上就算加班加到凌晨3点也不是什么奇怪的事情。当时大家都说多来几个这种项目大家就要死了，这次这个项目的2期过来了，大家精神又一次紧张起来咯。一开始照例是项目会议，听完项目经理描述以后，大家也放心了不少，这次虽然说是二期，不过规模不大，只需要15个人左右干一个月就能搞定。主要是把项目一期里面一些地方进行改修，当然也有需要新的画面的开发，不过相对于去年的那块不是很多而已。对我来说这次是个很大的考验，因为项目是二期，项目组内除了我，其他的人都做过1期开发，所以对项目结构都很清楚。这次项目开始并没有什么培训，所以我只能单独看1期的源代码来熟悉项目结构什么的。这个时候项目经理把我叫去要我办理护照，准备这个项目派遣我去东京现场维护。
这个项目是个比较全面比较大的项目，服务器采取了集群的方式，数据量也是千万乃至上亿级别的，所以性能要求特别高。在技术方面用到了很多，使用EJB来控制Transaction，使用了ORM工具来操纵DB数据等等等等。而且由于比较庞大，所以服务器初始化的那块为了Load上去大批配置信息，代码量极其庞大，在权限控制的那块地方，代码非常难以读懂。这也给我一开始的学习代码带来了很大的一块麻烦。不过总算静下心来后把整个项目框架以及实现手法基本摸清楚了，这个时候觉得非常开心，而且对Web应用程序的构造心里面也非常充实，觉得自己已经具备写Framework的初步能力了。
项目是紧张的，基本上每天晚上都要加班到11点，然后打车回家，哈哈，公司报销。而且临近过年，这么加班也一点都感觉不到过年的气息。不过我也不能因此放松了自己的学习。我觉得自己的基础应该算比较好了，便开始啃起另外一本大部头——《Java与模式》。一直以来我对设计模式的感觉就是一些已经成型的，久经考验的代码框架，具有非常好的可扩展能力以及非常好的代码健壮性。不过初学者最好不要看设计模式，因为你接触的代码不多，如果贸然看设计模式的话，会造成不明白为什么这种设计模式好，究竟好在什么地方的情况下就在代码中乱套设计模式，对自己的以后编码发展带来不利的影响。每一种设计模式都有每一种设计模式的特点，自然也有他们自身的适用范围，比如拿最基本的单例模式（Singleton）来说，适合于做配置信息读取器，主键产生器等全局唯一的东西。如果初学者不明白这些，拿单例模式乱套，什么都用单例模式，比如把普通传递数据用的JavaBean也做成了单例模式，带来的恶果就严重了。这本《Java与模式》我是从头到尾认认真真看了，每看完一个模式都会仔细回想以前看的代码哪里用到过这个模式，总会自己想想这些模式适用于哪些地方。因为这个时候我自己编写的代码行数也已经很多了，所以看见这些模式就会特别有感觉。经过50多天的认真研读，所有模式都被我消化了下去，并且使得我的对程序开发上面的认识提升了非常大的一步。顺路说一句，这本书写得非常好，例子很多，但是不复杂，有一定代码编写经验的人就可以看懂了。不过看懂并不是最重要的，重要的是消化下去，用来理解以前看过的代码的精华，这样自己才能得到提高。
这个项目虽然很紧张很忙，不过我还是适应了下来，而且对整个项目结构什么的都有了比较好的整体的把握。项目横跨了整个过年期间，所以在过年的那几天都必须开着手机，怕有什么突发事件要求去加班。签证在2月4日左右送过去签，Leader跟我说因为在过年期间，所以签证可能会比较缓慢，比较难签，不过一般情况下1个月应该足够了。原计划我是跟另外两个同事3月6日去东京，这样算算也差不多。不过中国有句话叫好事多磨，呵呵，用在我身上的确不过分，我的签证3月3日日本领事馆才签，三月四日送到南京。3月5日和3月6日是双休日，所以3月7日签证才送到我手上。由于计划是3月6日派人去东京，所以只好派另外一个身上有签证还没有过期的人代替我过去，这次的机会就算泡汤咯。不过我并不是很在意，因为公司这里去东京出差的机会狠多，特别对于开发人员，据说工作几年后一听到去日本出差就不乐意，毕竟也背井离乡么