日本人で唯一、Ruby on RailsとRubyの両方のコミッターを務める松田明氏。東京のRubyコミュニティAsakusa.rbの主催者でもある。RubyとRailsコミュニティだけでなく、日本と海外のコミュニティの橋渡しとして活躍している。松田氏に活動や想いを聞いた。 ずっとフリーランスで、おもにシステムインテグレータで業務システム開発の仕事をしていました。それでRubyに触れる機会がなかなかなくて。 Rubyを本格的に使ったのはRuby on Railsが出てからですね。使ってみたら惚れ込んでしまって、それ以降はほとんどRubyの仕事しかしていません。 ここまでソフトウエアを身近に感じたのはRubyが初めてでした。それまでは、メーカー様やどこか雲の上にいる外国の人が作った製品を使わせてもらうという立場だったわけです。バグがあったら次のバージョンで直してもらうまで待つしかない。でも、

「Rubyはバージョン2.0で、言語としてほぼ完成した」――。東京・目黒雅叙園で2月15日まで開催している「Developers Summit 2013」で、Rubyの生みの親であるまつもとゆきひろ氏（写真）はこう宣言した。 Ruby 2.0は、Ruby生誕20周年を記念して、2013年2月24日にリリースする予定の新バージョン。まつもと氏は講演の中で、バージョン2.0の新機能を披露するとともに、Rubyの今後についても言及した。「言語を壊さず（互換性を維持した状態で）、これ以上新しい機能を追加するのは難しい」（まつもと氏）ため、言語仕様としてはほぼ完成したと考えているという。しかし「言語は改善を続けなければ死んでしまう。今後もRubyの実装をより高速化したり、マルチコアへの対応を強化するするなど、互換性を維持した形でRubyをより良くしていきたい」考えだ。 今回の講演ではRuby 2.0

「スマートフォンの画面上でキャラメルをスワイプ（指で滑らせ）して飛ばすと、キャラメルが店のショーウインドウに現れ、ゆっくりと降ってくる。見事ボックスに入ると、実物のキャラメルやクリスマスケーキをプレゼント」---。 ヨックモックが運営する洋菓子店「アンリ・ルルー」の東京ミッドタウン店では2012年11月30日から、マルチスクリーンを活用したイベント「HENRI LE ROUX“Catch the Christmas Caramel！”」を開催している。「幅広い層の集客につながっている」（ヨックモック 営業部 ルルー営業グループ グループ長 田代良則氏）という。 ゲームに参加するためのQRコードは、「アンリ・ルルー」の東京ミッドタウン店の店頭にあるボードに掲載されている。QRコードを読み込み、Webページにアクセスするとゲームに参加できる。ショーウインドウには、プロジェクターの映像によって雪

大規模サイトの性能改善作業とは、どういうものなのか――。リクルートの中古車情報サイト「カーセンサーnet」を全面リニューアルした体験を基に、その実態をレポートする。第1回、第2回はミドルウエアのチューニングを行った。後半はLinuxカーネルに原因があると判明するまでの調査に進む。様々なツールを組み合わせて追跡していった。 中古車情報サイト「カーセンサーnet」の性能試験が本格的に始まって10日目。試験の開始当初は、ブラウザーの表示に10秒もかかるなど目標性能に遠く及ばなかった。しかし前回までで紹介したように、ファイル共有システム「NFS」の設定変更、Webサーバー「Apache」のパラメーター修正、PHPアプリケーションの見直しによって、性能は劇的に向上した。 リクルート入社3年目の私は、今回の性能検証プロジェクトのリーダーとして、得意分野を持つチームメンバーと一緒に対策を進めていた。カッ

東日本大震災からわずか3日後の2011年3月14日、みずほ銀行は大規模なシステム障害を起こした。義援金の振り込みが集中したのをきっかけに、振り込みの遅れや店舗でのサービス停止、ATM（現金自動預け払い機）の取引停止などを連発。影響は日を重ねるごとに広がり、収束までに10日間を要した。 みずほ銀行が大規模なシステム障害を発生させたのは、9年前の2002年4月にシステム統合に失敗して以来、2度目のことだ。なぜ失敗は繰り返されるのか。それは、みずほ銀行が根本的な原因を究明し、対策を取っていないからだ。 大規模障害を招いた直接の原因は、システム部門の不手際である。システム全体の仕様や機能をつかんでおらず、バッチ処理の運用時にミスを重ねた。それらがシステム障害の影響拡大につながったのは事実だ。だが、根本的な原因は別にある。 根本的な原因は、みずほ銀行とみずほフィナンシャルグループの歴代経営陣のIT軽

