科技: 人物 企业 技术 IT业 TMT
科普: 自然 科学 科幻 宇宙 科学家
通信: 历史 技术 手机 词典 3G馆
索引: 分类 推荐 专题 热点 排行榜
互联网: 广告 营销 政务 游戏 google
新媒体: 社交 博客 学者 人物 传播学
新思想: 网站 新书 新知 新词 思想家
图书馆: 文化 商业 管理 经济 期刊
网络文化: 社会 红人 黑客 治理 亚文化
创业百科: VC 词典 指南 案例 创业史
前沿科技: 清洁 绿色 纳米 生物 环保
知识产权: 盗版 共享 学人 法规 著作
用户名: 密码: 注册 忘记密码?
    创建新词条
科技百科——欢迎光临全球最大的互联网博物馆
  • 人气指数: 14523 次
  • 编辑次数: 2 次 历史版本
  • 更新时间: 2009-07-22
方兴东
方兴东
发短消息
方兴东
方兴东
发短消息
相关词条
戴夫·海厄特
戴夫·海厄特
最佳编程语录大全
最佳编程语录大全
程序员笑话大全
程序员笑话大全
下一代程序员
下一代程序员
女程序员
女程序员
彼得·诺维格
彼得·诺维格
Russ Cox
Russ Cox
15名程序员界性感的奇葩
15名程序员界性感的奇葩
Mike Kruzeniski
Mike Kruzeniski
Jeff Fong
Jeff Fong
推荐词条
希拉里二度竞选
希拉里二度竞选
《互联网百科系列》
《互联网百科系列》
《黑客百科》
《黑客百科》
《网络舆情百科》
《网络舆情百科》
《网络治理百科》
《网络治理百科》
《硅谷百科》
《硅谷百科》
桑达尔·皮查伊
桑达尔·皮查伊
阿里双十一成交额
阿里双十一成交额
王健林电商梦
王健林电商梦
陌陌IPO
陌陌IPO
最新词条

热门标签

微博侠 数字营销2011年度总结 政务微博元年 2011微博十大事件 美国十大创业孵化器 盘点美国导师型创业孵化器 盘点导师型创业孵化器 TechStars 智能电视大战前夜 竞争型国企 公益型国企 2011央视经济年度人物 Rhianna Pratchett 莱恩娜·普莱契 Zynga与Facebook关系 Zynga盈利危机 2010年手机社交游戏行业分析报告 游戏奖励 主流手机游戏公司运营表现 主流手机游戏公司运营对比数据 创建游戏原型 正反馈现象 易用性设计增强游戏体验 易用性设计 《The Sims Social》社交亮 心理生理学与游戏 Kixeye Storm8 Storm8公司 女性玩家营销策略 休闲游戏的创新性 游戏运营的数据分析 社交游戏分析学常见术语 游戏运营数据解析 iPad风行美国校园 iPad终结传统教科书 游戏平衡性 成长类型及情感元素 鸿蒙国际 云骗钱 2011年政务微博报告 《2011年政务微博报告》 方正产业图谱 方正改制考 通信企业属公益型国企 善用玩家作弊行为 手机游戏传播 每用户平均收入 ARPU值 ARPU 游戏授权三面观 游戏设计所运用的化学原理 iOS应用人性化界面设计原则 硬核游戏 硬核社交游戏 生物测量法研究玩家 全球移动用户 用户研究三部曲 Tagged转型故事 Tagged Instagram火爆的3大原因 全球第四大社交网络Badoo Badoo 2011年最迅猛的20大创业公司 病毒式传播功能支持的游戏设计 病毒式传播功能 美国社交游戏虚拟商品收益 Flipboard改变阅读 盘点10大最难iPhone游戏 移动应用设计7大主流趋势 成功的设计文件十个要点 游戏设计文件 应用内置付费功能 内置付费功能 IAP功能 IAP IAP模式 游戏易用性测试 生理心理游戏评估 游戏化游戏 全美社交游戏规模 美国社交游戏市场 全球平板电脑出货量 Facebook虚拟商品收益 Facebook全球广告营收 Facebook广告营收 失败游戏设计的数宗罪名 休闲游戏设计要点 玩游戏可提高认知能力 玩游戏与认知能力 全球游戏广告 独立开发者提高工作效率的100个要点 Facebook亚洲用户 免费游戏的10种创收模式 人类大脑可下载 2012年最值得期待的20位硅谷企业家 做空中概股的幕后黑手 做空中概股幕后黑手 苹果2013营收 Playfish社交游戏架构

