这是一篇我也不知道该往哪里发的帖子

最近以来，有两个想法，一个是感觉Hibernate Annotation没有啥用；一个是感觉互联网应用使用Java可能并不合适，但是这帖子我也找不到应该发到哪个版面合适，写在blog里面吧，可是我自己说了blog里面不谈技术，只好发在这里了。


上个周末我看了一下Hibernate annotation，本来准备就全面改用annotation了，但是这一尝试，觉得不再使用annotation了。因为我以前用hbm.xml，有XMLBuddy根据DTD提供的自动提示，要写什么配置，全部都自动提示出来，我只要选择就可以了。但是现在如果写annotaion，竟然没有提示了，我写一个@没有任何提示，我写@Id()，括号里面填写什么，完全没有提示我还要辛辛苦苦去查看EJB3 Persistence Specification那个PDF，晕掉了，工作效率大大下降，还不如XML好用，放弃之。看来不能听信别人的宣传，还是要自己动手才知道。

前段时间和potian讨论问题，我一开始论点是rails不合适企业应用，不过最后讨论到了互联网应用上面，谁的性能更好的问题上来了。这段时间我也思考了一下，也了解了一些大型网站的情况，我现在初步感觉：Java不太合适开发互联网应用。

互联网应用的特点和企业应用非常不同，互联网应用在初期强调及其快速的原型开发，需求及其大的变动，所以传统上，我们可以看到用PHP建立的网站非常多，到后期强调性能的时候，单纯依靠软件本身已经不能解决问题了，这个时候进行cluster，已经脱离了编程语言的控制范畴了，PHP和Java表现不出来多大的不同。甚至来说用PHP＋Tuexdo可以表现的更好。因此，从一个互联网站的开发和运营维护周期来看，Java不适合互联网应用，这个领域，现在最合适的应该是ruby on rails。

但是企业应用又不太一样，比较强调事务完整性，业务逻辑复杂度非常高，组件复用以及异构系统整合性比较高，目前这个领域，PHP基本不能胜任，rails似乎也比较欠缺。

我想有空的时候学习学习rails，看看将来是不是可以用rails编写新的JavaEye社区。

很多时候，领域模型的设计就是不合理的。
开始就是失败的，后面也就失败了。

架构的设计，主要是现在J2ee的框架实在太多了，流行词语也很多，很容易混淆架构师的注意力。

好像这句话，前几天那个帖子里看到过.好像是什么几十亿项目来着....

说了很多年了,估计还得很多年 哈哈

所以名词就有了：系统架构师，软件架构师，DBA 。。。。。。

编辑一个 Template 导入到 eclipse 里就可以出现提示了, 或者去下载， hibernate 的应该很多

不要总考验功力了 技术本身就有问题  硬要将灵活变动的东西塞入类 和关系表 本身就是不科学的.

经常变化的东西就必须用更灵活的数据格式 和更灵活的组织程序的方法.

面相对象的方法已经不堪重负了

annotation需要IDE的支持,这只是个时间问题,不然大量配置信息分散到源代码中,反而不容易读.

在没有良好的IDE支持前,我是不会用annotation的

感觉语言的灵活性还不是主要方面 关键是程序的组织和调用方式. 强调面相对象 对web开发来说是过时的. 要灵活就不能强调类 对象 web程序需要新的组织形式和开发手段 而这些技术都和xml有密切的关联.

hi.借人气宝地.拉人去回收站玩. 安全第一