iPadが発売されたのでアップル信者じゃないギークが将来を占ってみる。

今月3日に米国でiPadが発売され、巷はiPadの話題で持ちきりといった様相を呈している。かの有名なアップル信者である江島健太郎氏がiPadについて早速レビュー記事を投稿されているが、江島氏には珍しく（？）、片方では革新的なデバイスだという称賛をしつつも、iPadに対する苦言が並べられたエントリとなっている。江島氏の言葉を引用すると「長年のアップル信者としては、こうやって指摘することが少しでもいい方向に向かっていく助けになればと願うばかりです。」だそうだ。これをオレ流に解釈すると「軌道修正しないとヤバイよアップルさんよ！」と変換される。

孫正義氏による至高のスピーチ 〜 登りたい山を決める！

Ustreamでライブ放映された孫正義氏によるスピーチが最近ネットを賑わせている（？）のだが、俺も正直感動したクチだったりする。俺はソフトバンク社がこれまでどのような道のりを歩んできたかということについて詳しくは知らないし、孫正義氏と会ったこともない。しかしこの講演は熱い。それは断言できる。多くの人々に勇気を与えてくれるものであることは間違いないのである！

まずは見よ。

Ustreamの録画は公開が今日までらしいので、スピーチの書き起こしを見るのがいいだろう。これだけでも充分に一見の価値はある。おちゃらけブロガーちきりん氏も述べているが、とにかく見よ！話はそれからだ。いくら外野が何を言ったところで、このスピーチに勝るほど雄弁に語ることは出来ないのだから。

以下、俺の感想などを書き綴ってみよう。ただしネタバレ注意。　

日本企業に提唱したい著作権ビジネス

まず最初に断っておくが、俺は日本における著作権の在り方は間違っていると思っている。多くの企業（音楽業界、出版業界、映画業界など）がやっていることは、これまでのビジネスモデルにしがみついて利益を守ることだけであり、強すぎる著作権の効力によってユーザーに不便を強いていると思うし、新たなビジネスの開拓にも積極的ではないためジリ貧になるだけだと思うからである。正直なところ、JASRACがオリジナル曲の演奏ですら金を徴収した例などは、ただただ閉口するばかりだ。まるでJASRACが全ての著作権を代表しているかのような行いであるが、他にも著作権管理団体は存在するし、オリジナル曲に対してJASRACが支払いを強要するのはおかしな話なのである。

とはいえ、現状を嘆いていてばかりでは何も良くならない。今日は日本でこれから儲かる（かも知れないと俺が考える）著作権ビジネスを３つ挙げて見よう。

第102回カーネル読書会 at 楽天のプレゼン資料公開しました。 #kernel100329

昨日、Yokohama Linux Users Group（吉岡さん主催）の第102回カーネル読書会において発表を行ったので、その時の資料を公開した。

ジョナサン・シュワルツの発言から考察するソフトウェア特許の有害性

少し古い話だが、元SunのCEOであるジョナサン・シュワルツ氏が自身のブログで「スティーブ・ジョブズに訴えると脅された」と語った。これは先日、AppleがHTCを提訴したことを受けて語った内容であるが、その辺のいきさつについてはZDNetの記事やITMediaの記事、シュワルツ氏のブログエントリなどを見て頂きたい。（ZDNetの記事がよくまとまっている。）

Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジン

Webサービスでは、世界中からのトラフィックを捌く必要があるため、いくらチューニングしようとも一台のRDBMSでは捌ききることが出来ないのが常だ。MySQLは最初からマスター・スレーブ型のレプリケーション機能が搭載されており、スレーブをたくさんぶら下げることによって参照の負荷をスレーブに割り振るというスケールアウトによってその問題に対処してきた。スレーブによるスケールアウトは、参照（＝PV）が多いWebサイトと非常に相性が良く、幾多のWebサイトにおいて実績を作ってきているし、まだまだ利用されている。

