浅谈Hibernate框架获得成功的几个理由

作者:网络 来源:佚名 更新时间:2008-11-23 17:18:57 点击:

飞快的版本发布

保持活跃的开发速度,经常进行版本发布,甚至几天 之内就从前一个版本开发到下一个版本。这样是保证软件远离bug的最好的办法,也可以让用户感到很放心,确信hibernate的开发十分活跃,另外这样做也有一大好处,就是可以发现哪些功能是用户真正需要的。

回归测试

我想现在整个java社区一定都很重视自动回归测试。如果软件的功能和设计有比较大的修改,那么一个综合性的test suite对于软件可维护性和稳定性来说实在是太重要了。我们应该有这样的意识:如果对软件的一个新功能没有进行回归测试,我们根本就不该去做它。

把一个功能做到最好

要么不做,要做,就一定做到最好。那些我们做不到最好的功能,我们根本不去做,扔给其他软件去做吧。

避免过度设计

浪费大量的时间和精力进行软件功能的抽象和扩充软件的灵活性,还不如多花点时间来解决你的用户面临的实际问题呢!简单一点,软件最重要是运行起来,不要尝试去解决你的用户根本不关心的问题。就算你的软件设计的不够优雅也没有关系,反正还是initial阶段。以后还可以再refactor,你应该关注的问题是及时的把有用的功能给做出来。

集权

在你需要由民主投票来下决定之前,至少你已经把软件轮廓做好了。软件开发需要由一两个开明的人来领导,这样可以保证软件开发的连贯性而不至于产生太大的分歧,可以保证开发团队集中火力把要实现的功能做到最好。我觉得,oss软件最大的风险就是意见不统一,摊子铺的太大,结果最后搞的什么都没有做好。

文档

没有什么比文档更重要的了。如果你的用户不知道你的软件有这么一个功能,就等于没有这个功能,干脆把它去掉得了,省得给源代码增加复杂度。

避免标准化

好的标准可以带来软件的互用性和可移植性,坏的标准能够窒息软件创新。最好的软件是在不断的尝试,不断的出错,不断的经验积累的过程中产生的。事实上的标准往往更加贴近用户需求。

10分钟之内把hibernate跑起来

潜在的hibernate的用户在他们下载了hibernate,第一次使用的时候根本就不可能花半个小时那么多时间来安装、配置和 troubleshooting,他们早就丧失了对hibernate的兴趣了。

我们的口号就是新用户(假设有足够的jdbc知识)5分钟之内把 hibernate的demo跑起来,而他们能够在1个小时之内写出“hello world”式的最简单的hibernate程序并且正常运行。

开发人员的责任感

用户总是不可避免的碰到问题,开发团队有责任有义务提供帮助。用户让我们知道了文档的漏洞,用户让我们知道了测试用例的小bug。此外,没有用户来用我们的hibernate,我们还开发它做什么,不是浪费时间吗!

有个关于bug的笑话:用户根本不介意发现新功能的bug(译者按:windows的用户好像都是如此),只要你能迅速的改掉bug。“责任感”意味着 bug修复应该在1周之内。从收到bug报告到bug修复代码提交到cvs上要做到平均在24小时左右,这才是一个理想的目标。