松本行弘(まつもとゆきひろ, Matsumoto Yukihiro, 别名Matz,1965年四月14日出生)是一位日本计算机科学家和程序员。他是Ruby程序设计语言的主要设计者和实现者。

(图)松本行弘松本行弘

出生 1965年4月14日 (1965-04-14) (44岁)
国籍 日本
知名于 Ruby程序设计语言
职业 计算机科学家, 程序员, 作家
宗教信仰 摩门教
子女 4

个人简介

松本行弘的名字的日文汉字写法为松本行弘,但通常被写成平假名的形式:まつもとゆきひろ。

松本行弘出生于大阪府,从四岁起居住在鸟取县。根据Japan Inc.的采访,他在高中毕业前自学了程序设计[1]。他在毕业于筑波大学,在那里获得了信息科学学位,并参加了研究程序设计语言和编译器的部门。

截止至2009年,松本行弘是位于岛根县的开源系统综合公司网络应用通信实验室的研究和开发部门的主任。他是乐天株式会社的快速开发组织乐天技术研究所的会员。他是耶稣基督后期圣徒教会的成员和教会的传教士。松本行弘已婚,有四个孩子。

松本行弘,Yukihiro Matsumoto(大家都叫他Matz.),在1995年首次发布Ruby脚本语言的第一个版本。

Matz 是一位专业的程序员,他在日本的开源公司 netlab.jp 工作。他也是日本最为著名的开放源码传播者之一。他发布了许多开源的产品,包括 cmail,一个基于 Emacs 的邮件客户端程序,完全用Lisp 写的。Ruby 是他第一个在日本以外国家成名的软件。

Ruby是一种功能强大的面向对象的脚本语言,它综合了Perl,Python,Java等语言的特点写成,有强大的文字处理能力,简单的语法,完全的面向对象。同时,Ruby是解释型语言,不需编译即可快捷地编程。Ruby擅长于文本处理、系统管理等任务,大家可以用她来进行实用的编程。

Ruby on Rails一诞生就号称可以达到J2EE开发速度的10倍,被很多人视为软件开发的银弹;刺激了一大群模仿Ruby on Rails的开发框架如雨后春笋般的涌现出来。

目录

[显示全部]

著作编辑本段回目录

Ruby in a Nutshell ISBN 0-596-00214-9
The Ruby Programming Language ISBN 0-596-51617-7

关于(MatsumotoYukihiro,松本行弘)编辑本段回目录

  中学二年级时,在父亲的口袋型电脑 Sharp PC-1210 上以 Basic 写了第一个程式。 1984 年进入筑波大学第三学群资讯(情报)学类。大学其中两年休学,从事基督教传教工作。 大学时在程式语言研究室,1990 年毕业。1993年以来,一直从事物件导向程式语言Ruby的设计与开发。

