打好手边小工具基础

做什么事情之前，都得先打好基础

离开旧公司，离开了开发多年的框架后，就没有了基础。
但显然事情不是就此终结，我会有新的开始，新的事情。
需要测试和学习新的知识、脑里存疑的问题、关键的技术点，我需要建立属于自己的小工具套件去作为测试和学习的基础。
在java方面的学习，
第一个建立的小工具是web+spring+hibernate的web模型套件
现在没有什么新技术不是需要通过80端口来进行的，比如webservice, webdav, ajax，想测试这些技术需要一个运行在tomcat里的webapp。
spring是个好东西，已经到了不想舍弃的地步，无入侵变成了全面入侵。
hibernate可以测试hibernate小知识和数据库操作基础，疑难问题，如想将产品技术从jdbc/sql转换至hibernate就需要对复杂的jdbc/sql操作入手用hibernate试一试。
试想一下，一个组员向你请教一个webservice或webdav的问题，要回答就要先测试，总不能先在一个庞大的现成系统里进行测试吧，在现成的系统里测试是下一步。

这个小工具的关键点是，只有一个默认页面，没有用户表，没有权限等这些东西，而可以让你建立一个没有干扰的环境，很轻便地研究这些技术的细节。同时结合spring，可以扩展到很多技术的研究，当想研究cxf时，是不需要acegi的是不是，当研究jbpm时是不需要cxf的。它的目标是: simple, ant driven, more and more ant target for various template. 它是作为我研究web技术的starter, 每一个研究都从这个小starter配置起。

在细节实现的关键点是继承和修改自springside的manager和controller建立一个自己的简单的manager和controller父类。

struts要不要都无所谓吧，作为一个plugin_template吧，在该灵活的地方不灵活，在不该灵活的地方要多处配对让成本和学习曲线变高，又不优雅，它的优点是只是有很多网上经验形成了整套的解决方案，但spring mvc也有整套的方案，有了这个小工具，再去研究一下spring的整套web方案，比如客户端校验、服务器端校验、界面装饰等，然后就掌握了整套结合的细节。WebMVC应该是一个系统里的很小部分，没必要为这个花费大量的精力和成本，并且牺牲了许多，当你觉得这是很重的一部分并成为负累时就要毅然抛弃它，要不它还会跟随你许多年，想一下一个每月发3w工资的测试团队在测试了一/二/三年后，发现需要在新技术下重新测试过，这是多大的成本呀，所以一开始就要认真选择。我庆幸的是从servlet+javabean+jsp直接跳到了spring mvc，而不是02年被当时的主流struts套牢，也没选择当时的。把代码从servlet转到spring mvc是一个很轻松的事情。

第二个是让我学习和检验我的测试技术的测试套件
我的思想和条件允许已让我从以前的单一地关注功能实现上升到关注代码质量和健壮性的层次，我需要掌握和控制test技术。

第三个是standalone+spring+hibernate程序套件
这是应对我职业规划的需要，其实搞standalone+multiple threads程序比一个不高不低web应用架构师赚钱多了，关键要真正有这方面的经验和能力，你可以想象那些专门搞算法/分布式结构/并行结构的人都不会web技术的。操练好了，show出qualification来，就不信拿不到好offer。

第四个是osgi模型套件
在standalone上要拿到好offer，这样的企业和职位曲高和寡，我不一定有这个能力，也不一定能碰上，因此我还需要学习其它杀手锏。因此比standalone+算法/网络分布运算存在更多需求的是在系统健壮性和结构方面，这个技术模型我先选择osgi。
我需要研究这些知识并化为自己的文档:
osgi+web, osgi+spring, osgi+spring+hibernate, osgi+multiple threads

为了达到少说多做，我坚持了每天一定抽出业余时间的1小时coding，做了三个星期先完成了WebAppStarter和test for WebAppStarter(即本文的第一个目标和第二个目标), 才把本blog发表出来, 并准备把WebAppStarter上传至sf.net上。