lakuxin (乐馨)

征集与 Matz 的合影

lakuxin — Wed, 12 Feb 2020 21:27:12 +0800

大家好，我是图灵公司的乐馨。

年前我们收到了几位热心 Rubyist 与 Matz 的照片，这次我们想征集更多与 Matz 的合影，和之前收到的照片一起做成照片墙图片发给 Matz，以庆祝 2 月 24 日 Ruby 二十七岁生日。

有愿意公开合影的 Rubyist，烦请把照片发至 tougao@turingbook.com，也可以直接微信发给我（微信号 lakuxin）。

征集活动截至 2 月 18 日 24 点。期待你的帅照

===================================

谢谢大家的踊跃参加，图做好了，也发给 Matz 了，他说谢谢大家，收到大家的心意啦。

[赠书活动][已截止] 闲话 Ruby +《Ruby 基础教程》赠书 (新增译者签名版)

lakuxin — Fri, 19 Sep 2014 13:51:57 +0800

赠书名单： @PengEdy @huopo125 @bigyellow @Guest @towonzhou @linuxgit @satzcoal @u1412955503

请各位在 10 月 16 日中午 12:00 前将姓名、邮寄地址和手机号用邮件发送至 lex@turingbook.com。其他朋友的回答也非常精彩，可惜样书不够。非常感谢大家的参与！我们都爱 Ruby~

==================================================================================

借着《Ruby 基础教程（第 4 版）》上市之际，想抛砖引玉发个帖子让大家在这里聊一聊 Ruby。欢迎大家畅所欲言，各抒己见，只要答案能够打动小编，就能获得《Ruby 基础教程（第 4 版）》1 本。

问题 1：你觉得什么是优雅的代码？分享一下你认为优雅的 Ruby 代码。 问题 2：接触 Ruby 后，你的编程环境有什么变化？例如，不用 IDE，而是用文本编辑器写代码；弃用了爱用多年的 Windows，投向了 Linux 甚至苹果的怀抱。 问题 3：你用 Ruby 做过提高工作效率的小工具（Gem）吗？你的 Ruby 最佳实践是什么？

-活动时间：2014/9/19——2014/10/10 -活动奖励：本次活动将根据回复的精彩和充实程度，选出 5 名读者，他们将获得奖品《Ruby 基础教程（第 4 版）》1 本。 -追加：本书译者@kamiiyu 无私地贡献出 3 本样书，因此本活动的奖品升级为 5 本普通样书 + 3 本译者签名版

图书介绍：

★ Ruby 入门第一书，原版重印 27 次！ ★ 松本行弘亲自审校并作推荐序 ★ 日本 Ruby 协会创始人兼会长倾情力作

“这是一本绝对不会让初学者失望的 Ruby 入门书。” ——Ruby 之父松本行弘

本书为日本公认的最好的 Ruby 入门教程。松本行弘亲自审校并作序推荐。本书支持最新的 Ruby 2.0，也附带讲解了可运行于 1.9 版本的代码，事无巨细且通俗易懂地讲解了编写程序时所需要的变量、常量、方法、类、流程控制等的语法，以及主要类的使用方法和简单的应用，让没有编程经验的读者也能轻松掌握 Ruby，找到属于自己的快乐编程方式，做到融会贯通并灵活运用到实际工作中。本书适合 Ruby 初学者学习参考，有一定 Ruby 编程基础的读者若想再回顾一下 Ruby 的各知识点，本书也能提供不少帮助。

图书试读：http://www.ituring.com.cn/book/1237 购买网址：http://item.jd.com/11524040.html

Sass 和 Compass 之父的著作《Sass and Compass in Action》诚征译者

lakuxin — Tue, 14 Jan 2014 14:04:22 +0800

如题，因为听说 Sass 和 Compass 在 Ruby/Rails 社区使用广泛，所以帮同事扩散。如果你有兴趣，欢迎参加试译：http://t.cn/8kDc2o5

松本行弘的新书《关于 mRuby 的一切》

lakuxin — Wed, 13 Nov 2013 11:40:08 +0800

如题，Matz 大神最近出了这本关于 mRuby 的小册子。发这个帖子是想做一个调查。大家对 mRuby 是否感兴趣？了解多少？是否想通过看这本书了解更多？

具体目录如下：

第 1 章背景介绍
第 2 章运行 mruby
第 3 章 mrb_state 与 mrb_value
第 4 章 mrbtest
第 5 章 mrbgems
第 6 章垃圾回收