(图)松本行弘松本行弘

  1997 年开始,在「株式会社 Network 应用通信研究所」担任特别研究员,专注开发 Ruby。著书:「物件导向Script语言Ruby」(与石冢圭树共同著作),「RubyDesktopReference」,「软体工匠(ソフトウェアの匠)」等。 自称「语言otaku」(语言宅男?)。 在家中是三个女儿与一个儿子的爹。
  -----------------------------------------------------
  Ruby是一种面向对象(object-oriented)的计算机编程语言.由日本人松本行弘(Yukihiro "Matz" Matsumoto)于1993年发明.
  松本行弘认为以往人们在开发编程语言时过于看重"计算机", 而忽视"人", 过分强调运行速度. 而松本行弘提倡机器不是主人,是工具,而真正的主人应该是"人", 于是他打算开发一种更人性化的编程语言,这就是后来的Ruby.
  松本行弘还提出语言不但是表达思想的工具,也是人类进行思想的方法,使用的语言不同, 人也会产生不同的思想模式. 松本行弘说编程语言也会产生类似的作用. 他认为一个好的编程语言不但应该可以执行程序任务, 也应该帮助程序员形成更好的编程逻辑.
  松本行弘也强调编程语言应该不单让程序员带来工资,也要给他们带来乐趣.
  ruby语言官方主页:
  http://www.ruby-lang.org/
  松本行弘谈ruby设计原则(英语录音):
  http://www.itconversations.com/shows/detail1638.html

Ruby的哲学——与Yukihiro Matsumoto的对话 编辑本段回目录

Ruby的哲学
与Yukihiro Matsumoto的对话
Bill Venners著
2003年9月29日
摘要

    Ruby程序设计语言的发明人Yukihiro Matsumoto与Bill Venners进行了一次谈话。
谈话内容集中讨论了Ruby的设计哲学,包括设计的不完整性,正态危险性,以及人类在计算机科学发展商的重要作用。

    在网络上以昵称"Matz,"著称的Yukihiro Matsumoto是Ruby程序设计语言的发明人。Ruby是一种适于开发日常脚本以及完整的应用程序的面向对象程序设计语言。Matz自从1993年就开始进行了Ruby语言的研发工作。因为他想发明一种语言使得你既能非常高效的进行开发又感觉到乐趣无穷。最开始Ruby只是在日本非常流行,随后便踏上了进入了全世界程序设计者心扉的道路上。
    2003年9月24日Bill Venners与Yukihiro Matsumoto在丹麦Aarhus 举行的JAOO会议上会面。在这次会面上,Yukihiro Matsumoto讨论了Ruby的设计哲学,Ruby程序设计语言的特性,以及如何才能成为一个更好的程序员。在这部分当中,Matz特别介绍了设计的不完整性设计,正交的危险,运用向导提供程序设计的便捷,最小非预期理论,以及人在计算机发展上起到的重要作用。

没有完美的语言
Bill Venners:作为《Ruby程序设计语言:实践者的向导》的合著者,Dave Thomas告诉我你并不认为设计一种语言应当达到完美的境地,这是为什么呢?

Yukihiro Matsumoto:程序设计语言的设计者当然想要设计出完美的程序设计语言。他们<br>想有这个能力说,“我设计的语言是完美的,它可以做任何的事情。” 但是设计一<br>个完美的语言显然是不可能的,因为我们可以通过两种途径审视一门程序设计语<br>言。第一种是审视这种语言都能够进行哪些工作。另外一种途径是审视当我们使用<br>这种程序设计语言的时候我们的感觉是什么—也就是说在我们进行程序设计的时候<br>有什么感觉。

Yukihiro Matsumoto:
    根据图灵先生的完整性理论,每一个图灵完整性语言所能够完成的工作都可以本另<br>外一种图灵完整性语言所完成,仅仅是各种资源使用情况不一样。你可以在一个编<br>译器当中做任何的事情。但现在没有人愿意在编译器当中进行程序设计了。从“你<br>能做什么”的视角来看,语言的的确确是不同的—但是不同点是极其有限的。比<br>如,Python和Ruby就为程序员提供几乎相同的程序开发功能。
    我不想强调这些“什么”,而我强调明这个“怎样”的部分:我们在进行程序设计<br>的时候感觉怎样。这才是Ruby程序设计语言在设计上与其他语言的最大不同。我想<br>特别强调一下感觉,我使用Ruby的感觉。我并不为了使Ruby被设计成每一个人都能<br>感觉到非常舒适而潜心研究,因为大家的感觉和我一定是不一样的。没有一种语言<br>能够完全适合每一个人。对于Guido van Rossum来说,Python可能是最适合他的了。

