好些天没写blog了，可能大家会疑问我干什么去了。我就干这些事情去了，为下个项目开始做一些基础性的工作，希望这次能够开个好头。
本地开发环境
HSQLDB
选择它的原因是因为它用作本地的开发数据库非常合适，不需要额外的起一个服务器，JDBC连上就行了。数据放在内存之中，用JUnit跑测试的时候放数据，操作，检验，这样的需求根本就不用每个开发者都装一个大型数据库，哪怕是mysql都有杀鸡用牛刀的嫌疑。
Tomcat
主要是它好上手。另外一个原因是当时下jetty下来的时候没有找到windows的启动文件（居然没看到start.jar）。今天看spindle的时候找到了jetty launcher，如果好用就把它换掉，每个开发者都安装一个tomcat也是很烦人的事情。
Ant
好实用的东西，写了一个很长的Ant脚本，现在编码风格检查，编译，单元测试，打包，部署都是一键完成的了。
CheckStyle
同样实用的东西。就像一个严妇一样，绝对不允许胡来。不过对于那个sun的标准规范还是修改一下再用吧，有的地方的确太严厉了。
JUnit
没有单元测试，持续集成就没有意义了……
Eclipse
组里面一个哥们推荐了好久的IDEA，我还是固执的选择了Eclipse。虽然大家都知道这个是IBM的商业策略，但是我总觉得这个东西大气，而且支持也广泛，稳定，再加上都玩熟了……
源代码管理
SubVersion
选择SubVersion的理由很简单，就是CVS anti-refactoring。你不希望因为几个改名操作就把源代码管理弄成一团糟吧。再机上这个东西支持也越来越多了，操作也算习惯。
持续集成
CruiseControl
配置并不像想象中的那么难。希望再配配，配到有构建失败的情况时自动放出洗衣机的那种声音（还记得那种被催着的感觉吧）。我想这样会比一封不痛不痒的email强很多。
DashBoard
这个还没配好呢
本地开发环境
HSQLDB
选择它的原因是因为它用作本地的开发数据库非常合适，不需要额外的起一个服务器，JDBC连上就行了。数据放在内存之中，用JUnit跑测试的时候放数据，操作，检验，这样的需求根本就不用每个开发者都装一个大型数据库，哪怕是mysql都有杀鸡用牛刀的嫌疑。
Tomcat
主要是它好上手。另外一个原因是当时下jetty下来的时候没有找到windows的启动文件（居然没看到start.jar）。今天看spindle的时候找到了jetty launcher，如果好用就把它换掉，每个开发者都安装一个tomcat也是很烦人的事情。
Ant
好实用的东西，写了一个很长的Ant脚本，现在编码风格检查，编译，单元测试，打包，部署都是一键完成的了。
CheckStyle
同样实用的东西。就像一个严妇一样，绝对不允许胡来。不过对于那个sun的标准规范还是修改一下再用吧，有的地方的确太严厉了。
JUnit
没有单元测试，持续集成就没有意义了……
Eclipse
组里面一个哥们推荐了好久的IDEA，我还是固执的选择了Eclipse。虽然大家都知道这个是IBM的商业策略，但是我总觉得这个东西大气，而且支持也广泛，稳定，再加上都玩熟了……
源代码管理
SubVersion
选择SubVersion的理由很简单，就是CVS anti-refactoring。你不希望因为几个改名操作就把源代码管理弄成一团糟吧。再机上这个东西支持也越来越多了，操作也算习惯。
持续集成
CruiseControl
配置并不像想象中的那么难。希望再配配，配到有构建失败的情况时自动放出洗衣机的那种声音（还记得那种被催着的感觉吧）。我想这样会比一封不痛不痒的email强很多。
DashBoard
这个还没配好呢
