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

刚开始对Annotation印象不太好，现在有所改观了。
Annotation至少对代码生成器来说特别友善:-)。
在IDE的支持下Annotation还是很有前途的。

rails~，真TMD火

这样就会带来一个问题，如果直接编写js代码，即便用到了诸如dwr,prototype之类的东西，但是绝大多数的错误还是都归因于自己的代码，找到了，修改了就ok了。用了rjs，就需要js的报错定位到rjs代码。简单情况下很容易，复杂情况下比较困难，更复杂的情况下是不可能的任务。
使用rjs来试图"简化"js开发，看起来就像拿了把锤子，就觉得到处都是钉子。

万恶的emacs "one true editor"原教诣主义啊哈哈

能否写一份emacs的教学贴

最好是windows下的
针对java开发的基本问题

曾经很想做那第二种人，后来发现实在是很花时间。

偶不用Emacs来开发Java的. 只是尽量把Eclipse的Key Binding向Emacs靠拢. 在Windows下就用Emacs来写写文档, 管理一下远程主机的配置文件. 还有么就是个人爱好, 学学Lisp.

想当年设计模式的例子都是C++/Smalltalk之类的，早先最重要的面向对象的论文几乎都是Smalltalk的，纯粹不负责任地猜测，OO界的一些巨头即使没有公开支持Ruby，也会在暗地里捣鼓

因为我第一眼看到Ruby的感觉就是Smalltalk重生，加上现在有了Killer程序，与其说是Ruby Fans，还不是说是Smalltalk  Fans

应该还有很多perl fans吧

恩，同意。
最近也一直在想这个问题。
这个世界上需要炮灰 （先行者）。
新技术可以提高开发效率但必须面对学习的成本。
一个新技术出现的时候大家都是浅尝及止，可以体会到新技术的好处，但问题并不会这么快的暴露出来。不断的郁闷，不断的寻找解决方案，这东东刚出你遇到过的问题，别人没遇到过啊。
搞咨询的需要新名词来开拓咨询增长点，于是大力的鼓吹新东东。而对这些东西就其自身来说也是缺乏实际经验的。
咨询师可以每个西瓜报起来添一口，但如果你是开发人员，还是好好的评估一下。项目开始了可没这么容易回头。

看来又要忽悠一下annotation了，rails俺不懂，b/s也两年没玩了。annotation最近却是拳不离手~

1. annotation的IDE支持。eclipse3.1就足够了，即使@后面不出来什么也没关系。因为在我的框架里面业务方法上面仅仅需要@Transaction, @Trace, @Role有限几个标记。至于这里面还有什么参数，F3吧，annotation的定义就那么几行，javadoc也是很好的帮助。对于常用标记，写个简单文档或者实例就可以。
2. annotation的好处，多了。主要依靠spring支持，很容易自行扩充:
@Transaction事务控制
@Role权限标记，用于自动检查
@OperationLog自动记录用户操作
@Name(en,cn)最lazy的多语言支持，将来如果需要支持另外一种语言了，查找where used就可以。
@EJB3系列本身就是标准了
@Hibernate3的Validation标记,还可用于前台用户输入的自动验证。
3. annotation vs xml配置文件：
annotation不是sun原创，最早是m$的.net里面开始滥用的，滥用的效果不错，用vs的人基本上只会写@Attribute, 不会写xml, xml在vs里面一般是二等公民的角色，处于被隐藏的地位。所以一般评价是.net开发效率高，个人觉得这里面不仅仅是c#简洁，.net库丰富的关系。其实vs里面编辑xml时基于schema的提示也有，不常用，估计是给高手用的。GUI完成了类似任务，生成XML和少量代码。
4. 最后露出偶的狰狞面目，没有IDE支持的东西暂时不是好东西。之所以说暂时，是怕这里R教的教徒们把我钉在R的架子上烧死，其实大家是不屑于这么做的。大家都是公司里面混饭的，有不少都是大牛级别的人物，商场如战场。以前我也写过perl, php, 那个痛苦啊，写完的东西里面绝对有一大半低级错误。有了IDE日子就不同了，可以潜心研究高级问题了。前面有人说一般时间写代码，一般时间改代码，这人真牛，我都是写1/4, 改1/4, 重构1/2, 没有IDE，我只有 的份了。php是ak，rubby大概是重狙，菜鸟慎用。Eclipse才是飞机大炮，Annotation算是精确制导了。当然，选什么武器要看执行什么任务，什么天气，什么场地。对于新式武器。。有很多悲惨的例子啊。