正交与和谐

Bill Venners: Dave Thomas还告诉我如果我向你建议增加一个特性将是一定会被反对的,你不会那样做的。你所想要的是和谐的设计,这是指什么?

Yukihiro Matsumoto:我相信一致性和正态性是设计的工具,但不是设计最主要的目的。

Bill Venners:在这里的“正态性”是指什么呢?

Yukihiro Matsumoto:正交性的一个例子就是允许任何的小特性和语法的组合。比如C++支持函数的默认参数值,并且可以对基于参数的函数进行重载。这两个特性在一个程序设计语言当中都是非常好的,但由于他们是正交的,你可以在同时应用它们。如果使用不明确,便一起就会标为错误。但是如果我观察代码,我首先也许要使我的大脑接受这样的规则。我要去猜测编译器是如何去工作的。如果我的想法是正确的,并且我足够聪明,这将是没问题的。但是如果我不是那么聪明,而且我真的不是,这就会造成混乱。结果将是一个普通人不能预期的。这就是正交性的缺点。

Bill Venners:换句话来说,正交特性只有在编译器的编写者明白他们并且能够让他们工作起来才会有效。但是对于程序员来说在面对正交特性的时候他们是很难理解的,因为这是极其复杂的,因为我必须辨明这两个特性是如何和谐的应用的。

Yukihiro Matsumoto:如果正交特性被组合,将会导致复杂性的发生。

Bill Venners:那么怎样选择呢?怎样做才能更和谐?

Yukihiro Matsumoto:仅仅选择两者之一集成在语言当中就可以了,你不必将你能够考虑到的所有事情都做一遍。你只需要选择一个,即使它们两个都很好。

自由与舒适
Bill Venners: Phython社区的设计哲学史提供并且仅仅提供一种方法去处理事情。如果你提供50种不同的方法去做同样的事情,那么你就提供给了代码编写者很舒适的方法。人们可以使用他们喜好的方式来进行程序设计。这个折中是在程序设计者中。当我阅读你的代码时你可能是用一种方法编写的。当我阅读另外一个惹得代码时,他们可能是利用其他的方法编写的。所以作为一个程序的阅读者,我为了完成这项任务就必须熟悉所有的方法,俄不仅仅是我自己进行程序编写的方法。这个是设计的折中。Phython社区看来是喜欢提供仅仅一种设计方法,但Ruby其实还是为处理同样的事物提供了多种方法。

Yukihiro Matsumoto: Ruby继承了Rerl的设计哲学,提供处理同样事物的多种方法。我从我心中的英雄Larry Wall那里继承了这个设计哲学。我想让Ruby的使用者感到随意。我想赋予他们选择的自由。人都是各不相同的。每个人都选择不同的标准。但是如果在多种选择当中有一个更好的方法,我将把它做的更为舒适,来支持这种方法。这就使我在努力进行的工作。或许Python的代码可读性更强。每一个人都可以书写同样风格的Python代码,以利于阅读,或许是这样。但是人与人之间的差别实在是太大了。即使你在使用Python,仅仅提供一种方式帮助微乎其微,我是这么认为的。在可能的情况下,我宁愿提供给用户多一些的方法,但是如果可能,我会鼓励他们或者指导他们选择一个个更好的方法。

Ruby的乐趣
Bill Venners:在Ruby的也介绍性文章中,你写道,“对于我来说,生活的意义有一部分是为了获得乐趣。程序员在集中精力于程序设计的创造性一方面的时候常会感到乐趣的存在。”那么Ruby是如何使程序员体会到乐趣的呢。