如果感兴趣的人多，我们会考虑翻译，出版成电子书。谢谢大家！

感谢大家积极给我反馈，本书版权已敲定。如果你希望成为译者或审校者，请戳：http://www.ituring.com.cn/article/67227 本书电子版已发布，请戳这里购买：http://www.ituring.com.cn/book/1339

《Ruby 基础教程 (第 4 版)》诚招译者 (图灵公司)

lakuxin — Fri, 02 Aug 2013 14:25:44 +0800

这是日本公认的最好的 Ruby 入门教程，没有之一。松本行弘亲自审校并作推荐序。对应最新的 Ruby2.0，同时也附带讲解 1.9 版本能够运行的代码。更多原书信息请见：http://www.amazon.co.jp/gp/product/4797372273/

图灵的翻译条件：

60 元/千字起（中文 word 字数为准），出版署名并赠送 5 本样书。
在正式开始合作之前，会有一个试译的阶段。试译合格之后正式开始合作。
翻译周期一般在 1-5 个月不等，具体根据图书的字数和译者的空闲情况而定。

试译要求： 1 熟悉 Ruby。 2 日语 N1 及以上。 3 中文表达流畅。

有意者请发邮件至：lex@turingbook.com

本书译者已确定，敬请期待最终成书。感谢大家的参与，感谢 Ruby 中文社区提供的平台。

对技术书翻译感兴趣的朋友可移步至开放出版区 http://www.ituring.com.cn/book/preview?sort=hire 所有正在招募译者的日语和英语书都会出现在这个页面上。

未来这五年，软件工程师如何安身立命？ (下) ——Ruby 之父松本行弘谈《代码的未来》

lakuxin — Mon, 24 Jun 2013 11:41:58 +0800

从事开发工作的人的职业生命能否保持 5 年？

伊藤：能发挥自己实力和能力的工程师是怎样一类人呢？
Matz：是勾勒出自己想呈献给社会的软件或系统的雏形，并付诸努力将其创造出来的人。这与是 Web 职位还是 SI 职位无关，与偏用户还是偏商务无关。

^{（松本先生认为不恰当的分工合作机制将软件开发业引入“暗淡的未来”）}

伊藤：是指的从设计到实现都精通的工程师吗？
Matz：是的。说起来，工程师不能只懂设计。我一直认为，要从事软件开发，脱离写代码是无法生存的。人生在世，不脚踏实地可是不行的（笑）。

只从事设计而不从事软件开发，这样的分工真是毫无意义。虽然如此，但日本 SI 行业仍然能存活下来，这是因为它们的利润很高。

即使设计人员设计出了莫名其妙的规格图，即使编程人员糊弄了事，开发出性能较差的的软件，还是会有一些用户在抱怨的同时还继续使用那些软件。由于利润较大，一些瑕疵被掩盖了。

但是，刚刚也提到过，随着开发速度的增快，利润的空间会越来越小。再按照以前的老方法来做，已经无法再掩盖瑕疵。

我的切身体会是如果再按照此前的方式做下去，再过 5 年，普通的软件开发者们可能将不再有立身之地。

甚至可以说，从编码人员到程序设计师再到高级工程师的这一绿色晋升体系将有可能崩塌。在这一形势下，每个人都应该思考自己的立身之计。

打个比方，摆满了玲琅满目的 DVD 音像制品的租赁店刚刚兴起，家用录像系统已经撤架了，如此这般，变化来得迅猛又突然。
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 能掌控自己人生的人和无法掌控自己人生的人的区别

伊藤：对于那些不想被卷入“暗淡的未来”的工程师，您有哪些建议要送给他们，希望他们采取哪些行动呢？

Matz：应该还是要创造出新东西吧。除此之外，没有更好的脱颖而出的方法。

接下来要说的一些东西前景并没有那么暗淡，即使现有系统逐渐被 Web 所替代，利用现有技术来提供服务的工作也不会消亡。我认为今后要靠这些生存的工程师们不在少数。

尽管如此，就将来的风险总量来言，发明新的语言，掌握新的开发方法，能创造出新东西的人，应该能活得更舒服些。

伊藤：您说的新东西，具体是指？

Matz：有三层意思。

首先，能为客户提供新的服务。提供新的商业模式上，或者尽管提供的是相似的服务，但能提供更好的用户体验，这也是一种创新。

^{（作为创新的一部分，今年春天，松本先生的公司在 github 上发布了面向组装系统的便捷型 Ruby 的 mruby。）}

