Java开源框架发展的遐想

始终不太喜欢Annotation，灵活是灵活了，但是遇到大型项目的时候，将会成为比XML更麻烦的负担，这也是不使用GUICE的主要原因，java如今确实很少亮点，让人挺郁闷的，反而富客户端越来越受重视，用户体验的重要性再次上升到一个新的高度，应用开发从服务器端技术主导也转向客户端用户体验主导，这也是趋势。在没有革命性的服务器端技术出现的前提下，富客户端技术将成为研究趋势，应用将更加面向客户，在某一程度上来说，这是必然的结果，也算是一个好的趋势。

说实话，这些框架，有时就会让你感觉吃到了苍蝇。

对重复发明轮子的例子是不适用于软件开发的，我们需要的是更好更强的工具与框架，旧轮子会磨损，破旧，不适用新的车子。同样的事没准会一直有人重复去做，我们需要得到新的轮子，新的材质，新的工艺，让我们的软件大车走的更好更稳。

为什么总是盲目的听信所谓的软件开发常识，而从不去想这些东西到底对不对，在我来看，大家常挂在嘴边的一些常识，其实很有问题。

对于hibernate，不觉得还能创新什么，要创新就不是改hibernate，而是重新做一个orm框架，思想大不一样的框架，就如有人在说bob大叔在做
而对于web框架来说目前比较需要而且有用的改动应该就是coc，coc应该是趋势了，而是否是用annotation来做配置估计并不是很重要，即使使用xml也没有问题，为什么，coc之后，需要配置的东西已经不是很多了，在class中配置还不如在xml来得简单明了，尤其是通用性的东西

robbin大牛，搞个国产的框架吧

我到是很有兴趣改造改造webwork，添加REST功能的，但我实在没有时间。dlee可能最近要自己搞一个开源的Java REST框架，可以关注一下。

有兴趣能否参与啊

看到轮子，我想到了这个
http://blog.csdn.net/jiangtao/archive/2007/05/23/1621960.aspx

中国的公司和美国最大的不同，缺乏合作和整合， 所有产品希望全部自己做，大量人员做重复的工作。
有人把这形象比喻为麻将思维，：“各自为营”第一：“要看死上家”，第二：“要抵死对家”，第三：“要卡死下家”，最后是要洗白三家，只活自己我一家。

轮子这个比喻是错的，前面的人已经说过了
不是重复发明轮子，而是要不断的发明橡胶轮胎，防扎轮胎，自补轮胎等等等等。
既然有了stuts，为何还要webwork？这不是重复发明轮子么？
C++好好的，干嘛要发明java？这不是重复发明轮子么？