Yukihiro Matsumoto:你向往享受生活,不是么?如果你能很快地完成你的工作并且你的工作是充满乐趣的,那将是非常美好的,不是么?那就是生活的乐趣,当然是一部分,你的生活将变得更美好。

我会尝试用计算机解决我在日常生活中遇到的问题,所以我需要写程序。通过使用Ruby,我希望能够集中精力于我要做的事情,而不是语言那些不可思意的规则。就像以public void *** *** ***开始,来完成输出“打印 hello world”。我只想说,“打印这个!”我不想接触周围所有的魔术般的关键字。我只想集中精力于任务。这就使最基本的想法。所以我也已经试图使Ruby的代码简明清晰。

Bill Venners:允许程序员编写清晰简洁的代码是令他们愉快的一个方法。

Yukihiro Matsumoto:是的,所以他们可以集中精力于问题本身。有时候人们会将伪代码记在纸上。如果他们的伪代码能够在他们的机器上运行,这就是最棒的,不是么?Ruby就试图这样,就像运行的伪代码。Python社区的人们也这么说。

Bill Venners:是的,Python社区的人们的确是说Phython是可执行的伪代码。那么Ruby还有什么其他的地方使程序员感到高兴呢?

Yukihiro Matsumoto:在程序员的日常生活当中,我们会处理大量的文本串。所以我尝试了努力改善文本的处理,也就是string类和正则表达式。正则表达式被集成到这个语言当中,而且能够被和谐的应用。我们也许要深入操作系统进行调用。Ruby可以调用Unix和大部分的Windows API的每一个系统调用。这为解释语言环境带来了操作系统的强大功能。这样你就可以进行日常的系统管理和文本处理程序设计。这是我今生的主要工作领域,所以我尽最大的努力把它做的非常优秀。

Bill Venners:所以主要来说,Ruby帮助我快速地完成我的工作并令我感到很有趣,使得我尽情的享用我的生活。

Yukihiro Matsumoto:它至少是给了我这样的帮助,我不知道Ruby是否能为你带来这样的帮助,但我希望它能。

人的因素
Bill Venners: 在一个会面当中,你说,“不要低估人的因素。仅仅想到我们是在计算机之前,他们是媒介。我们正在与人在交流,为人类而工作。”你这样说又是为什么呢?

Yukihiro Matsumoto:设想你正在写一个email。你在一台计算机前,你在操作一台计算机,点击鼠标,在键盘上打字,但这些消息将要通过网络被传送到另外一个人那里。你虽然是在一台计算机前工作,但在计算机之后却是一个人。我们进行的大部分任务都是为人类而作的。举例来说,计算税就是数数,从而政府能够将我的钱从我的腰包掏走,但政府考虑的是人。

我们的大部分工作毕竟都是与人相关的。所以在程序设计中,我们不是让计算机为人类工作就是我们用十分清晰的方法将我们的想法描述给计算机从而使他能够执行。在第一种情况下,使计算机为人类工作,目标是计算机后的人。在第二种情况下,我们尽量清晰的像计算机表达我们的思想使得它能够明白并且能够执行,我们从我们的大脑中表达我们的意图,结果是计算机去执行。所以两种情况的对象都是人。

Bill Venners:这样思考的重要性是什么呢?你说,“不要忽略人的因素”,这是为什么?

Yukihiro Matsumoto:因为计算机并不介意我必须付出很大的努力与他们进行交流或者是我很容易就能与他们进行交流。他们并不关心我是将文件中无数的指令字节序列输给他们,使他们运行它,还是我使用高级语言转换指令。计算机是不关心这些的。但我们人类非常关心我们所付出的努力。通常人们,尤其是计算机工程师们,关注他们的机器。他们认为,“通过这样做,机器就能运行得更快。通过这样做,机器就会运行得更高效。通过这样做,机器就能怎样怎样。”他们关注的是机器。但是实际上我们需要将焦点聚集于人类身上,聚集于人类如何关注编写程序或者在机器上操作应用程序,我们才是主宰着,它们是奴隶。