第二点是提供新的技术。开发出比现有的 Web 应用框架性能更好的产品，开发出此前无法开发的应用，这一点是能做到的。我一直在从事的就是这方面的工作。

或者，还有一条路，那就是发明新的算法。

这三种选择的难度不同，但是，无论如何，应该创造出此前没有过的东西这一点是相通的，能持续进行这类挑战的人，才称得上应时而动的优秀软件开发工程师。

不按照这三条路去做的那些工程师们往往随波逐流，今天学习一下最近流行的语言，明天尝试一下使用这个框架开发等，毫无主见。

作为工程师的基本功，追寻流行的、学习现有的也很重要，但将这些作为目标的话，往往无法很好的掌控自己的人生。我认为选择“追寻流行的”、“学习现有的”和“各种技术杂糅”以外的道路的工程师们，更能获得幸福的人生。

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

对我来说，软件开发就是对不合理的反击

伊藤：不好意思，下个问题可能有点尖锐，一般来讲，与其自己创造不如追寻流行，这样赚钱更快。为什么您还是坚持创造新的东西呢？

Matz：嗯，为什么呢……我一般会回答“那是因为编写新的程序、运行新的程序带给我极大的快乐”。其实，是因为我不喜欢不合理的东西。

别人的想法和价值观与我不同，对于他们开发的软件，我也常常产生“为什么是这种构造呢”、“用起来不太方便呀”这样的疑问。

伊藤：虽说是这样，但是所有的产品都多少会带有制造者的个人偏好的。

^{（松本先生坦诚自己“讨厌不合理”，正是这一点，催生出了 ruby 语言，并为广大程序设计者所喜爱。）}

Matz：正如您所说，其实我没有说将个人偏好带入产品不好，只是非常讨厌对别人的偏好指手画脚。不喜欢的话，你可以自己动手，自己优化嘛。这正是软件工程师立身之本，是开源得以持续下来的最重要的理由。

开源社区中，所有的源代码都是公开的。因此很容易就能了解代码的结构。只要自己有对其进行优化的想法，就能够去实现。

社会上的那些不合理就无可奈何了（笑），至少在软件开发方面，我们自己可以改良。如果是自己开发的东西，也应该随着时代的变化随时调整。

Ruby 的开发也是一样，我原本就喜欢语言，但更重要的是我不想别人来改良它，只想生活在能由自己掌控的世界，减少别人对开发者的哪怕是一丁点的指责，所以至今仍然在继续优化它。

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 软件开发，是仅凭一己之力便可改变社会的罕有职业

^{松本先生正在介绍软件开发的乐趣。他身着的 POLO 衫上印有“Ruby City MATSUE”项目字样。}

Matz：从性格上来讲，我原本就非常适合软件开发业，只有软件开发业才容忍我这样的随意任性的人，我这样说是不是有点太自我感觉良好了（笑）？

但是，说实话，软件开发是仅凭一己之力便可改变社会的少数职业之一。我想只要从事过这一幸福满满的职业，便不想放弃了。

伊藤：很多人喜欢用“应该怎么怎么样”来预测软件的未来，而松本先生您一直是坚持用“幸福与否”这样的价值判断来描述。

Matz：是呀，谁都无法对别人的人生承担责任。比如即使遇到“Matz 明明说这样可以，我试了下却不行”这样的抱怨，我仍然是无法承担责任的。所以自己的生存方式只能自己决定。

但是，诸如“今后的发展前景也许是这样的”之类的话我也能说。但这只代表个人观点。

对于我今天所讲的话也是一样，如果有软件工程师认为“我不同意松本先生的看法”，那他只要按照自己认为的正确道路前进就好了。

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 在探索未来时，最重要的是认识到“人是不变的”这一事实

伊藤：在读《代码的未来》时，让我印象非常深刻的是，您详细整理归纳了各语言的产生以及趋势变化。只是，IT 领域正不断发生变化，这使得过去的成功法则几乎在今天无法通用。如果多核技术和云计算的发展也是其即将发生深刻性变化的征兆的话，您为什么还要调查过去的变化趋势，归纳到本书里呢？

^{松本先生认为科技发展趋势如同钟摆。}

Matz：这也是见仁见智的事情，每个人的思考方式不一样。我认为 IT 业的技术发展趋势正如钟摆的摆动。

在新的开发语言与方式、架构不断涌现的形势下，软件开发的相关技术正在展开一场拉锯战，在寻求平衡中不断发展。