この連載では、「ダメに見せないことで評価を高める」ための仕事術を扱っている。前々回と前回は、六つめのネガティブ特性である「ひと言で語れない、話が冗長」について説明した。ネガティブ特性は以下の通りである。 先を読まない、深読みしない、刹那主義 主体性がない、受け身である うっかりが多い、思慮が浅い 無責任、逃げ腰体質 本質が語れない、理解が浅い ひと言で語れない、話が冗長 抽象的、具体性がない、表面的 説得力がない、納得感が得られない 仕事が進まない、放置体質 言いたいことが不明、論点が絞れない、話が拡散 駆け引きできない、せっかち、期を待てない 今回から七つめのネガティブ特性である「抽象的、具体性がない、表面的」について説明する。 仕事の「分解」「詳細化」ができない 「抽象的」には大きく二つの意味がある。大辞泉には、(1)いくつかの事物に共通なものを抜き出して、それを一般化して考えるさま（

記者が子供の頃の1970年代は、i8080、Z80、MC6800などがマイコン用8ビットCPU（Central Processing Unit）として全盛だった。それに続いたのが16ビットCPUで、米Intelのi8086がパソコン分野の勝者となった。それがx86アーキテクチャーの始まりである。x86アーキテクチャーは32ビットになり、64ビット（これは「x64」とも呼ぶ）になり、今やWindowsパソコンもMacも企業のサーバーもx86だ。でも、x86の全盛期は終わったのではないだろうか。 x86の強力なライバルが二つ浮上してきた。一つは英ARMのARMアーキテクチャーだ。消費電力が少ない割に高性能なARMは携帯機器に多く採用され、「Microsoft、次期版WindowsでARMアーキテクチャーをサポートへ」といった動きも報じられている。米Microsoftは以前、WindowsでAl

トヨタ自動車がIT産業に急接近している。この動きをどう捉えるかによって、日本のIT産業やIT技術者の命運が決まるだろう。企業のIT投資の構造的変化を象徴的に示す事例だからだ。そして、その本質に迫るには、ITを活用してライバルを寄せ付けない高収益企業となった建設機械大手コマツの先行事例を見ていけばよい。 KOMTRAXがビジネスを変革する仕組みに まずはコマツの話から。コマツの建機には「KOMTRAX（コムトラックス）」と呼ぶITの仕組みが組み込まれている。このKOMTRAXは建機の稼働状況を遠隔監視するもので、もともとは盗難防止のために作ったシステムだった。だが、ひとたび運用を始めると、いろいろなアイデアが生まれ、コマツのビジネスを変革する仕組みへと発展していった。 例えば、建機の稼働状況が分かることで部品の交換時期が把握でき、純正部品への交換をタイミングよく提案できる。燃料の使用量も分か

フレッツ光ユーザーは2011年6月8日、「Yahoo! Japan」や「Bing」といった著名サイトを閲覧できなくなる恐れがある――。IPv6を使ったインターネット接続をテストする「World IPv6 Day」を6月8日に控えて、日本マイクロソフトやヤフーなどが、ユーザーに注意を呼びかけている。 日本時間6月8日午前9時から9日午前8時59分まで実施されるWorld IPv6 Dayは、世界中のWebサービス事業者などが連携して、この日だけ各社のWebサイトをIPv6対応にするというイベントだ。米グーグルや米マイクロソフト、米フェイスブック、米ヤフーなどのほか、日本でもNECビッグローブ、NTTコミュニケーションズなどが参加を表明している。 しかし、NTT東日本とNTT西日本が提供する「フレッツ光」のユーザーは、World IPv6 Dayの期間中、参加企業のWebサイトを閲覧できなくな