Bill Venners:这只是暂时的。

Yukihiro Matsumoto:这只是暂时的,直到终结之时。

最小非预期理论

Bill Venners:在一次会面当中,你说“我设计Ruby来是我的惊讶最小化。我非常高兴全世界的人们告诉我Ruby减少了他们的惊讶,提高了他们对程序设计的乐趣。我现在非常肯定程序员们的思想在全世界都是很相像的。”为什么会有这样的最小非预期理论呢?

Yukihiro Matsumoto:事实上,我并不想声明Ruby遵循最小非预期理论。有些人认为Ruby的设计符合这个哲学,所以他们就开始这样说。事实上我并不这样认为。

我在程序设计中尽量的最小化我的挫折。所以我在程序设计中使我自己尽量不费劲。 这就使我在设计Ruby时的主要目标。我在自己进行程序设计时也喜欢享受乐趣。在发布Ruby并且世界上很多人开始了解Ruby之后,他们说他们感受到了我的感受。他们最终得出了最小非预期理论。但事实上,这经常会造成误导。

Bill Venners:又是造成怎样的误导呢?

Yukihiro Matsumoto:每一个人有不同的技术背景。有些人来自Phython社区,有些人可能来自Perl社区,他们可能为这种语言的不同方面感到惊讶。随后他们就来找到我说,“我对这种语言的这个特性感到非常惊讶,所以Ruby违反了最小非预期理论。”等等。最小非预期理论不是为你一个人设置的。它是在你非常好的掌握了Ruby以后的最小非预期理论。比如,我在开始进行Ruby设计以前是一个C++程序员。我专门进行C++程序设计两三年。在我进行C++程序设计两年以后,他还是经常使我感到惊讶。

参考资源:
Ruby in a Nutshell, Yukihiro Matsumoto著,在亚马逊上可以找到:
http://www.amazon.com/exec/obidos/ASIN/020161622X/’>http://www.amazon.com/exec/obidos/ASIN/020161622X/
Programming Ruby: A Pragmatic Programmer’s Guide, Dave Thomas和Andy Hunt合著,在亚马逊上可以找到:
http://www.amazon.com/exec/obidos/ASIN/020161622X/’>http://www.amazon.com/exec/obidos/ASIN/020161622X/
The Ruby Programming Language, Yukihiro Matsumoto写的一个介绍:
http://www.informit.com/content/index.asp?product_id=%7BA76D1D1E-AD7D-483E-AB8D-38FB188396C5%7D
与Ruby的发明人的一次会面,Bruce Stewart著:
http://linux.oreillynet.com/pub/a/linux/2001/11/29/ruby.html
与Ruby发明人的会面Y. Matsumoto, S.Ibaraki著:
http://www.cips.ca/news/national/news.asp?aID=1224

作者简介:
Bill Venners:
    早期从事C++与Windows上的MFC的开发工作,随后完全转向Java的开发工作(1995年
以后不再进行任何的C++开发工作),在Java领域成果卓越,著有经典教材《深入Java虚拟机》("Inside the Java Virtual Machine")。
    Bill Venners不仅学术上具有非凡的表现,在生活中,他为人乐观,网友们可以通过下面的链接找到他非计算机相关的所有文章。(CSDN)
http://www.autumnleafcafe.com/

世界喜爱 Ruby 的理由 - 专访松元行弘编辑本段回目录

(摘要)
这是日経 BP主办的「次世代开发论坛」时的访谈 Matz (Ruby 作者),于 2006 年 12 月底刊载的。原文在スペシャルインタビュー 世界がRubyを愛する理由,PTT 的 ericyu 進行翻譯以及中文哉要,出處在此。本人在獲得 ericyu 書面同意下,進行轉錄的工作。本圖以及文章版權屬於日經 BP 所有,如本文章發佈形式有版權問題或是不妥,請來信告知。

(图)http://thegiive.javaeye.com/blog/46258松本行弘

