测试文件应该放哪里？

最近在读Kent Beck的《测试驱动开发》，这也是Michael Feathers在《修改代码的艺术》一书中推荐的重构方式。初时觉得文中的Test Driven Developing (TDD)的方式显得十分繁琐，每次新建测试然后再编写类的实现也让人觉得本末倒置，颇有“代码未动，测试先行”的味道。但重新再读一次时感觉思路清晰了不少，也理解先写测试更多的是从应用的角度来设计。其实编写代码和测试的习惯可以因人而异，先写代码还是先写测试或许应该可以根据个人喜爱而安，毕竟无论是代码还是测试都会随着开发的进展而不断迭代的。

ANT通用模板

“遍身罗绮者，不是养蚕人。程序员为别人写程序，却鲜有时间让自己的工序自动化，这不是件很滑稽的事情吗？”

记得一句话，这个世界是以懒惰为驱动力的。人类发明各项工具，都是为了让人们生活更加舒适、轻松。（当然，更恰当的说法是一小撮人为了让大部分人的生活更加EASY而去努力创新，然后大部分人为其买单。）重复性的操作有时的确很烦人，如果使用工具能将人从繁琐的工作中解脱出来，节省了时间而提高了效率，何乐而不为呢？

挺久前就想总结一下自己这阵子使用ANT的经历，这两天重温了一下相关的书籍，就在这留些记录吧。

Javadoc使用方法

最早接触Javadoc是上Java课的时候听老师介绍的，不过说来惭愧，一直都没有认真看过，通常都是直接在IDE里面调用生成完事。这就体现了两个问题：1、对代码的注释不注重；2、没有钻研精神。

愈发地感叹Linux的命令行的功能强大了，以及于有时在Windows的CMD窗口中还不时输入ls -_- 。话说回来，Windows下现在的tab补全功能也基本上实现了，有时还是离不开命令行的：）

闲话不多说了，先加上Javadoc的帮助文档，运行javadoc -help即可得到如下内容