《程序员》杂志试读:Ruby on Rails难入主流
来源:互联网 发布:软件项目重点难点分析 编辑:程序博客网 时间:2024/05/17 16:11
1、Ruby本身的问题。
我想再次唠叨一句:我热爱Ruby。但这门语言也很复杂,包含大量超前的对PHP和VB程序员来说非常难以理解的东西。无可否认,PHP和VB是便宜货(它们甚至没有命名空间!),但不管你喜不喜欢,它们是事实上的Web开发标准。无论谁,要想在Web领域成功,都必须在以下两个问题让人信服:一,要让程序员从技术角度认可迁移到Rails的可行性;二,要能打动他们的管理层,让其甘心掏腰包。没有这两个条件,Rails就不能成功。
2、Ruby on Rails本身。
Ruby on Rails太超前了。我不是开玩笑,它拥有庞大数量的、完美整合的、魔术般的特性(包括Ruby中就存在的和David自己创造的)。Ruby on Rails本身是一个很好的例子,展示了如何融会贯通、组织利用我们过去五年里学到的软件开发知识。但是,它却是全体开发人员难以逾越的鸿沟。有时候,魔术变多了,就变成了魔鬼;太富跳跃性、过于智能,开发人员就难以理解。
3、仍然没有可靠的IDE。
Ruby、Python、Groovy等动态语言的拥护者总是宣称自己不需要IDE,并补上一句,如果你需要IDE,那么说明你还没有深入掌握这些语言,应该退回去使用你的老语言,不配与我们为伍。简直胡说八道!别理这些人,他们根本不知道现实世界到底需要什么,也不懂开发人员的想法。这种说法,恰恰是很多重要技术未能普及的原因之一。
4、别无他店,缺乏竞争。
如果你想用Ruby开发Web应用,就只有一个解决方案,那就是Ruby on Rails。Ruby on Rails的确称得上Web应用里Ruby解决方案中的原子弹,但我怀疑这是否真是一件好事。Java里有很多种Web应用框架,虽然只说得上是高射炮,但它们总是持续不断地彼此追赶,力求更好更强。它们每个框架都能在其父辈基础上推陈出新,继承既有的优点,摒弃过去的错误;所以经过自然选择永恒定律的洗礼,这个领域总能一点点进步。
5、企业级应用能力和扩展性不明。
Rails对这个问题未加重视,他们总是念叨BaseCamp和其他别的产品。问题是到现在为止,Rails应该已经演绎出其他有所不同的成功故事,而不是Rails社区开发出的仅有的这个东西。当然,这是一个鸡生蛋、蛋生鸡的问题:很多公司都在关注Ruby on Rails,但只在别的公司有成功案例时,才会下定决心跟进。从目前来看,他们还吃不到这样的定心丸。
6、缺乏网络提供商的支持。
你可能会问,这个问题重要吗?Java基本上也没被网络提供商很好支持啊。但Java定位于企业级应用,任何人想要运行企业版Java应用,都会自己部署他们所需的服务器。Ruby on Rails瞄准的则是另一个目标——中间级Web站点(Web sites in-between)。这些站点虽然难以大规模蔓延,每天还是有些访问量。但它们大量使用外部托管主机,如果Rails不能在这些站点上预先安装,就不会有多少戏唱。PHP不用伤这个脑筋,因为99%的网络提供商都支持它了。
我想再次唠叨一句:我热爱Ruby。但这门语言也很复杂,包含大量超前的对PHP和VB程序员来说非常难以理解的东西。无可否认,PHP和VB是便宜货(它们甚至没有命名空间!),但不管你喜不喜欢,它们是事实上的Web开发标准。无论谁,要想在Web领域成功,都必须在以下两个问题让人信服:一,要让程序员从技术角度认可迁移到Rails的可行性;二,要能打动他们的管理层,让其甘心掏腰包。没有这两个条件,Rails就不能成功。
2、Ruby on Rails本身。
Ruby on Rails太超前了。我不是开玩笑,它拥有庞大数量的、完美整合的、魔术般的特性(包括Ruby中就存在的和David自己创造的)。Ruby on Rails本身是一个很好的例子,展示了如何融会贯通、组织利用我们过去五年里学到的软件开发知识。但是,它却是全体开发人员难以逾越的鸿沟。有时候,魔术变多了,就变成了魔鬼;太富跳跃性、过于智能,开发人员就难以理解。
3、仍然没有可靠的IDE。
Ruby、Python、Groovy等动态语言的拥护者总是宣称自己不需要IDE,并补上一句,如果你需要IDE,那么说明你还没有深入掌握这些语言,应该退回去使用你的老语言,不配与我们为伍。简直胡说八道!别理这些人,他们根本不知道现实世界到底需要什么,也不懂开发人员的想法。这种说法,恰恰是很多重要技术未能普及的原因之一。
4、别无他店,缺乏竞争。
如果你想用Ruby开发Web应用,就只有一个解决方案,那就是Ruby on Rails。Ruby on Rails的确称得上Web应用里Ruby解决方案中的原子弹,但我怀疑这是否真是一件好事。Java里有很多种Web应用框架,虽然只说得上是高射炮,但它们总是持续不断地彼此追赶,力求更好更强。它们每个框架都能在其父辈基础上推陈出新,继承既有的优点,摒弃过去的错误;所以经过自然选择永恒定律的洗礼,这个领域总能一点点进步。
5、企业级应用能力和扩展性不明。
Rails对这个问题未加重视,他们总是念叨BaseCamp和其他别的产品。问题是到现在为止,Rails应该已经演绎出其他有所不同的成功故事,而不是Rails社区开发出的仅有的这个东西。当然,这是一个鸡生蛋、蛋生鸡的问题:很多公司都在关注Ruby on Rails,但只在别的公司有成功案例时,才会下定决心跟进。从目前来看,他们还吃不到这样的定心丸。
6、缺乏网络提供商的支持。
你可能会问,这个问题重要吗?Java基本上也没被网络提供商很好支持啊。但Java定位于企业级应用,任何人想要运行企业版Java应用,都会自己部署他们所需的服务器。Ruby on Rails瞄准的则是另一个目标——中间级Web站点(Web sites in-between)。这些站点虽然难以大规模蔓延,每天还是有些访问量。但它们大量使用外部托管主机,如果Rails不能在这些站点上预先安装,就不会有多少戏唱。PHP不用伤这个脑筋,因为99%的网络提供商都支持它了。
- 《程序员》杂志试读:Ruby on Rails难入主流
- 《程序员》杂志试读:Web开发人员的利器:Ruby on Rails
- Ruby on Rails上了老牌技术杂志Dr.Dobb's Journal的专题
- Ruby & Rails on Rails 進階書單
- ruby and ruby on rails
- install Ruby on Rails
- Ruby on Rails 实践
- Ruby on Rails!
- Ruby on Rails
- 关于Ruby on Rails
- 初探Ruby on rails
- Ruby on Rails
- 了解Ruby on Rails
- Ruby on Rails 是什么?
- 什么是Ruby on Rails
- Ruby on Rails 实践
- Ruby on Rails
- 实践ruby on rails
- 数据库菜鸟不可不看 简单SQL语句小结
- 1.18
- 如何更改编码方式
- C++各大名库宝典[收藏]
- Symbian OS程序设计笔记 -- 01 (开发环境的建立)
- 《程序员》杂志试读:Ruby on Rails难入主流
- Linux下Makefile的automake生成全攻略
- 在web客户端生成word文件
- 从门禁系统的使用体验看良好的交互设计原则
- 把整数转化为ASCII字符
- 软件项目质量管理经验谈
- 从Borland架构师到微软高级工程总监
- 使用反射实现根据名称动态创建窗体的几种方法
- 昨天买了IBM ThinkPad 06款原装73P3599泰格斯代工双肩包,炫耀一下!