因此，“以前的最佳平衡”如何变为“现在的最佳平衡”？只要思考一下钟摆的周期以及过去的技术是在哪种平衡状态下诞生的，就能大致推测出“未来的最佳平衡”了。

以“分布与集合”为例，过去只有一台大型中央通用机，为了提升处理能力，而开发了用户服务器系统。而现在又再次出现了向“云”这一巨型计算机靠拢的趋势。

只学习过去的某一点是没有意义的，如果你了解了某一技术的兴废是由于哪种平衡达成的结果，在你预测未来时，这将是很好的参考。而且，向过去学习时，最重要的是认识到“人是不变的”这一事实。

人类的能力也是一种用于衡量技术变化钟摆的参数。而人的能力是有限的，在许多方面都受到了制约。因此，各种语言的开发者如果能了解过去人们是如何看待人类能力的极限的，就能以此为契机对技术进行改善与提高。

本书中对 Dart 和 Go 等新语言也有涉及，作为 Ruby 的开发者，我感到以一个语言开发者的身份来探寻语言开发者的心理非常有趣，而且对人类的理解也加深了。

伊藤：我原本想问为什么温故知新对于创造新事物那么重要，现在明白了，即反观人类的能力，或者说从过去的案例中探寻开发者的心理的能力是最重要的。

Matz：刚开始我就说过了，计算机并没有像人们普遍认为的那样变化那么大。

50 年前开发的程序设计语言至今仍然在使用，Ruby 诞生也有 20 年了，但最近大家又对它展开了新的讨论。这些都证明变化没有人们想象的那样大。

如此说来，以前只注重新颖不注重其他的案例也非常多。与随波逐流的软件开发者相比，那些能掌握趋势变化的原理、原则的软件开发者生命力更长久。

想成长为生命力长久的软件开发者们，可得多读一读《代码的未来》啊（笑）！

伊藤：感谢您今天接受我们访谈。

采访•文章•摄影：伊藤健吾（编辑部）

翻译：徐骞 本文翻译自 engineer type 对松本行弘的访谈 http://engineer.typemag.jp/article/matz

（转载自图灵社区：http://www.ituring.com.cn/article/45719）

未来这五年，软件工程师如何安身立命？（上）http://ruby-china.org/topics/11880

未来这五年，软件工程师如何安身立命？ (上) ——Ruby 之父松本行弘谈《代码的未来》

lakuxin — Fri, 21 Jun 2013 17:10:04 +0800

近年来，伴随着智能手机的普及、数字市场的繁荣，我们身边正发生着日新月异的变化。作为一个与各领域关系密切的行业，软件开发模式又在发生着那些转变呢？Ruby 之父松本行弘的新书《代码的未来》，将为大家揭开其中的真相。松本行弘眼中的软件开发行业的未来，到底是怎样的？总编辑伊藤健吾探访了位于岛根县的松江开源研究室。

Ruby 之父 / mruby 开发者 松本行弘 （@yukihiro_matz）

^{Ruby 语言发明者，亦是亚洲首屈一指的编程语言发明者。现兼任网络应用通信研究所（NaCl）研究员、乐天技术研究所研究员、Heroku 首席架构师等。昵称“Matz”。讨厌东京，喜欢温泉。}

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 伊藤：感谢您百忙之中接受我们的访谈。最近，我拜读了您的新书《代码的未来》，请您先谈一下代码以及软件工程师们的未来吧。

Matz：这还真是有点不好回答呀……不过，非常感谢您阅读拙著。

伊藤：在本书中，您详细叙述了您对各类开发语言、程序设计方法的过去、现在以及未来的看法。在此，想请您谈一下您是如何看待软件行业的现状的。它的本质是否发生了变化？软件开发的模式是否正在发生转变呢？

Matz：在书中我也提到过，预测高科技的发展趋势并不难，我认为，计算机领域在未来的一段时间里应该还会继续遵循摩尔定律发展。或许明年会出现可供实际应用的量子计算机，那样一来，迄今为止的一切可能都要颠覆重来（笑）。不过，根据摩尔定律，计算机的价格会更低、性能会更好、容量会更大，这些基本走向应该是不会变的。但是，这几年我已经感觉到方向开始发生变化了。这大概是因为，伴随着硬件的发展，软件开发势必也要进行一些调整。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 伴随着多核技术和云计算的兴起，软件开发也在发生变化

Matz：大约 20 年前，我设计了 Ruby 语言（编辑注：1993 年开发），这门 20 年前开发的语言即使在现在的电脑上运行也依然能取得很高的性能。