看完之后的感觉

这篇主要讲的是 Ruby 的历史,但是 Matz 也提到他认为未来语言的趋势在于多CPU的平行化,个人认为他的想法非常的正确。或许最快10年后,所有的程序语言都得加入平行化处理的技巧,不然被淘汰只是迟早的事情。

原文开始

在 Ruby 的 mailing list 上,英语讨论量约为日语的十倍。Ruby 的 conference (Ruby Conference) 也是国外先,例如美国 (RubyConf) 2001,欧洲 (Euruko) 2003,日本 (RubyKaigi, [报导] [网站]) 2006。

Ruby 的英文相关书籍已有 30 本以上,2000 年在美国的 Programming Ruby 是第一本。目前销售量甚至超越 Perl 及 Python。

Rubyforge 上也有超过 2500 件项目,这些项目几乎都是以国外开发者为中心。

为何创造出 Ruby?

本来就喜欢语言,原本想设计一种自然语言,不过不太行,后来觉得如果是程序语言的话自己就作得到。大学进入程序语言研究室,光只有构想的语言就有好 多,如果连只有想到名字的也算大约有 11 个 (笑)。实际动手的只有 2 个。学生时所作的是帮 C 加上 Eiffel 风格的 OO。

会想做 Ruby 是因为同事(石冢圭树)「Perl 写来方便但读起来很难。如果有好的 OO Scripting 语言就好了」。虽然当时有 Python,不过没有内建 regular expression,写起来不像 Perl 那样快速。因此想写一个能兼有 Perl 的快乐及 OO 美感的语言。

1995 年 12 月 Alpha 版在 newsgroup 上公开。收到了很多 bug report,为了修正 bug,睡眠时间都变少了。

为何很快就掳获了最开始的使用者?

希望能很方便的处理文字,写 script,大概是这样的使用者吧。此时对于感到 Perl 极限的使用者选择有三个: Perl5,Ruby,Python(按: Perl 5 于 1994/10 released)。Python 刚提过没内建 regular expression,而 Ruby 比 Perl OO 得更彻底。

很多使用者送来 patch 或应用。譬如有天送来一个 patch,发现只要 patch 后,就能让 Ruby 支持 UTF-8。

海外的使用者是如何扩大的?

(图)松本行弘松本行弘

从 Programming Ruby 开始。

创造 Smalltalk 的 Alan Kay,创造 Objective-C 的 Brad Cox,以及提倡重构 (refactoring) 的 Martin Fowler 也注意到 Ruby。

2004 年推出的 Web Application Framework - Ruby on Rails 使得 Ruby 广泛备用在商业上。O’Reilly 站内文章提到生产力是 Java 十倍,虽然是否有十倍尚有争议,但实际写程序的量只有十分之一。RoR 作者 David Heinemeier Hansson 说 Ruby 是「能写出美丽的程序代码,能使程序员快乐的语言」。

要怎样能写出普及世界的软件呢?

回头看 Ruby 的例子,觉得是因为累积了很多的幸运。不过,一开始就有想到「不要只有局限在日本」。1997 年开始有英文 mailing list,ChangeLog 也附了英文,集结 Ruby 应用的 Ruby Application Archive 也希望日本使用者用英文登录。

日本也有很多有趣的技术,但缺乏英文文件等有很大的语言隔阂。

回到 Ruby,当初是追求「要怎么作才能让自己能快快乐乐写程序」,而将自己想要的东西具体化。Ruby 并没有作出什么其它语言没有的创举,而是相信程序员的感受,从现有程序语言中选出对使用者来说好用的东西。这就是 Ruby。

想要的是能将自己的工作立刻变为程序语言。最好是能这样:将脑中所想到的算法给记下来,就能直接变成程序跑。为了让程序动,往往要经过一大堆繁杂的程序。不过,我们不是为了计算机而工作,而是要让计算机替我们工作。所以要能够快乐写程序,我是这样想着而创造 Ruby 的。

