最新的TeamCity 3.0将会包含两个版本：Professional和Enterprise版本。Professional版本将是免费的，但是有一些功能限制，两者区分如下：
Professional
Enterprise
User limit
20
unlimited
Build configuration limit
20
unlimited
Bundled Build Agents
3
3
Per-project roles support
N
Y
Support for authentication schemes other then default
N
Y
对于一般的项目来说，professional版本已经完全能够胜任（20个build configuration已经能够满足需求）。Professional版本将会对TeamCity的普及有很多的好处，想法更多的人可能会尝试Continue Integration，毕竟有一个好的工具能提升开发效率。
整理了一下插件的extension point机制，这种思想来源于Eclipse，在IntelliJ IDEA 5.0中有已经有啦，由于是插件的机制，一直也没有注意。关于extension point的讲解在http://docs.google.com/Doc?id=dc73pj2h_30htpjn9的extension point章节。extension point在plugin的开发中非常重要，对其机制的了解，可以更好地辅助你编写插件。
在最新的Ruby插件中已经提供了对RSpec的支持，而且可以快速允许RSpec测试脚本。只要将脚本的文件名以”_spec.rb”后缀，编写完毕后只要按下Ctrl+Shift+F10就可以运行RSpec啦，非常简洁。不过你需要设置Module，添加RSpec的支持，操作如下：
关于RSpec的文章，请参考 http://rspec.rubyforge.org/documentation/index.html，这篇中文介绍也是很不错的：http://www.letrails.cn/archives/20
IntelliJ IDEA 8.0将被命名为Diana（黛安娜），可能很多人都会关心8.0的Roadmap，这是不少开发人员所关注。目前关于IntelliJ IDEA 8.0的信息比较少，不过从Plugin 的Wish List可以看出一些，但毕竟不是Roadmap，相信会有不少新的亮点。
Database Navigator是IDEA下一个新的插件，主要是提升IDEA操作database的功能。这款插件目前支持Oracle，但是其功能已经非常让人羡慕。PL/SQL Developer相信是不少Oracle的开发人员都知道，就目前Database Navigator要做的事情，可能就是把PL/SQL Developer的代码编辑功能移到IDEA中。IDEA的代码编辑功能可以说是最强的，如果将这两者结合起来，其功能将非常强大。这款插件，非常值得期待。IDEA 8.0应该会增加Database方面的特性，就目前这些插件（Query plugin, DBHelperHe Database Navigator）提供的功能，如果能够整合的很好的话，功能就非常可观。
在IntelliJ IDEA 7.0中，提供了对Spring的全面支持，其中有一个特性就是p-namespace，关于这个特性的介绍可以参考： http://blog.interface21.com/main/2006/11/25/xml-syntax-sugar-in-spring-20/。IDEA也支持这一特性，只要在beans声明中加入xmlns:p=”http://www.springframework.org/schema/p“，接下来你就可以在bean的声明中使用p-namespace啦，非常简单。目前IDEA还没有提供将property方式转换为p-namespace方式的intention action，如果想使用p-namespace，你可能需要手动调整相应的代码。
在Spring中，我们通常会继承DaoSupport，然后去获取某一template进行相应的操作。如继承JdbcDaoSupport，然后通过JdbcTemplate进行相应的操作。但是如果直接继承JdbcTemplate那会怎么样？好像只有2%的人会这么做。这样做背后的意图是什么？当然一种是引用，一种是继承，都可以达到你需要的效果。如果想代码简单一些，可能直接继承Template即可，不需要再getTemplate()再去调用。在这里断定哪一种方法好确实有点麻烦，可能依据不同的项目和个人风格有关。
一直听说过这款100%Java的数据库，以前也用过一次，但是已经没有印象那。这几天在做Unitils Addons开发的时候，考虑到整合测试，于是就介入了这款数据库。看了User Guide，发觉可适用的场合比较多。在做一些Demo时，我们通常会使用MySQL和PostgreSQL，但是hsqldb也同样适用这些场合。记得一篇TDD文章介绍过将hsqldb引入到Unit Test中，真的是一个好的想法，而且确实可行有效。仔细地阅读了一遍文档，hsqldb虽然很小，但是在实用的场合中发挥的重要确实不错。