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

其实java的generic和annotation的最佳实践也还都没出来.看起来倒是有点希望,不过希望总是在翘了一批先烈项目,然后才从黑暗中产生光明,并从虚无中走出.
就好比发明了一种新武器,除了使用说明书,却没有告诉大家在什么时候用,哪些场合适得其反,所以还是不敢用.
一样东西,只有明确的知道适用和不适用的场合,以及长处和缺点之后,才算是步入成熟期了.

这1年多我和几个朋友自己开了一家公司，应该说发展比较快。我们的产品有两种类型，一种是非常产品化的，一种是比较大型的应用，在这个市场上，我们一开始是属于后来者，但目前慢慢在这个行业上有了比较好的地位。应该说现在还比较乱，但是这个追赶的过程本身说明了一些问题。

应该说不管是产品化的还是比较大型的应用，我们最强的优势都在于快速的高质量的客户响应。产品化的那一块我们每个月的软件销售量在4000－5000套左右，即使是这么大的销售量，也有非常多的客户需要定制，并且很多要求都在1－2天左右，一个功能是否完成，是否在修改了以后不影响原先的功能，可能会决定几十到几百套的销售量。而大系统这一块很多客户都有不同的需求，但是中小项目非常多，市场上并没有很成熟的产品，每次客户招投标的时间都非常短，谁能够快速实现标书上的绝大部分功能，谁就极有可能快速抢占大量的市场。

这其中电信系统的比较特殊，有长远的规划，电信总公司在全国范围内进行率选，并确定几家公司，但是实际情况是很多地方电信早就开始在做了，等总公司搞定了，地方不可能全部换，这反过来会影响总公司的选择。因此，谁先抢占桥头堡，谁就可能得到更大的应用，甚至成为标准的一部分。何况，全国标准2003年就搞过一次，但是不了了之。

总而言之，在一个新兴的行业，或者说能够给你很大机会的行业，我的看法是快速的高质量的用户反应是关键。很多竟争是基于周,甚至是基于天的。而对于那些比较普及的行业，或者行业内部已经奠定几个重要公司的行业，这方面可能会要求低一点。

除了管理上的问题之外，一个产品要快速响应客户的需求，就必须有良好灵活的构架，同时也需要快速响应的技术，这里面当然有研发理念的问题，(譬如XP)，但编程语言和开发框架的便利性和可维护性，就显得非常重要。能少写一句语句，就节约写一句语句的时间，就减少一句语句错误的可能性，就能够让后来者少去理解一句语句。框架越简单，越提供各种一致的解决反感，提供各种脱手可得的能力，开发的产品就越快越稳定。

在这之前我在另外一个公司，他们主要也是为电信服务。大致类似于商务领航之类的，和我在这个公司的体会大致是一样的，最快推出最稳定的系统是关键。

另外我现在也非常关心局部性，不能因为某一个模块的变化造成其它模块的问题，势必造成质量的下降和反应速度的减慢，特别是在时间要求非常紧的情况下。模块化的发展原先是从全局性发展到局部性，但最近的aop,annotation等技术的发展似乎又从局部向全局扩展。如果一个系统可以慢慢地培育，譬如ERP一做就是10年，当然会有很大的好处，但是在实践中有各种不同地竟真局势和产品特点，需要非常多的权衡。

总而言之，我觉得最近两三年的经历让我觉得更有必要从公司和产品的总体竟争力来考虑技术的发展，运用和选择。

谈到商业对于技术的影响，potian表达的意见是速度和质量制胜。这点我表示同意。

不过在一般的商业应用软件项目市场，作为乙方来说，其实往往无法自由选择编程语言和实现，目前在这个市场，特别是在国内，Java还是主流，并且在可以预见的将来也无法改变(dotnet也不行)。另外Java的产品线要比ruby长很多。所以在商业应用软件项目市场，Java是主流，rails基本没有多少机会，这一点，我不太同意potian认为rails可以和Java平分秋色的看法。

当然，现在我反思的一个问题是我认为做互联网站rails可能比Java更加合适，我也会找机会尝试一下。

最后希望我们的讨论不要让大家都以为现在都可以抛弃java，改学rails了。至少我觉得java还是需要作为应用程序员必须首先掌握的编程语言，然后你应该再学习或者了解一门脚本语言，ruby，python或者其他的什么。

Ruby在面向对象上有很扎实的基础,有兴趣的人可以看看源代码,如果性急的话,可以看看Ruby Hacking Guide的日文版,不性急的话,等2个月左右看中文版.

实际上Ruby更象Smalltalk,和一般的脚本语言有很大的区别,再过1年, Ruby 2.0肯定会成为主流,所以脚本语言会变得不是非常确切

当然,我还是建议先学Java,因为如果先学Smalltalk和Ruby,再去学Java的话,估计你会边学边骂

对potian的话深表赞同。

大约在2002年的时候，我就向公司建议开发一种快速开发的框架。记得当时向老总推销的时候的说法是：“让用户在提出需求之后，能够立等可取”。但是后来败给了正统的EJB框架。

后来的经验总结了一篇blog：
http://spaces.msn.com/zbw25/Blog/cns!1pA6-3FOo9yNp_4lmEHxdDqA!187.entry

可惜啊，当时我不在potian的公司，potian当时也不在我们公司。。。

推荐各位看看这个视频，对于Java Web开发员打击比较大。。。

http://oodt.jpl.nasa.gov/better-web-app.mov

dlee还因此写了一篇blog：《纪念J2EE大厦的轰然倒下》

完全没有必要担心j2ee，各个大厂商的产品都是j2ee平台的。没有什么力量可以让IBM,Oralce,Sap,Sun,Bea等等公司将他们的产品转移到其他平台上。那可是千亿美刀堆砌起来的一座大山，要推倒这做大山基本没有可能。Java本身叶在不停发展，大家要有信心。当然，对于小的软件公司来说，可以考虑转换到其他更有效率的平台进行开发，提高自己的竞争力，但也不能忽视和j2ee平台的集成。

是啊，以后 J2EE programmer 的归宿就是跨国企业了。

跨国公司对我没有什么吸引力，我刚从跨国公司出来，就搞了JavaEye，呵呵。也许等我老了以后，可以去养养老。

说回hibernate annotation,我现在正在用.起初的感觉很好,后来有些失望了.现在的项目中,连测试都很不齐全.现在要想用在项目中还不现实

eclipse3.2已经有annotation的代码补全功能了,但还是不太好用