??xml version="1.0" encoding="utf-8" standalone="yes"?> 大家有时间可以看看这本书Q我觉得写的不错Q至我自己看完深有感触Q我觉得完全可以这几点套用到我们生zȝ很多斚wQ比如对于我们搞IT的技术h员来_我认为现在很多h也存在四大茫Ӟ 茫然之一Q只知道完成d。也许是我年龄大了点Q但我觉得现在很多小朋友Q尤其是85q以后出生的Q工作的时候只是在完成dQ事情做完了Q有时也不测试,或者就是匆匆测试,匆匆l束Qƈ没有好好的想Z么这件事老大要让我这样做Q这样做有什么好处,会不会有~点Q我是不是有更好的方法。当你不L的时候,意味着你少了很多提高的Z?/p> 茫然之二Q不q究Z么。很多h做事情就象第一条说的那P只是完成dQƈ不去惛_中的原理是什么。面试过很多人,对于目前工作两三q的大部分h来说(当然我面试的不是好的学校毕业的,基本学校Z{偏下点)Q一旦涉及到Spring、Hibernate、Struts{框架深入点东西的时候,大都回答不上来,只是Ҏ架能熟练应用而已。这样够么?计算机的很多知识Q当你熟悉了其运作原理,框架对于你来_只是手到擒来Q看看学学就会用了。我问过好几个同事,qx晚上回去都干嘛,很多人都回答我晚上回ȝ看电视,E微看看书就睡觉了。我有点惊讶Q我惛_果你xZ个技术高手,一个能拉K薪的E序员,你又没有天䆾Q又不付q常人的努力Q凭什么你比别人强呢? 茫然之三Q不善于ȝ。很多hQ又是很多hQ过着做一天和撞一天钟的日子,日子一天一天过去,基本不去ȝQ只是过了好长一D|间会发觉Q原来最q我啥也没有q步Q啥也没学到Q还是老样子。知识在于积累,你只有不断ȝQ知识才能更好的U篏Q才能更好的Z服务?/p> 茫然之四Q没有明的目标。一个h没有目标决定了他不会有长的进步。你都没有想q自p成ؓ一个架构师Q一个项目经理,一个部门经理,一个技术ȝQ都没有惌要成L人需要具备什么样的条Ӟ你怎么可能知道自己Ơ缺什么?需要补充什么呢Q长q目标要明确Q然后根据长q目标进行分析,我要辑ֈq样的目标,q有什么欠~,据此制定短期目标Q短期目标一定要可实现可操作。这样随着你目标的一步一步实玎ͼ你各斚w的能力也随之提高了?/p> 写了几点Q也作ؓ对自q鞭策?/p> 1、《OSGI原理与最佛_c,l合q本书ƈ研究SpringDMQ做一些实例?/p>
2、《SQL语言艺术?/p>
3、《Oracle9i&10g~程艺术?/font> 4、《架构之?/font> 5、《UML和模式应用?/p>
6、《UML彩色建模?/p>
7、《领域驱动设计与模式实战?/font> 8、《敏捯Y件开?原则、模式与实践?/font> 9、《Y件开发的边界?/p>
10、《Y仉惛_?/p>
11、《走Y件作坊?/p>
p么多了,9?0?1d都看q一遍了Q但好多地方_粗q了一下,q要仔细阅读?/p>
另外也对自己提个要求Q看书要做读书笔记?/p>
2010q?我的Mq_ 看了软g随想录中下面一D话Q觉得非常棒Q作Z名Y件从业h员,不一定有Z能实现描qC的优U软g产品Q但q样的理念需要诏I我们每个h的心甎ͼ时刻记在心中Q?/p>
【创造一个有使用价值的软gQ?font color="#ff0000">你必L时刻刻都在奋?/strong>Q每一ơ的修补Q每一个功能,每一处小的改进Q你都在奋斗Q目的只是ؓ了再多创造一点空_可以再多吸引一个用户加入。没有捷径可走。你需要一点运气,但是q不取决于你是否q运。你之所以会有好q气Q那是因Z寸土必争?/p>
每天你前q一步Q将一件东西做得比昨天好一点点。这L改进几乎看不出可以让谁获益,几乎没有变化。但是,你前q了一步?/p>
有无C要做的这样微的改进?/p>
Z发现可以改进的地斏V?strong>你必L一个思维定势Q始l如一的用批判的眼光看世界 当你Ҏ了一个又一个这L细节后Q当你磨光、定型、擦亮、修C的品的每一个小边角后,׃有神奇的事情发生。厘c_成分cI分米变成cIc_成了千米。你最后拿出来的是一件真正优U的品。它W一眼就让h觉得震撼Q出cL萃,工作h完全W合直觉。就?00万个用户中有一个用h天突然要用到一个他100万次使用中才会用Cơ的|见功能Q他发现了这个功能不仅能用,而且q很没:在你的Y件中Q即使是看门人的屋都铺着大理石的地板Q配有实心的木门和桃花心木的壁ѝ?/p>
是在这个时候,你意识到q是一个优U软g。?/p>
做好了以后,忽然觉得有点qQ感觉不用Hibernate不也挺好的么Q咱Z么现在开口闭口都是Hibernate呢,于是便有了今天的题目?/p>
很久以前没有Hibernate的时候: W一阶段Q我们写E序都是直接用JDBCQ甚臛_JSP面中直接去createConnectionQ然后执行查询,输出到页面?/p>
W二阶段Q后来觉得每ơ都是创Z个连接,好像效率不高Q于是看了别人的介绍Q要用数据库q接池,好的Q那便用数据库连接池吧,每次都从pool中获得一个ConnectionQ然后查询数据?/p>
W三阶段Q用了连接池Q还是效率不高,那怎么办呢Q用~存吧,自己实现~存Q可以,也可以用开源的~存框架?/p>
W四阶段Q到了OO大流行的时代了,一切都要OOQ恰逢Hibernate降ZQ于是一切都用Hibernate来实CQ其实同期还是有不少其它ORMAP框架的,比如QTOPLINK、JDO、IBatis{,IBatis国内用的q比较多Q另外两个好像用的比较少Q?/p>
W五阶段Q忽然EJB大流行,事务的概念被qؓ传播Qƈ不是原来没有事务的概念,只是实现h比较ȝQ,借助EJB的广Z播,Spring+Hibernate的组合也慢慢占据了大半市场。此时事务用Spring AOP的声明式事务来解冻I~存可以用开源的~存框架Q已l和Hibernate无缝集成了)Q数据库q接池也是通过配置的方式在SpringContext.xml文g中配|,貌似一切都很完?/p>
真的CW五阶段Q一切是不是真的完美了呢Q如果一个很的应用Q需要从好几个数据库查询数据Q但是每个数据库仅需要查询那么一两张表的数据Q偶添加、删除几条数据,数据量也不大Q此时我们是不是q用W一阶段的方式会更好呢,好像有时配置多数据源也不是那么方便的事情。或者用Spring中的JDBCTemplateQ貌g不错?/p>
再往后看Q难道Spring+Hibernate的组合就天下无敌了么Q难道就没有新的框架了么Q前D|_JavaEye上关于充血模型、血模型的讨论吸引了多少眼球Q以后是不是会有q么一个框架用于实现充血模型呢? 说了q么多,最l只是想说明白这么一句:用恰当的技术做恰当的事情,q真是一个艰隄选择……Q至于未来,更是qQ因为我们只是跟随者,而不是领D?/p>
茫然之二Q不了解世界
茫然之三Q不了解别hZ么那么看?br>茫然之四Q不了解自己的缺?/p>
1、适合的读?/p>
a、是一名Java开发程序员Q做qWEB开?/p>
b、对Ajax开发的基础知识有所了解
2、书评:
q本书我觉得应该Ҏq个名字Q《EXT JS CookBook》,可能使得书的内容和名U更贴切Q呵c?/p>
书中对Ext JS的基cRGrid、Form、Tree、布局理器、数据获取等各方面都做了详细的描qͼ基本上开发中需要用到的知识点,在书中都会提刎ͼ而且书中的很多例子和实际工作q是非常贴切的,对于工作中需要用到EXT JS或者需要学习EXT JS的程序员来说q是会很有帮助的?/p>
最后提点缺点,q本书中对EXT JS的知识点都做了比较详l的描述Q但是缺乏对EXT JS的框架的深入分析?/p>
1、需求分析要做的充分Q用原型法和用戯行沟通,q样可以更好的把握用户需求?/p>
2、架构设计一定要做,解决目中可能遇到的隄问题Q其实架构设计也可以看作一个抽象的q程Q从pȝ需求中抽取出共性的内容Q然后进行设计?/p>
3、多周期q代Q每ơP代的旉控制在两个星期至一个月Q每ơP代结束后一定需要进行测试。要牢记目l理的职责不是编写代码,不是x~码的细节,要有全局观,与用戯有良好的沟通?/p>
4、困隄问题、基的问题要先解冟?/p>
5、要有测试h员全E参与,q且试人员寚w目的目标、范围、质量要求与目ȝ、用L解一致?/p>
6、确保开发h员理解需要解决的问题后才q行开发,可采用复q法、提问法保理解?/p>
7、不要采用大家不熟悉的技术,如果采用Q那么需要对该技术尽早预研,q开展培训工作?/p>
8、徏立一个强有力的、关p融z的团队。团队中最好能有一个技术高手,最好能有一个活跃气氛的人?/p>
9、确保能够有效的沟通,其是后期测试h员参与集成测试时?/p>
10、不要把目旉排的很满Q要留出机动的时间和资源?/p>
11、对目l成员能够进行考核奖励?/p>
12、没有完的产品Q只有合适的产品?/p>
13、项目启动前q码规范、沟通方式、在目中采取何U管理方式等与项目组成员q行沟通。项目组每周召开短的例会Q讨论完成情况,分析存在问题Q交沟通其他技术问题?/p>
14、不能姑息项目组中犯错误的同事,有问题要指出Q方式要恰当?/p>
15、最后一点,不要拘惔于Ş式,要能够洞悉项目中已经存在、正在出现、即发生的问题和风险,q取适当的方法去解决Q最q很喜欢孙子光|中的一
句话“故兵无常势,水无常Ş。能因敌变化而取胜者,谓之?#8221;。当然这不是说各知识不需了解Q仅凭感觉,q样是做不好目的?/p>