RUBY ON RAILS:WEB2.0世界新生的创造力 - The Way We Web
来源:百度文库 编辑:神马文学网 时间:2024/06/13 01:02:02
RUBY ON RAILS:WEB2.0世界新生的创造力
MICHEAL BUFFINGTON最近用RUBY ON RAILS创造了一个非常有意思和商业前景的网站:WORDPHOTO.ORG,和FLICKR一样,它是一个图片分享的社会性网络,但它采用了和FLICKR完全相反的信息组织方法:FLICKR是在上传图片后给图片打上标签,从而形成一个信息网络,而WORDPHOTO是先写下一个标签,然后接受成员为这个标签(标题)而绞尽脑汁创作出来的图片,这也就是一次“命题作文”的过程,在这个过程中,参与者可以深切的体会到人类的创造力是如此深远各异,从而得到最大的学习启发,或者仅仅是审美愉悦。
我宁愿相信是MICHEAL作为摄影爱好者,而不是GURU的身份激发了这个创意,因为在浏览这个网站的时候,你非常容易陷入思考,就像你自己把玩着相机,揣摩着作者,想:原来他,她是这样思考和看待世界的.....比起FLICKR,这样的方式能够更加高效的加强对他人的理解和促进自身的提高。
MICHEAL说自己用了40个小时来做这个网站,而架构这个网站只用了5个小时,其余35个小时都是在完善细节,之前他尝试过用COLDFUSION来做,但做出来的东西太“静态”了,如果我没理解错,作者所要达到的“动态”效果其实就是指WEB2.0的读写交互的效果。看看WORDPHOTO这个网站,从注册,添加,搜索,对图片评论,添加标签....等等,大多数元素都是可编缉的:如果要用PHP实现这个你可能会写到吐血。
RUBY ON RAILS让这些成为了可能,RUBY是日本人 MATz创始,大量人员参与的一个开源的解释型语言(与编译型相对),号称最纯粹和面象对象语言,它的流行是在日本,RUBY ON RAILS是用RUBY开发的一个网站架构模型,意思是一个轨道,一个网站运转的“轨道”,它的开发者并不以日本人为主。
RUBY ON RAILS实际上一直处于一个慢热的过程中,即使这半年它一直想在商业上做一次突破,但影响是有限,主要问题是速度,做为一个解释型语言,这个问题不能自欺欺人。5月底的RAILSDAY竞赛(在24小时内用RAILS开发一个网站)因为引起了一些关注,在那几天基本无法访问,这不能不让人对它的负载能力感到怀疑。在我的WINDOWS上,RUBY启动时占用的内存和花的时间是不能容忍的。(我想在它的标准环境LINUX下应该好得多,最近我注意到越来越多的RAILS架构的网站访问起来也很顺畅)
但我不认为这是问题,有句话说得好,走的人多了,也便有了路,技术上的东西也是,其实本没有那种东西就好,用的人多了,它自然会发展成功。速度不是问题,关键是RUBY ON RAILS提供了一种快速的网站开发方法,使得将来只要你有想法,你就能很快的把它实现,使得我们可以把主要的精力放在创造想法和满足需求上。解释型语言的好处还能够实现一点,RUBY ON RAILS甚至可以一边运转商业网站,一边开发:不需要编译使它可以实时的做修改,面向对象又可以保证系统足够健壮,不会因小改动而崩溃。总之,这的确是缩短开发周期的利器,如果你试试编几个RAILS程序,你也许会发现这可能是最好的解决之路。RAILS的开发者为了借AJAX的东风,甚至还在这个架构中天生的就支持了AJAX.
用RAILS写的网站带有典型的读写网络的特征:RAILS创建的三个架构中的ACTIVE RECORD这个模块中,如果你读读它最重要的基类 ActiveRecord::Base,你会发现有CREAT,EDIT,SAVE,DESTROY这些方法已经天然包含在内了,这让实现一个数据库的CRUDS行为变得如此简单。由于这些类的方法直接和网页的名称映射到一起,这使得网页本身就像一个可以编缉的数据库的数据项。
RAILSDAY最后还是选出了几个好点的,我比较看好的YUBNUB只得了第二,但你看看所有前6位的项目都充分利用了这种让用户参与网页内容的特性:例如,Tally是让你建立投票箱,YubNub是让用户自定义命令行,等等。由于这些项目的源码都是公开的,这里也应该是新手学习的好地方,不过我认为最重要的是:你要有自己创造一个新东西的雄心。
这些项目当然都没有MICHEAL的WORDPHOTO那么成熟了,可以想像,FLICKR不久就会引入这一“命题作文”的方法,不过那对技术人员而言是痛苦的,充满风险的,而掌握RAILS的同志可以呼风唤雨,天天都可以对网站修改修改。
比如,一个可以预期的BLOG方法即将来临,借鉴MICHEAL的方法,我们不仅仅可以用命题作文的方法来组织图片,也可以用于新闻时评(或者所有其它东东),先定一个评论的目标,如“芙蓉姐姐为什么这样红”之类,下面就是各自的文章,请注意,在这样的标题之下的所有文章都是平等的,没有任何文章是另外一篇的“评论”,它们没有从属关系,这样,在走向平等书写的道路上,我们又走近了一步。
MICHEAL这样说他建立网站的动机:很多时候,我们拿起相机,不知道应该拍什么。同样对我们很多人而言,写BLOG也是一样的:我们不知道写什么。那就不如借鉴这个,来点命题作文。这有点类似OWEN以前那个“所在城市的10个地方”的活动,只是我们要把这个搞大,就不能光通过松散的标签了。
你也许会说:通过TRACKBACK这样的联系不也一样吗?我说,对,是可以,但你那是FLICKR模式,我们需要搞点WORDPHOTO这样的东西。
Trackback: http://tb.donews.net/TrackBack.aspx?PostId=451365
MICHEAL BUFFINGTON最近用RUBY ON RAILS创造了一个非常有意思和商业前景的网站:WORDPHOTO.ORG,和FLICKR一样,它是一个图片分享的社会性网络,但它采用了和FLICKR完全相反的信息组织方法:FLICKR是在上传图片后给图片打上标签,从而形成一个信息网络,而WORDPHOTO是先写下一个标签,然后接受成员为这个标签(标题)而绞尽脑汁创作出来的图片,这也就是一次“命题作文”的过程,在这个过程中,参与者可以深切的体会到人类的创造力是如此深远各异,从而得到最大的学习启发,或者仅仅是审美愉悦。
我宁愿相信是MICHEAL作为摄影爱好者,而不是GURU的身份激发了这个创意,因为在浏览这个网站的时候,你非常容易陷入思考,就像你自己把玩着相机,揣摩着作者,想:原来他,她是这样思考和看待世界的.....比起FLICKR,这样的方式能够更加高效的加强对他人的理解和促进自身的提高。
MICHEAL说自己用了40个小时来做这个网站,而架构这个网站只用了5个小时,其余35个小时都是在完善细节,之前他尝试过用COLDFUSION来做,但做出来的东西太“静态”了,如果我没理解错,作者所要达到的“动态”效果其实就是指WEB2.0的读写交互的效果。看看WORDPHOTO这个网站,从注册,添加,搜索,对图片评论,添加标签....等等,大多数元素都是可编缉的:如果要用PHP实现这个你可能会写到吐血。
RUBY ON RAILS让这些成为了可能,RUBY是日本人 MATz创始,大量人员参与的一个开源的解释型语言(与编译型相对),号称最纯粹和面象对象语言,它的流行是在日本,RUBY ON RAILS是用RUBY开发的一个网站架构模型,意思是一个轨道,一个网站运转的“轨道”,它的开发者并不以日本人为主。
RUBY ON RAILS实际上一直处于一个慢热的过程中,即使这半年它一直想在商业上做一次突破,但影响是有限,主要问题是速度,做为一个解释型语言,这个问题不能自欺欺人。5月底的RAILSDAY竞赛(在24小时内用RAILS开发一个网站)因为引起了一些关注,在那几天基本无法访问,这不能不让人对它的负载能力感到怀疑。在我的WINDOWS上,RUBY启动时占用的内存和花的时间是不能容忍的。(我想在它的标准环境LINUX下应该好得多,最近我注意到越来越多的RAILS架构的网站访问起来也很顺畅)
但我不认为这是问题,有句话说得好,走的人多了,也便有了路,技术上的东西也是,其实本没有那种东西就好,用的人多了,它自然会发展成功。速度不是问题,关键是RUBY ON RAILS提供了一种快速的网站开发方法,使得将来只要你有想法,你就能很快的把它实现,使得我们可以把主要的精力放在创造想法和满足需求上。解释型语言的好处还能够实现一点,RUBY ON RAILS甚至可以一边运转商业网站,一边开发:不需要编译使它可以实时的做修改,面向对象又可以保证系统足够健壮,不会因小改动而崩溃。总之,这的确是缩短开发周期的利器,如果你试试编几个RAILS程序,你也许会发现这可能是最好的解决之路。RAILS的开发者为了借AJAX的东风,甚至还在这个架构中天生的就支持了AJAX.
用RAILS写的网站带有典型的读写网络的特征:RAILS创建的三个架构中的ACTIVE RECORD这个模块中,如果你读读它最重要的基类 ActiveRecord::Base,你会发现有CREAT,EDIT,SAVE,DESTROY这些方法已经天然包含在内了,这让实现一个数据库的CRUDS行为变得如此简单。由于这些类的方法直接和网页的名称映射到一起,这使得网页本身就像一个可以编缉的数据库的数据项。
RAILSDAY最后还是选出了几个好点的,我比较看好的YUBNUB只得了第二,但你看看所有前6位的项目都充分利用了这种让用户参与网页内容的特性:例如,Tally是让你建立投票箱,YubNub是让用户自定义命令行,等等。由于这些项目的源码都是公开的,这里也应该是新手学习的好地方,不过我认为最重要的是:你要有自己创造一个新东西的雄心。
这些项目当然都没有MICHEAL的WORDPHOTO那么成熟了,可以想像,FLICKR不久就会引入这一“命题作文”的方法,不过那对技术人员而言是痛苦的,充满风险的,而掌握RAILS的同志可以呼风唤雨,天天都可以对网站修改修改。
比如,一个可以预期的BLOG方法即将来临,借鉴MICHEAL的方法,我们不仅仅可以用命题作文的方法来组织图片,也可以用于新闻时评(或者所有其它东东),先定一个评论的目标,如“芙蓉姐姐为什么这样红”之类,下面就是各自的文章,请注意,在这样的标题之下的所有文章都是平等的,没有任何文章是另外一篇的“评论”,它们没有从属关系,这样,在走向平等书写的道路上,我们又走近了一步。
MICHEAL这样说他建立网站的动机:很多时候,我们拿起相机,不知道应该拍什么。同样对我们很多人而言,写BLOG也是一样的:我们不知道写什么。那就不如借鉴这个,来点命题作文。这有点类似OWEN以前那个“所在城市的10个地方”的活动,只是我们要把这个搞大,就不能光通过松散的标签了。
你也许会说:通过TRACKBACK这样的联系不也一样吗?我说,对,是可以,但你那是FLICKR模式,我们需要搞点WORDPHOTO这样的东西。
Trackback: http://tb.donews.net/TrackBack.aspx?PostId=451365
RUBY ON RAILS:WEB2.0世界新生的创造力 - The Way We Web
ruby on rails:web2.0世界新生的创造力
ruby on rails:web2.0世界新生的创造力
RUBY ON RAILS:WEB2.0世界新生的创造力
Ruby on Rails有用的插件
什么是Ruby on Rails
Ruby on Rails
什么是Ruby on Rails
Ruby off the Rails
The way we are
Ruby on Rails Cheat Sheet - Ruby On Rails - ILoveJackDaniels.com
[Ruby on Rails]Vim 开发 ruby on rails 完全配置
What Is Ruby on Rails
Ruby on Rails 学习资料
Ruby on Rails 学习资料
通过JavaEye2.0网站看ruby on rails性能-rails-Ruby -Ja...
RoR历险记:一个Java程序员的Ruby on Rails体验
跨越边界: Ruby on Rails 的秘笈是什么?
使用 ActiveScaffold 增强 Ruby on Rails 的功能
国内流量较大的Ruby on Rails网站
Ruby on Rails的session和session存储方案
On the way
What Every Webmaster and Web Developer MUST Know About Ruby on Rails and AJAX
[rails] 我的订餐系统 -- 小试ruby on rails