130単位

まつもとゆきひろ氏「オープンソースソフトウェアRubyの開発」 聴講メモ

関心

中部圏技術者協同組合 - セミナーご案内 | 2009-02-14 (土) Ruby開発者が語る！
http://www.centea.or.jp/modules/eguide/event.php?eid=1

なかなかない機会と思い、情報を得てからすぐに予約。で本日参加してきました。

「オープンソースソフトウェア プログラミング言語Ruby」

自己紹介

• 所属：ネットワーク応用通信研究所／楽天技術研究所
  • オープンソースで差別化
  • 「フェロー」という肩書*1

Rubyの世界へようこそ

• 事例
  • Twitter
    • Matz氏自身も最近始めた
    • 1秒間に1万アクセスあることも ← とんでもない数字
    • ※ 楽天では2千アクセスきてもつぶれないようにしてる (実際は数百〜千ちょっと)
  • Yellowpages.com
    • アメリカの職業別電話帳
  • アメリカのビジネスでよく使われている
    • 数年前だとシリコンバレーでRoRができれば年収1000万だったりとか
  • Nifty
  • 楽天
    • ほとんどはJavaとPHPで、一部がRuby
    • 新しいサービスで比較的採用されている
  • クックパッド
    • 全部Ruby on Rails

• オープンソースソフトウェア
  • 1993年から開発
    • 周りの友人につかってもらっていた
  • 1995年に公開
    • 当時は名古屋に住んでいた(伏見のほう)
    • まだオープンソースという単語が存在してなかった

• コミュニティ
  • コミュニティベースでの開発
  • メーリングリストを活用
  • 自発的な開発者、少数のフルタイム開発者
  • 50名強のコミッタ
    • 日本人は30名くらい
    • 会ったことのない人もけっこういる
  • 様々なOSでの動作が試されている
    • シンビアン、スーパーコンピュータ

プログラミング言語Ruby

• 特徴
  • オブジェクト指向言語
  • 動的言語
  • アジャイル言語

• オブジェクト指向言語
  • SmallTalkとPerlが親みたいな感じ
  • ハイブリッドな言語

Ruby = SmallTalk - 奇妙な文法
       + Perlのスクリプト機能
       + Pythonの例外など
       + CLUのイテレータ
       + そのほか良いものもろもろ

• 簡潔
  • 型指定不要
  • コンパイラ指示不要
  • 実行可能疑似言語
    • 少ない指示でいろいろなことをやってほしい
    • アルゴリズムの説明では、簡単な疑似言語を使ったりする（が、実際はいろいろと宣言が必要）
    • → 疑似言語そのもので動かしたい

• 生産性の法則 (『人月の神話』より)
  • 「ある時間内にプログラマが書けるコードの量は言語によらず一定」
  • アセンブラ500行で実現できることとRuby500行で実現できることは違う
  • より簡潔な記述で済ませた方が良い

• 階乗のサンプルコード
  • JavaとRubyで比較
  • Rubyだと簡潔に書けて、やりたいことと書いたことの差が少ない

• 柔軟
  • 機械の都合を優先しない
  • 自由度は高く
  • 自己責任
    • 「強力な力には強力な責任を伴う」

• 生産的
  • メタプログラミング
    • メソッド等をプログラム自身が定義する
    • プログラムそのものをプログラムする
  • DRY
    • Don't Repeat Yourself (繰返しをしない)
    • コピーしてコードを書いていくと、バグもコピーしてしまう可能性がある
  • 思考に沿った表記
    • puts STDIN each.take(10)
    • → STDINを各行取り出して、最初の10行を切り出す
    • 例えばHaskellだと逆の流れになる

• 文法的利点
  • Rakefile
  • Rake = Ruby Make
  • 依存関係の記述をRubyで書いている

• 使う側にやさしい
  • Rubyは言語デザイナーが複雑なところに踏み込んでいる

アジャイル宣言との類似

• アジャイルマニフェスト (2001年頃)
• 基本的な部分で同じ価値観
  • 18人の署名者中
    • 3名がRuby本の著者
    • (最低でも)5名がRuby使い
    • (最低でも)2名が好意的*2

• 「プロセスやツールより人と人同士の相互作用を」
  • 人間にフォーカス
• 「包括的なドキュメントより動作するソフトウェアを」
  • 素早い開発サイクル
    • 重要なのはお客様の問題を解決するソフトウェアが実際に動くかどうか
    • ドキュメントにコストをかけるのはばかばかしい
• 「契約上の交渉より顧客との協調を」
  • 豊かな表現力と対話支援
• 「計画に従うことより変化への対応を」
  • 動的で柔軟な言語

言語からのメッセージ

• Opinionated Software
  • ソフトがプログラミングに影響を与える
  • 自己主張のあるソフトウェア

• Sapir-Whorf仮説
  • 言語は思考に影響を与える
    • 『バベル17』(影響を受けた書籍)にも同様の記述

• Rubyが与える影響とは
  • 職業プログラマでは、お金のためにやってる感がなんとなく微妙
  • 自分の思いを伝える自由度が高いと、満足度も高い

• Rubyからのメッセージ
  • プログラミングは楽しい
  • わくわくする
  • 苦労はコンピュータへ
  • 人間は楽を
  • 記述は簡潔に、生産性を高く、変化に対応

• Enjoy Programming!

Rubyの今後

• 1.8-安定
  • 日常利用、安定、互換

• 1.9-革新
  • 高速、協力、正しい(希望)
    • 新VM、多言語化、関数プログラミング
    • 実行速度が高速に

• 2.0-人参
  • コミュニティを通じて技術者があつまらないといけない
    • 技術者へ課題を提供する餌みたいなもの
  • 趣味から仕事へ
    • スケーラビリティ
    • ひとりでの開発じゃ済まなくなってきてる → 多人数開発への言語上での対応
  • Ruby2.0
    • キーワード引数
    • Selector Namespace
    • Method Combination
    • Multiple VM

感想

名古屋に在住されていたとは知りませんでした。

最も印象に残ったのは、生産性についての「書けるコードの量は言語によらず一定」のあたり。あくまで考え方のひとつではあるそうなのですが、言語の開発者自身によって語られたことで、大きな納得感がありました。

また、好きなことをやっている影響からか、なんというか非常に魅力的な雰囲気・人となりが感じられました。

参加することができて良かったです。ありがとうございました。

関連リンク

未来の言語は「APL」？ Rubyのまつもと氏が講演 − ＠IT
http://www.atmarkit.co.jp/news/200902/13/matz.html

まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」 聴講記 - TrinityT’s LABO
http://d.hatena.ne.jp/TrinityT/20090207/1233997847

まつもとゆきひろ氏が語る「ビューティフルコード」セミナーに行って来た - Slow Dance
http://d.hatena.ne.jp/LukeSilvia/20090207/p1

追記：

質疑応答時、「Ruby発祥の地は名古屋？」というのでちょっとした盛り上がりがありました。気になったので探してみたところ、ほんとになってました。

The World of Hello World
via : 「プログラム言語」発祥の地：Google Maps «  MetaLoop

ツイートする

Permalink | コメント(0) | トラックバック(1)