之后程序语言会如何进化呢?

多核心是现在注目的焦点。不久将来可能大家计算机都是 64-core,128-core,task 的分配就不可能以 thread 进行,而不得不自动化。程序语言的平行化处理能到什么地步呢?说不定不是 C 或 Ruby 这种 procedural language,而是 functional language 存活也不一定。

我认为必须要有更多程序语言被创造出来才行。无数的应用程序创造出了 design pattern,就像(围棋的)定石一样。相较之下,目前也有几千几万种程序语言了吧?但是程序语言的 know-how 仍未确立。希望年轻的工程师们来挑战程序语言的开发。

(图)RubyRuby

2006年12月21日 ITpro

关于まつもと ゆきひろ (Matsumoto Yukihiro,松元行弘)

中学二年级时,在父亲的口袋型计算机 Sharp PC-1210 上以 Basic 写了第一个程序。1984 年进入筑波大学第三学群信息(情报)学类。大学其中两年休学,从事基督教传教工作。大学时在程序语言研究室,1990 年毕业。1993 年以来,一直从事对象导向程序语言 Ruby 的设计与开发。

1997 年开始,在「株式会社 Network 应用通信研究所」担任特别研究员,专注开发 Ruby。著书: 「对象导向 Script 语言 Ruby」(与石冢圭树共同著作),「Ruby Desktop Reference」,「软件工匠(ソフトウェアの匠)」等。自称「语言 otaku」 (语言宅男?)。在家中是三个女儿与一个儿子的爹。

Ruby语言编辑本段回目录

松本行弘(matz)是Ruby语言的发明人,他在1993年发布了Ruby语言的第一个版本,随后ruby语言逐渐在日本流行起来。2000 年,Dave Thomas出版了《Programming Ruby》一书,首次将这个发源于日本的动态编程语言介绍到了英文社区,Ruby开始在全球范围内流行。2004年,丹麦人DHH用ruby编写了Web 快速开发框架Ruby on Rails,彻底掀起了Ruby语言的热潮。

作为中国第一次Ruby技术大会,matz将来到上海,出席并且做主题演讲《Why Ruby?》讲述为什么他要发明ruby语言,ruby语言给开发者社区带来了什么,你是否应该选择ruby。

Ruby发明者松本行弘的编程十句箴言编辑本段回目录

松本行弘(Yukihiro Matsumoto)是Ruby语言的发明者。

1 Learn more than one programming languages , preferably many different syle ones , like scripting ,object-oriented ,functional , logic ,etc. Learning languages teaches you many about programming.
2 Read good books , for example , "Pragmatic Programmers" ,"Refactoring",and "Art of Computer Science".
3 Read the source code.The source code is the source of information and knowledge.Thanks to the opensource.
4 Don't focus too much on tools.Tools changes.Algorithms and basic fundamentals do not.
5 Don't focus too much on machines.Programmers often fall in the computer's vies point.But human make programs,program serve human.Don't forget that programming is a human oriented activity.
6 Be lazy.Machines should serve human being.Often programmers serve machines unconsciously.Let machines serve you.Do everything you can to make you lazy.
7 Test early,test often.Write test suites before you code,if possible.
8 Be nice to others.Consider interface first,man to man ,man to machine,and machine to machine.Again,human factor is import.
9 Be creative.
10 Enjoying programming and life .I believe that is one of the purpose of life.

参考文献编辑本段回目录

→如果您认为本词条还有待完善,请 编辑词条

词条内容仅供参考,如果您需要解决具体问题
(尤其在法律、医学等领域),建议您咨询相关领域专业人士。
1

标签: Ruby 松本行弘 Matsumoto Yukihiro Matz

收藏到: Favorites  

同义词: Matz,Matsumoto Yukihiro,Yukihiro Matsumoto

关于本词条的评论 (共0条)发表评论>>

对词条发表评论

评论长度最大为200个字符。