Seaside对Rails:一场从未存在的战争
2007-05-25 10:49
471 查看
Alexis Midon在InfoQ上发表了一篇新的文章, 来比较对我的一个采访和对Avi Bryant的一个采访。这篇文章本身并不算一个大事。Seaside (一个基于Smalltalk的网络开发框架)和Rails都属于高度可见的网络开发框架,只不过他们采用了不同的实现方式。通过对比两个框架来学习是一个很好的高屋建瓴的方法。
但是讨论两个框架的优劣需要花很大的工夫,也需要对两个框架有更加深入的了解。最理想的情况是作者/读者能够在两个框架下实际开发,或者最起码其中的一个。而写这种文章的人往往没有做到上面的任何一点。
所以相对于合情合理的对比,战争这个比方只是一个偷懒的做法。这篇文章很不幸的毫不例外。我们看到了“争吵”和“争论”这样的词汇,和人们“质疑Ruby on Rails的真正技术创新”的概念,以及“现在对Seaside和Smalltalk是不是太迟了?”的想法。
但是这是一场没有对手的战争。Smalltalk和Ruby社区是我知道的最友善的两个社区。你很少在两方之间看到有恶语相向,更多的是互相尊重和友爱的箴言。更要强调的是,我本人对Avi Bryant开发Seaside的工作有最大的尊重。
相对于其他的网络开发框架,我最感兴趣我能从Seaside里学到的东西。这完全是因为两者是有着很大的不同。完全是因为Avi和我在很多网络开发方法上的分歧。同时还要说明的是,Avi也用过Ruby进行开发。而且他一直就很希望让Ruby使用Small Talk的虚拟机来提高运行速度。我甚至有幸能在FooCamp(发行商O’Reily组织的一个交流性的会议)见过他本人一面,发现他是一个很和善的人。
所以,请不要再煽风点火了。关于在什么地方可以用上战争的比喻,现在有很多分歧, 比如我不大反对把废除网络服务以实现REST的举动比喻为战争,但是Smalltalk对Ruby和Rails对Seaside绝对不能用上战争的比喻。
但是讨论两个框架的优劣需要花很大的工夫,也需要对两个框架有更加深入的了解。最理想的情况是作者/读者能够在两个框架下实际开发,或者最起码其中的一个。而写这种文章的人往往没有做到上面的任何一点。
所以相对于合情合理的对比,战争这个比方只是一个偷懒的做法。这篇文章很不幸的毫不例外。我们看到了“争吵”和“争论”这样的词汇,和人们“质疑Ruby on Rails的真正技术创新”的概念,以及“现在对Seaside和Smalltalk是不是太迟了?”的想法。
但是这是一场没有对手的战争。Smalltalk和Ruby社区是我知道的最友善的两个社区。你很少在两方之间看到有恶语相向,更多的是互相尊重和友爱的箴言。更要强调的是,我本人对Avi Bryant开发Seaside的工作有最大的尊重。
相对于其他的网络开发框架,我最感兴趣我能从Seaside里学到的东西。这完全是因为两者是有着很大的不同。完全是因为Avi和我在很多网络开发方法上的分歧。同时还要说明的是,Avi也用过Ruby进行开发。而且他一直就很希望让Ruby使用Small Talk的虚拟机来提高运行速度。我甚至有幸能在FooCamp(发行商O’Reily组织的一个交流性的会议)见过他本人一面,发现他是一个很和善的人。
所以,请不要再煽风点火了。关于在什么地方可以用上战争的比喻,现在有很多分歧, 比如我不大反对把废除网络服务以实现REST的举动比喻为战争,但是Smalltalk对Ruby和Rails对Seaside绝对不能用上战争的比喻。
相关文章推荐
- rails下项目中ie10+使用ajax完后不会刷新页面的存在原因之代码注释
- [转]央视挑起了一场家长和孩子的战争
- 余额宝VS银行,一场关于钱的战争
- 一场永远不可能赢的“战争”
- iOS VS Android:一场安全的战争
- 飞花似花:央视炮轰成龙,是一场“侵略”战争
- Google,苹果和一场关乎云忠诚的战争(3)
- 产业链阴谋------一场没有硝烟的战争(作者:郎咸平 )
- 一场无硝烟的战争为何要波及到我
- 一场360很难取胜的战争
- 这是一场战争!Debian技术委员会已经八去其三
- 慢慢的,就没有了,就像从未存在过
- 转贴:产业链阴谋------一场没有硝烟的战争
- 一场没有硝烟的战争
- iOS VS Android:一场安全的战争
- 一场没有硝烟的战争--有感老男孩的分享
- ARM和X86 一场没有硝烟的战争
- Google,苹果和一场关乎云忠诚的战争(2)
- 互联网投资布局盘点:一场没有硝烟的战争
- 慢慢的,就没有了,就像从未存在过