这说明 20 年多年来，软件的运行环境没有发生什么实质性的变化，它们都在单一的电脑上运行。近年来，CPU 单核技术已经提升乏力，取而代之的是 CPU 多核分散处理技术。这样一来，此前开发的软件就失去了本有的优势。从这一点来看开发方法的调整势在必行。

^{（松本先生认为，软件的运行环境已经很多年没有变化了。）}

伊藤：您刚刚讲的这些，在本书的最后一章“多核时代的程序设计”中也进行了总结吧？
Matz：是的。不仅是多核技术，云计算的发展状况基本上也是这样的。在计算机中有多个 CPU 的话即为“多核”，在网络中的话即为“云”。总之，预测软件开发的未来的关键词应该集中体现为“如何运用多台计算机”。

伊藤：那么，在引入了多核技术和云计算之后，您认为软件开发者应该如何改变工作方式呢？
Matz：就目前的变化来讲，这 10 年间，基于 Web 的开发不断增加，Web 应用的可扩展性很强，是一种适于分散设计的应用架构，所以熟悉 Web 的人，对多核和云计算的概念也会比较熟悉。与只了解通用机架构的工程师相比，他们应该更容易适应。

伊藤：在采访从事 Web 服务和智能手机应用开发的新兴企业时，我们感到，在这一两年，利用 PaaS 和云技术从事服务开发的工程师在快速增加。
Matz：是的。我也认为今后“公司在开发过程中不必购买主机的方式”会成为主流。而且，“不持有”这种思考方式不仅对开发很重要，对企业经营也会产生重大影响。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

迈向“持有”不是资产而是负债的时代

Matz：以前，“持有”被认为是企业活力的源泉。拥有高性能通用机的公司能快速处理各种业务，而无法购买昂贵的通用机的公司只能兀自打着算盘……

但是，如今“未持有”的一方反而有利。配备计算机硬件的话，收回成本需要 5 年，这期间必须让机器充分运转、物尽其用。这种方式表面上看好像有利于压缩成本，但实际上使用旧计算机，会降低生产力，成本反而更高。

也就是说，现在我们已经步入“持有不是资产而是负债”的时代。如果配备最先进的设备，那些优秀的工程师就可以进行高效开发，但仍然有一些人还在使用 3 年前的旧机器，那也难怪仅仅编译就需要一个小时（笑）。Heroku 等云平台的诞生，使得开发中“持有者的优越感”荡然无存。

另一方面，“不持有”的好处也体现在了商务上和开发上。比如，受其影响出现了许多新兴企业。以前，想要创业必须具备一定数量的储备资产，用于向数据中心投资、向服务器租赁公司购买 10 台服务器等。然而，现在只需要使用 Heroku 即可，最初的 1 节点是免费的。这样一来，创业之初，除了进行开发，程序员们会花一些时间以外，几乎没什么风险和成本。

我曾经读过美国投资公司 Y Combinator 的创立者保罗•格雷厄姆写的一篇短文，其中有一段我深有同感――“现代的新兴创业公司的团队人数很少，只要能挣够供大家吃方便面的钱，他们便会开始新的挑战”。这一断言岂不妙哉！“不持有”的灵活性和快捷性，正是推动有能力的人不断挑战的后盾。这一趋势不仅只体现在新兴公司内，从前年开始，这股风潮已经影响到了一些大企业。

在美国，迪斯尼和百思买等正是利用 Ruby、Rails 和 Heroku，迅速地以低成本构建起了本公司的服务体系。此前，只属于投资公司的特权的“新服务开发的迅捷性”以及“开发的灵活性”已经不再由他们独享。

伊藤：日本的大企业、大开发公司的情况如何？
Matz：我没有在大企业中供职，所以无法正确分析他们的动向，但是从各种观点来看，大家基本上都持乐观态度。但是，作为一名旁观者，我认为从整体上来看形势不容乐观。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

忽视了技术创新的“本质优点”的开发案例太多了

伊藤：您为什么认为软件开发的前景不容乐观？
Matz：传统的软件开发仍然是主流。虽说在安装 Web 服务的最终环节中使用了 Amazon 的云服务，但整个开发流程与过去没什么不同。通常仍然是由没写过一行代码的系统工程师来完成设计。一个软件开发团队动辄出动十人，这种情况很多见。

这与刚才所说的“不持有主机所带来的优势”完全相反。仅从皮毛上引入流行技术的开发案例并不少见。

