Warp framework - 一个相当有前途的Java轻量级Web开发框架

好的工匠精通各种工具的使用，他知道在什么情况下用什么工具适合做什么家具；

差的工匠永远只会手里拿着一把锤子，用这把锤子去锤所有的东西，你今天告诉他Java这把锤子做书柜好，他就拿Java这把锤子锤所有的家具，明天你告诉他Rails这把锤子做桌子好，他就把Java这把锤子扔掉，用Rails这把锤子锤所有的家具，后天你告诉他Java这把锤子做大衣柜很合适，他又把Rails锤子扔掉，一边用Java锤子锤桌子，一边疑惑的问你？你不是说要用Rails锤子的吗？怎么现在又用Java这把锤子了？然后他又不依不饶的问你，你给我比较比较究竟是Java锤子好用，还是Rails锤子好用？谁有前途，谁做家具的效率高？我究竟该用哪把锤子锤所有的家具呢，究竟该扔掉哪把锤子呢？

所以这种问题根本就是错误的问题，好的程序员要具备很强的快速学习能力，深入了解常用编程语言和框架优势劣势和适用的场景，然后根据实际情况去灵活的选择。而不是企图孤注一掷的寻找一种所谓的万金油编程语言，然后死抱着不放，企图用它干任何事情，眼睛里面容不下任何其他技术。

好的工匠应该精通一种工具的使用，而了解其他工具的使用。
不可能有哪个程序员什么都精通的，除非他不干活天天研究框架呀工具呀之类的。作为一个团队更是这样，试想一个几百人的开发队伍，今天用SSH，明天用ROR，后天又Warp...，就算程序员同意老板也不同意。如果综合考虑成本、学习曲线、性能、开发效率、可维护性(会用的人多)等方面，SSH仍然是目前最好的框架。不是每一个程序员都象robbin所说那样有很强的快速学习能力的，除非有一个团队，有50个LZ这样的大师...

不可能有哪个程序员什么都精通的，除非他不干活天天研究框架呀工具呀之类的。作为一个团队更是这样，试想一个几百人的开发队伍，今天用SSH，明天用 ROR，后天又Warp...，就算程序员同意老板也不同意。如果综合考虑成本、学习曲线、性能、开发效率、可维护性(会用的人多)等方面，SSH仍然是目前最好的框架。不是每一个程序员都象robbin所说那样有很强的快速学习能力的，除非有一个团队，有50个LZ这样的大师...

如果你是一个有三年以上Java开发经验的程序员，我不相信学习一个Warp框架要花你几个月时间才能学会。这东西你找个周末钻研两个整天足够你熟练的上手编程了(其实在我看来一个晚上的学习时间已经足够)。学点新东西真的那么难吗？

学新技术并不是要逼你在项目当中立刻用上不可，但既然大家有时间泡JavaEye，我相信平时工作之余挤出时间学点新技术并不是啥为难的事情吧。而且随着你经验越来越丰富、知识越来越广博、学习的速度也会越来越快，一门新技术真正对你来说是新的知识是很少的，而正是这新的知识能给你带来很多新的思路。你学的越多，学的越快，就会发现单位学习成本越低，单位学习产出越大。反过来你越害怕学习，那你的单位学习成本越高，单位学习产出越小。

今天抽时间看了一下，官网上的文档太少了，很多东西都不知道改从何下手，只是看着例子做了一个Hello World，发现的确是有点意思，因为文档太少，也没明白到底是怎么个意思。光从例子上来看，我觉得是不错的，如果有点文档能看看就更好了。

我强调的就是精通一个，了解一批。
如果做到精通，就必须在实际项目中应用。我冒昧的猜测，robbin用ROR作JavaEye也是这个目的吧。不在项目中使用，只是照搬quik start的代码，是没有用处的。这一年，我学习了ROR、GRails，ExtJS，PHP，iBatis等，因为没有在项目中实践，结果只能是泛泛的了解。项目中还是使用struts2+spring+hibernate，Widgets只能用dojo，看着Ext华丽的界面，只有干流口水。原因只有一个，我们对这些技术最熟悉，其中多数连源代码也学习过。只有这样，我们才能很好的把控项目的进度、成本、技术难点等等。
我们要做的是软件工程师，而不是技术狂人。