しかしながら、サイトのトラフィックが劇的に増加してくるようになると、レプリケーションによる負荷分散では追いつかなくなってきた。そこで人々がとった選択肢は、memcachedを利用することである。memcachedはインメモリ型の高速なKVSであり、参照・更新性能はMySQLより格段に高い。MySQLをバックエンドのストレージに利用し、なおかつmemcachedにホットなデータをキャッシュすることにより、データベースへの問い合わせを激減させることができるのである。

1:Nのレプリケーションでは、更新の負荷を分散することが出来ない。Webサイトの規模が大きくなると、更新の負荷も非常に高くなる。そこで次に用いられたのがShardingという技術である。Shardingとは、MySQLサーバーを複数用意し、アプリケーション側でデータを格納するべきサーバーを選択することである。

以上をまとめると、現在多くのWebサイトでは次のようなトポロジによって大規模なトラフィックを捌いている。

• レプリケーションによるスケールアウト
• memcachedによるデータベースへの問い合わせ抑制。
• Shardingによる更新の分散。

かくして、MySQL+memcachedという組み合わせは大規模Webサイトで用いられる典型的なデータストアとなったのである。

たった3秒でInnoDBのデータローディングが快適になるライフハック

MySQLに限った話ではないが、データベース管理システムに大量のデータを投入するのは時間が掛かり大変苦痛を伴う作業である。劇的に効能があるわけではないが、MySQLを利用しているとき、特にInnoDBを使っている場合にはデータの投入を高速化するためにいくつかテクニックがあるので紹介しよう。皆さんの作業時間が短縮され、少しでも早く帰路に着いたりサービスインさせたりという形でお役に立てれば幸いである。ちなみに、タイトルはネタであるのだが、もし本当に3秒で以下の全ての設定を行えた人が居たら教えて頂きたい！

InnoDB Pluginことはじめ。快適ストレージエンジン生活はじまる！

MySQL 5.1.38からMySQL本体にInnoDB Pluginバンドルされている。一部の先駆的なユーザー以外に、「InnoDB使ってますよ！」もしくは「検証してるよ！」という話をあまり聞かない。そもそもであるが、InnoDB Pluginってなんぞ？！という人が多いんではないかと思うのだが、実際はどうなのだろう？現在はRC版（リリース候補版）という位置づけのInnoDB Pluginであるが、一部影響度の高いバグが残っていたりしてGA版ほどの安定性は求められないものの、ほとんど実用に耐えうる品質になっているといえる。そんなわけで、今日は改めてInnoDB Pluginの使い方・使いどころについて説明するので、ぜひ皆さんの手でInnoDB Pluginを評価してみて頂きたい。

InnoDBでCOUNT()を扱う際の注意事項あれこれ。

InnoDBを使うとき、MyISAMと比較して度々やり玉に挙げられるポイントとして「COUNT()が遅い」というものがある。確かにInnoDBにおいて行数を弾き出すのにはテーブルスキャンが必要なのだが、そもそもMyISAMのCOUNT()が速い（テーブルの行数を保持してる）のが特殊なのであって、InnoDBが遅いわけではないのである。とはいえ、高速なCOUNT()については需要が多く、この問題には多くの人取り組んでおられるようだ。しかしながら、COUNT()のチューニングについては未だ語られていない点があるように見受けられるので、今日はCOUNT()のチューニングについて解説しようと思う。

漢のソフトウェア特許廃止論

最近は長いエントリしか書いてないので投稿の回数が減り気味なのだが、性懲りもなく今回も長文をぶちかますので皆さん時間があるときに読んでくださると幸いである。

コンピュータ産業において最も良くないものは何か？と聞かれると、俺は間違いなく「ソフトウェア特許こそ諸悪の根源であり、癌である！」と答えるだろう。コンピュータ産業はソフトウェア特許という癌に冒され、日々むしばまれ、やがて終焉に向かおうとしているように見える。一般的に、特許と言うと「産業を振興するとても良いもの」のように考える人も多いだろうが、そうではない。今ではあらゆる産業にとっての足かせにしかなっていないのだ！！

今日は、特にソフトウェア産業の領域に絞って、特許が如何に危険で人々のためにならないかを説明しようと思う。