我对“私有云”（又称内部云或企业云）感到无比失望。这是因为，云服务的最大优点就是在网络中使用多台计算机，而私有云的服务对象仅仅是公司内部的若干台计算机。这本质上不还是“拥有自己的主机”吗？这样可不行啊。

^{（松本行弘指出现在的软件开发“只是表面上吸收了先进科技的优点”）}

伊藤：看起来是在追随最新的技术趋势，实际上却忽视了本质优点的案例非常多。松本先生所说的“暗淡的未来”的其他体现还有哪些呢？
Matz：如今，BtoB 的大规模开发，新兴企业的小软件开发等不仅强调“不持有”，还非常重视开发速度。雅虎发明了一个词叫“爆速化”，是否能在竞争中占得先机，速度确实非常关键。

从这个角度来看，所谓的系统集成商，他们的工作真是有点过时了呀。即使过时了但仍然继续工作还是完全放弃？我不知他们该如何选择。但是，可以肯定地说，他们与那些真正能够发挥实力和能力的工程师的差距将越来越大。

翻译：徐骞 本文翻译自 engineer type 对松本行弘的访谈 http://engineer.typemag.jp/article/matz

（转载自图灵社区：http://www.ituring.com.cn/article/45484）

未来这五年，软件工程师如何安身立命？（下）http://ruby-china.org/topics/11943

松本行弘：我为 Ruby 2.0 打 90 分

lakuxin — Mon, 17 Jun 2013 16:03:24 +0800

2013 年 2 月 24 日是松本行弘开发 Ruby 整整 20 周年的日子，而就在这一天，他发布了 Ruby 2.0。我与他面对面，听他讲为开发 Ruby 2.0 所做的努力，以及对未来的展望。（日经 Linux 安东一真）

++++++++++++++++++++++++++++++++++++++++++++++++++++ 安东：20 年之后才推出 Ruby 2.0，您给这个新版打多少分呢？

Matz：90 分吧。90 分的话及格了吧。

任何事情都是如此，能得到 80 分已经很了不起了。我认为 Ruby 在 1996 年发布之初就已经有 80 分了，然而从 80 分到 90 分，这个提升简直是太难了，而实际上它也足足用了 20 年。

Ruby 2.0主要的新功能是关键字参数、Module#prepend和Refinement三个。我非常想实现这三个功能，而这个想法是在10年前的2003Ruby大会上最早提出的。10年过去了，也终于实现了。

而要从 90 分提升到 100 分，就几乎不可能了，特别对一门编程语言方面来说。Ruby 的普及，是因为它特别重视兼容性，但如果不一直改善性能的话，它早晚有一天会被淘汰。在今后，我们会继续在实现方面下功夫，加快执行速度，强化多核的应用。

++++++++++++++++++++++++++++++++++++++++++++++++++++ 安东：把编程语言做到如此境界，它的难点在哪里呢？

Matz：语言在实际使用上如果超过了一定的规模，那语言的开发是一个人做不了的。它能够作为一个开源软件（OSS）获得成功，应该归功于社区。Ruby 也正是借助社区发展起来的。

但事实上，不能一个人完成开发，指的是一个人无法决定，也无法随意安装新功能。Ruby 社区的基本原则就是每个人都可以参加。况且设计语言本身就是件很有乐趣的事情，我也很希望大家都能参加进来。

Ruby 1.8 之前的所有细节我都很清楚，如果要添加新功能，需要改动的地方我了如指掌。但在 1.9（2007 年发布）的新虚拟机（VM）中直接采用了笹田先生开发的 YARV，我插不进手，这点上变化还是很大的。

没有自己动手，其实是因为我觉得必须让别人来做。Ruby 必须接受一些新东西的刺激。

++++++++++++++++++++++++++++++++++++++++++++++++++++ 安东：那么实现这次新功能的动机又是什么呢？

Matz：我在 2011 年时宣布，会在 20 周年的时候，也就是今年，发布 Ruby 2.0，这可能是发布新功能最主要的动机吧，对我来说也是一份激励。之前一直都停留在 Ruby 1.X，终于升级到 2.0 了。我看有很多人在讨论应该添加些什么新功能，也有很多切实可行的想法。

事实上，Ruby 2.0 的三个新功能是由其他三个人分别开发出来的。Ruby 社区也很喜欢类似 20 周年纪念这样的活动呢。他们把这个叫作“活动驱动式开发”（意即以庆祝大型活动为契机来进行开发）。当然，这和它本来的意思不一样啦（笑）。

翻译：金松月（转载自图灵社区 http://www.ituring.com.cn/article/44490）