下面是对Hibernate开发工作的个人想法正是这些工作使得Hibernate如此迅速的得到广泛的欢迎
飞快的版本发布
保持活跃的开发速度经常进行版本发布甚至几天 之内就从前一个版本开发到下一个版本这样是保证软件远离Bug的最好的办法也可以让用户感到很放心确信Hibernate的开发十分活跃另外这样做也有一大好处就是可以发现哪些功能是用户真正需要的
回归测试
我想现在整个Java社区一定都很重视自动回归测试如果软件的功能和设计有比较大的修改那么一个综合性的test suite对于软件可维护性和稳定性来说实在是太重要了我们应该有这样的意识如果对软件的一个新功能没有进行回归测试我们根本就不该去做它
把一个功能做到最好
要么不做要做就一定做到最好那些我们做不到最好的功能我们根本不去做扔给其他软件去做吧
避免过度设计
浪费大量的时间和精力进行软件功能的抽象和扩充软件的灵活性还不如多花点时间来解决你的用户面临的实际问题呢！简单一点软件最重要是运行起来不要尝试去解决你的用户根本不关心的问题就算你的软件设计的不够优雅也没有关系反正还是initial阶段以后还可以再refactor你应该关注的问题是及时的把有用的功能给做出来
集权
在你需要由民主投票来下决定之前至少你已经把软件轮廓做好了软件开发需要由一两个开明的人来领导这样可以保证软件开发的连贯性而不至于产生太大的分歧可以保证开发团队集中火力把要实现的功能做到最好我觉得OSS软件最大的风险就是意见不统一摊子铺的太大结果最后搞的什么都没有做好
（译者按非常赞同凡是成功的OSS软件都是在某个人已经把软件做好了之后发布出来然后由大家往里面添加功能的并且在这个人的领导下不断进步缺乏此人的OSS软件都不算很成功比如Mozilla）
文档
没有什么比文档更重要的了如果你的用户不知道你的软件有这么一个功能就等于没有这个功能干脆把它去掉得了省得给源代码增加复杂度
避免标准化
好的标准可以带来软件的互用性和可移植性坏的标准能够窒息软件创新最好的软件是在不断的尝试不断的出错不断的经验积累的过程中产生的事实上的标准往往更加贴近用户需求
分钟之内把Hibernate跑起来
潜在的Hibernate的用户在他们下载了Hibernate第一次使用的时候根本就不可能花半个小时那么多时间来安装配置和 troubleshooting他们早就丧失了对Hibernate的兴趣了
我们的口号就是新用户（假设有足够的JDBC知识）分钟之内把 Hibernate的Demo跑起来而他们能够在个小时之内写出Hello World式的最简单的Hibernate程序并且正常运行
开发人员的责任感
用户总是不可避免的碰到问题开发团队有责任有义务提供帮助用户让我们知道了文档的漏洞用户让我们知道了测试用例的小bug此外没有用户来用我们的Hibernate我们还开发它做什么不是浪费时间吗！
有个关于bug的笑话用户根本不介意发现新功能的bug（译者按Windows的用户好像都是如此）只要你能迅速的改掉bug责任感意味着 bug修复应该在周之内从收到bug报告到bug修复代码提交到CVS上要做到平均在小时左右这才是一个理想的目标
易用的可更新的wiki网页
