  |
はてなキーワード: ピクセルとは
今でもイントラネットって言葉を使うか知らんけど、企業内の閉じたネットワークの中で使う業務アプリね。
ブラウザはIE7以上でOSはXP以上対応で、ブラウザ×OSの全組み合わせでテストするとか狂った状況になってるわ。
画面もVBの感覚で作っていて、CSSでピクセル単位でパーツの位置とかサイズを指定して、罫線が一ドットでも隙間が空いてたらNGとかやってるし。
Webアプリの利点とか言われてる「ブラウザさえあれば動くからクライアントの管理のコストが低減できる」とかも、その業務アプリを動かす端末は何ページもあるマニュアルに従って環境設定しないと動作は保証しないってことになってるから結局パソコンの分かる人間が設定をやらないといけなくて、setup.exeをコピーしてきてクリックするより楽になってるとは思えないわ。
スマホの世界だと、ネットのアクセスはそれぞれ専用アプリで行うことが多くなってインターネットの世界が分断されるって危惧してる人もいるけど、業務アプリなんて分断っていうか最初から閉じてるからもうクラサバで、アプリでサーバーにサクセスすりゃいいじゃんって思うわ。
近年、関数型プログラミングの重要性はいろんなところで叫ばれています。
Javaの最新バージョンに関数型プログラミングに関する新機能が加わりました。
Rubyも昨今、関数型プログラミングへのサポートが手厚くなってきています。
プログラミングの教科書の大手、オライリー社から、Javascriptで関数型プログラミングを行うための解説書が発行されました。
関数型プログラミングへの注目度は高まってきています。
おそらく、みなさんは既にオブジェクト指向が何か、を知っています。
でも関数型プログラミングとは何か、胸を張って語れる人は、周りに見当たらないかと思います。
実際、オブジェクト指向によってプログラミングする方法は、わかりやすい解説があちこちにある一方で、
関数型プログラミングとは何か、何が良いのか、ということについての、よいまとめは見つけることはできませんでした。
この記事を読む方の中で、「関数型プログラミングを取り入れるか・取り入れないか」で切実に悩んでいる人は、おそらくいないでしょう。
この記事はあまり細かいところに立ち入りません。関数型プログラミングを使う側の立場に立って、利点や向き・不向き、それが導くスタイルを書きました。
みなさんは鳥のように飛んで、高い空から、関数型プログラミングとは何か、何が良いのか、を見渡してください。
オブジェクト指向的アプローチは、名前をつけてプログラムを整理する。
関数型プログラミング的アプローチは、汎用部品でなんとかする。
Googleが近年リリースした言語、Goには、”継承”を直接サポートする仕組みが無いことが話題になりました。
また、Mac OSXの基幹ライブラリCore Foundationは、ライブラリ自体はC言語で書かれているにもかかわらず、その設計方針は明確にオブジェクト指向です。
その本質とは"名前をつけて対象を識別し、それを扱うこと"、にあります。
最もプリミティブなオブジェクト指向の対象は、ファイルハンドラです。あるファイルを開いて、読み込んで、あるいは書き込んで、ファイルを閉じる。
これらの処理をまとめたら、わかりやすいですよね？
対象に関する処理を、対象の周りにまとめる。これがオブジェクト指向の基礎的な理念です。
識別することとイコールで比較できることは、とても良く似ています。
イコールによる比較は、オブジェクト指向では鬼門であることが知られています。
PointクラスのインスタンスとColoredPointクラスのイコール演算をどう決めればいいかに、正解はありません(詳しくは"effective java"をご参照ください)。
また名前をつけて識別する対象は、フワフワしていてはいけません。
たとえば、"軍人の階級"をオブジェクトにしたとしましょう。"大佐"クラスのある兵士は名前のフィールドや、性別のフィールドを持っているでしょう。
ところで彼が昇格したときに何が起こるでしょうか。
新たに"少将"クラスのインスタンスが作られます。"大佐"クラスを破棄する前に、名前、性別、その他沢山のデータを引き継がなくてはいけません。フィールドを増やしたい場合はその都度コードに修正を加える必要があります(*)。
なるべくイコール比較を避けたい。対象は不安定なものではいけない。では何に名前をつけて、識別するか。そこにオブジェクト指向技術者の熟練度が現れるのです。
一方、関数型プログラミングでは、特定の何かに名前をつけるより、極力、汎用部品でなんとかしようとします。
関数自体をリストなどのデータ構造に詰めることもよく行われます。
実は、関数型プログラミングというのは本質を表していません。
関数をはじめとして、リスト・ツリーのようなコンテナ、手続きを抽象化したもの、回路を抽象化したもの。
あらゆる対象を値として、合成し、ときに分解し、新しい値を作ります。
変数に適用する処理を作りあげることが、とても簡単だからです。
四則演算が定義されたデータを詰めたデータ構造もまた、四則演算可能だったり。
誤解を恐れずに言うと、オブジェクト指向がトップダウンなのに対し、関数型プログラミングはボトムアップです。
関数型プログラミングをサポートする言語には、沢山の汎用部品が定義されています。
このような構造をインターフェイスとして、様々なライブラリが組まれているので、
たとえばモナドを知っていれば、30分程度でパーサー(解析機)を理解することができて、
パーサーを理解できれば、JSONパーサー・ XMLパーサー・markdownパーサー・C++パーサー ... などを理解するのはとても容易です。
理解しやすいこと。これが関数型プログラミングの大きな利点です。
追記:
また、汎用部品と型のお陰で、ライブラリのドキュメントが圧倒的にひきやすい、というメリットも有ります。
Haskellな人がPythonにトライした結果 - Togetterまとめ
関数型プログラミングは「厳密な事前設計を必要とするため、簡単なことをやるのにも時間が掛かる」。
＞＞ map (*2) [1,2,3] [2,4,6]
邪魔な”儀式”や、"おまじない"のコードが徹底的に撤廃されているためです。
関数型プログラミングのコードは、潔癖かつ濃密です。
たとえばC言語でint hoge(int x,int y)が定義されているとき、hoge(3)はなんの意味も持ちませんが(コンパイルでコケますが)、関数型プログラミングでは意味があり、実際に有用です。
上の例では、「掛け算をする」(*)関数は、二引数関数ですが、それに引数を渡して作られた「2を掛ける」関数(*2)は、一引数関数になります。
関数型プログラミングでは、「簡単なことは簡単にでき、複雑なことは複雑にできる。ただし、間違ったことは殆どできないか、全くできない」。
また、静的型付けの力によって、コード補完は非常に強力になっています。インテリセンスの比ではないです。
たとえば、関数中のある表記の型を任意に表示できます(GHC/TypedHoles - HaskellWiki)。
やがてやってくる未来には、プログラムをテキストエディタで書くことは時代遅れになっているでしょう。
統合環境のサポートで、バグやミスの少ない、スムーズなプログラミングができます。
そしてその環境で動くプログラミング言語は、関数型プログラミングをサポートした言語なのです。
以下の様な兆候を感じたら、あなたはそのプログラムを関数型プログラミングで書くべきです。
一般に、オブジェクト同士の相互作用が複雑になるほど、オブジェクト指向では手に負えなくなっていきます。
そういうときは、オブジェクトを直接扱わず、替わりにその"相互作用"を扱うことで、複雑さを軽減するアプローチが有効です。
それこそが関数型プログラミング的アプローチです。
特にオブジェクト指向が有効なのは、プログラミング初心者がそのコードをいじるかもしれないときです。
関数型プログラミングは、強固さと柔軟さの代償として、高い学習コストを伴います。
オブジェクト間の相互作用が複雑でなく、着目している(名前をつけている)概念が安定しているとき。
そして、プログラムをいじる人たちの間で共通理解が図れているならば、オブジェクト指向が有利です。
遅延評価という機能によって、レガシーな言語で扱えなかった、巨大な数を扱うことができます。
関数型プログラミングで書かれたプログラムは、正確さが要求される、金融関連の業界で使われています。
手続きとしてパーサーを記述できるので、テキスト処理プログラムはより理解しやすく、メンテナンスしやすいものになります。
関数型プログラミングを知らない人は、「正規表現でおk」と言いますが、
彼の書いた複雑な正規表現は、半年後には(書いた本人でさえ)理解できなくなっていることでしょう。
手続き一般を扱うことができるので、途中で割り込みのある手続きの表現も容易です。
関数型プログラミングをサポートしていない言語ではコルーチン(ファイバー)などをつかってなんとかするしかありません。
さもなくば、非並行処理では普通に関数として記述できるところを、並行処理のために、Builder,Strategy,Command,Interpreterパターンを駆使して書き直すことになります。
Javascript使いの方は、Deferredなどの構造を使うでしょう(http://qiita.com/KDKTN/items/4c6986049d204f0645d8)。
C++使いの方はBoostで頑張りましょう。破滅的に解りにくいコンパイルエラーメッセージと格闘してください。
もう少し簡単な例をあげます。
あなたは、あるレシピにしたがって、自動的に料理を行うマシンの制御プログラムを書いているとしましょう。
1. まず玉ねぎを炒める。
2. 飴色になったら、肉を加えて炒める。
3. 野菜を加える。
4. 水を加えて煮る。
5. スパイスを加える。
…できませんよね？何故ならば、各ステップの"間に"、マシンのロボアームの位置や動きを調整する処理が必要だからです。
これをオブジェクト指向でやろうとすると、各ステップの副作用として、それらの処理を行うことになります。
そうすると、マシンが二機に増えた時などの変更量は、絶望的なものになります。
あるいは関数として表現するのを諦め、手順全体をDSLで記述できるようにします。
このアプローチは関数型プログラミング的です。しかし関数型プログラミングをサポートした言語の助けなしでは、そのDSLを記述するために沢山のユーティリティーコードを書かなくてはならないでしょう。
オブジェクト指向的アプローチでこの問題をエレガントに解こうとすると、クラス化の粒度を上げる事になります。
野菜クラス、フライパンクラス、ボイルクラス、フライクラス、焼き加減クラス、アームクラス、野菜の大きさクラス、切り方クラス、焼き方クラス、"焦げたよ"クラス、etc...
こうすると早晩レシピはプログラムのコード上から消え去ることになります。上記のたった5行は、依存性注入のオブジェクトグラフを構築するコードに取って代わることになります。そこには沢山の挙動の制御がオプションとして付記されているのです。
カレーなど、ある種のレシピに限定することで、見た目の理解しやすさを得ることができますが、一方それは表現力を損なうことを意味します。
C言語などではマクロを使うこともできますが、それは結局、関数型プログラミング的アプローチの意味するところと同じになります。すなわち、補助のために沢山のコードを書くことになるでしょう。
iOSのAppstoreアプリは、"無料"と書かれたボタンを押すと、それが"インストール"ボタンに変わり、それをもう一度押すと、ダウンロードの進捗を表すインジケータに変わり、それを押すとダウンロードをキャンセルできます。
このように、位置は同じなのに、ステートに依って見た目と機能が変わるボタンは複雑です。
これをオブジェクト指向で実現しようとすると、
という下らない問題にぶつかります。
一方関数型では、"機能"、"見た目"、"状態"、を独立に扱って、それらを合成してボタンを作るので、迷うことはありません。
「同じ位置にあるUIオブジェクトは、コード上で(インスタンスとして)独立して、他から干渉を受けない」
この条件が満たされているうちは、オブジェクト指向でGUIを実現することに無理はありません。
しかし、携帯端末のような小さい画面で、多くの機能を達成するためには、UI要素はコンテキスト依存的に複雑になりがちです。
近年、PCのディスプレイの大きさは、頭打ちになってきました。
画素数は増えているのですが、MacにおけるRetinaのように、複数ピクセルでひとつのドットを表すようになってきています。
これは、ひとつの画面に置かれるボタンなどのUI要素の数は、これから先の未来で増えることはない、ということを意味します。
したがって、未来のGUIのプログラミングは、注意深く機能をピックアップして制限するというデザイナーの努力を脇におけば、
関数型プログラミングの力を頼るしか無いでしょう。
つまり…
Haskell さいこうなのおおおおおおおおおおおおおおおおおお!! おしっこ漏れちゃうのおおおおおおおおおおおおおおおおおおおお(゜∀。)ﾜﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ
1. google:すごいHaskellたのしく学ぼう を注文する。
2. Download Haskell を自分のPCに導入する。
3. コンソールにghciと入力して、対話型コンソールを立ち上げる。
4. 次の関数をコンソールに打ち込んで、結果を見る。即値で書かれているところとかをいろいろ変更してみて、感動する。
take 4 $ map (*2) [1..]
追記:
いかがでしたか？
ちまたには、関数型プログラミングの利点は変数が無いことだ、とか、より安全だから、とか、より速いから、などという妄言が満ち溢れています。
オブジェクト指向と関数型プログラミングは、水と油ではありません。プログラマは自分のプログラムに最適なアプローチを選ぶことができます。
一般にはあまり知られていないことですが、Haskellにもオブジェクト指向へのサポートがあるんです(Lensライブラリ、これを使用したサードパーティ製ライブラリも最近増えてきています)。
この記事を読んだオブジェクト指向プログラマのあなたが、少しでも関数型プログラミングに(そしてHaskellに)興味を持ってくださって、ホームセンターの大人用オシメのコーナーが大賑わいになれば幸いです。。
何気なくトイプードルを売ってるペットショップの広告をクリックして出てきたトイプードルの画像が気持ち悪い。
別に自分は動物好きだし、googleの画像検索で出てくるプードルたちにはなんら違和感がない。
比較してみてぱっと見でわかるのは瞳が妙に黒々しい事。
実際フォトショで色を拾ってみたら#000000な部分まであった。
google検索のはちゃんとグレー的な色やら赤茶色などが混じっている。
そして目と毛の境界が妙にハッキリしている。
これも1ピクセル大まで拡大したら上から楕円ツールで●書いたんじゃないかと思うぐらいぼかしが少ない。
光彩までくっきりだし。
逆に鼻周辺（マズル）の毛並みがガウスでもかけたのかと思うようなもやっとぶり。
下層ページのヘッダ画像とかは変に思わないので
やはり加工してんだろうなぁとは思うのだけど
はたしてこれは可愛いのか？
そういう細かい指摘しだしたらキリがないような、説明不足で申し訳ないが
１ピクセルずれて修正する、それはいいけど、今やることなのかと。
ついでにいうと１ピクセルを発見する人は大概、もっと大きな問題にまったく気が付かず
それはわかってるけどな。
たださ。
例えば納期が近づいていて、出来ることと時間が限られてる状況で、
１ピクセルいちいち直して、それがどう売上や顧客満足度やなんやかやの問題に影響するのかという話だ。
そんな修正は、ある程度落ち着いた段階で直せばいいし、それが直ってなくて
ってはなしだ。
見た目は大事だからな。人の顔だって1ピクセルずれれば表情や萌え度が変わる。
改行の位置が違うだの折り返しの位置が違うだの。
環境や設定が変われば見え方が変わるのは当たり前。それを理解できない。
説明しても理解しない。
そのため、泣く泣くデザイナはピクセルサイズ固定でデザイン・レイアウトをするから
ほんとくそだよな。
Webの製作など、多くの現場において遭遇した人が多いのではないかと思えるこの人種。
確認の段階などになってしたり顔でこう言い出すのだ
「ここ１ピクセルずれてる」
それを見つけて指摘したこと自体はまあ別に悪いことではない。かもしれない。
じゃあその１ピクセルのずれを修正するのに、デザイナーに修正作業をしてもらい、
コーダーに組み込みしてもらい、システム管理者に更新をかけてもらう手間をかける
必要性がいったいどこにあるのか。
よしんばその１ピクセルを放置していおたとして、それが売上やマーケティングに
一体どれだけの影響を及ぼすというのか。
正直何度もやり直しをされて技術者達のモチベーションが下がっていき、
注意散漫になりミスを発生させるというデメリットの方が多いといえる。
こういうのは、発見できてすごいやつと思っているのかしらないが、
夏の始まりは不器用な着こなしの僕を少しだけいらつかせる。特有の湿度と暑さはコンクリートの上、うだるような空気をたゆたわせる。ポケットの片方を重たくさせる携帯電話を手探りで取り出すと、ガラス面に付着した手汗を拭う。太陽の光に照らされた画面はスライドひとつ上手く反応してくれない。嫌な季節、そう考えて仕方ないはず。それなのに弱った電波で検索するキーワード、「夏 花火」を入力する。蝉の声も届かないビル街に無数の電波が放射され、希望や期待を込めた言葉をインターネットに届ける。微弱な電波であっても、ゆっくりとした速度であってもいずれ提示される結果。検索していたのはキーワードの先にあるもの。
清涼飲料水のCMのような恋を画面の外、カメラ越しに見ている。ひとつの季節が始まるたびに彼女の手を引く誰かは僕ではない誰か。色鮮やかに進化していく画質と裏腹に荒くなる現実のピクセル。色彩の足りない画素。鈍色の海としずかに揺れる波。湿ったイメージを打ち消すために、理想的な夏を形容するための言葉をいくつもいくつも検索する。
打ち上げられた花火にそれほど多くの彩色が施されていなくとも、暗闇の中で灯る光ならば見上げるほどに美しい。荒々しい音は光の後に遅れて響き、それはどこか恐ろしくもある稲光とは違う心地よさを生み出す。ふたりの周りで零れる感嘆とため息が疲れた日々の毒素を含んで昇華される。濁った空気と火薬の匂いと白い煙とが混ざり合い、月の表面を濁らせると、いつもよりも淡くぼんやりとした月明かりの下で夏の終わりが動き始める。
お洒落な彼女にはきっとストローの刺さったプラスチックのシャーベットが似合う。僕は缶ビールを飲もう。上目遣いで花火を見る彼女の隣で、抱えた下心が見透かされてしまわないように。見上げた先に広がる花びらを自然な装いで見つめていられるように。
駅前の交差点、横断歩道の手前で彼女のIDを見つめながら生み出された妄想は、青色に切り替わるサインと動き始めた群衆の中で散り散りになる。すれ違いざまにぶつかる肩が痛かった。
フレームレートどの位出るのかなあとか、
仕様公開されてんじゃん
http://gigazine.net/news/20130221-ps4-playstation4eye/
1280x800ピクセル時：60fps
640x400ピクセル時：120fps
320x192ピクセル時：240fps
だとよ
つかね、カタログスペックがいくら凄くてもそれを使った面白いソフトが出なければ「マニアの玩具」で終わっちまうのはPS3でみんな散々身にしみたはずだろ
あんまりそういうスペック面ばかり持ち上げてると「バツイチは心拍数でも計ってろよｗｗｗ」と煽られるのがオチ
PS3も初期にそれを散々やられた
http://anond.hatelabo.jp/20130612012141
本来はベンダーであるマイクロソフトが率先して示さなきゃならないのに、前面に出すのは相も変わらずのシリーズ物ばかり
何度出せば気が済むんだHALOとか
600万画素の写真1枚を受信するとしよう。ファイルサイズは約3MB、およそ24,000パケットだ。パケット定額のパケット代は1パケット0.0525円。これを計算すると、この写真1枚の通信料は1,260円になる。
仮に受信側が4インチRetinaだとして
1,136*640ピクセルあれば全画面表示できる。約72万ドット。
jpg圧縮すれば208KBぐらいにはなる。これはだいたい1700パケットで、90円ぐらいで送れるかな。
90円で目的達成できるのに、600万画素の画像をリサイズもしないで送る。
その嗜好品としての価値が1260円なんじゃないの？
2: 昔は「20円」だったガチャガチャを「300円」にして、実物ない商品で大儲けしてる会社があるらしい (20)
4: 【速報】FOXの神対応によりスクリプト壊滅へ (834)
6: 名無し雑談 120204【人間寄っといでー！】 (994)
7: 英王子、フォークランドに派遣 アルゼンチン「征服者の服を着て私たちの土地に入るようなもの」 (4)
8: スレ立て依頼所 ｷﾀ─ｗｗﾍ√ﾚｖｖ～(ﾟ∀ﾟ)─ｗｗﾍ√ﾚｖｖ～─!! (36)
9: カリフォルニア米は美味いから、TPP参加したらコスパ重視でみんな買っちゃうだろうね (18)
11: 超低価格車「ナノ」の高級モデルを販売 ハヤブサのエンジン搭載で1500万円以上 しかも売れる (1)
12: 【速報】京都市長選 無所属現職の門川氏が当選確実 (1)
14: 【画像】早食い王 小林尊さん、手羽先でもＶ (15)
18: 楽天 「ウッ!!」楽天・武藤 シャラポワ投法でローテ名乗り (5)
24: ラツィオ、本田資金１３億円！公式ＨＰで提示内容公開 (2)
25: 香川「もう、すごい」ダメ押し“アシスト”４連勝！ (2)
27: 【血と鉄】 ビスマルクの肉声が発見される 発明王エジソンのお手柄 (4)
29: ステマと言われて困っています。- ２ちゃんねる知恵袋 (10)
33: 野球盤の歴史に新たな魔球が刻まれた。その名は......!? (2)
34: 【原発】 福島で鳥が減少、脳が萎縮、生殖能力低下なども (11)
36: 【カンボジア新記録】猫自己新だニャー「良く走れた。最高」 (8)
37: 2/2に発売されたPSPソフト「フォトカノ」の理想と現実がひどすぎるとネット上で話題 (27)
38: NASA、8000×8000ピクセルの“超高解像度”地球の画像を公開 (18)
39: 【飛び級？】2010年国勢調査で宮城県に14歳の高校生が1人いることが判明 (18)
40: コンビニおでん5個で500円は割高と気づけ (70)
41: 【日本は？ｗ】韓国の国家ブランド世界１５位ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !! (2)
42: 西村博之氏・FOX氏・その他運営関係者おいで (265)
43: 阪神 “これぐらいは普通”金本、初屋外フリーで柵越え１０本 (20)
44: 横浜ＤｅＮＡ ＤｅＮＡオーナー 広島オーナーに“危ない”あいさつ (7)
45: 嫌儲出戻り組歓迎スレッド おかえりなさい！！ (81)
この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的なアプローチになっている。
その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体として、 SOA ドリブンのデザインというものこそが、プラットフォームを可能にする、これは正しいことだ。
これが、 Bezos が彼の指令書で企んだことだった。彼はチームの健康状態なんて興味もなかったし（今もそうかも）、使われている技術もそうだったし、結局の処のどう取りかかるかなんて結果ができあがるまで気にもしていなかった。けれど Bezos は、 Amazon 社員の大多数が理解する前に、 Amazon はプラットフォームにならなければならないということを悟っていたんだ。
だって考えてもみてよ。なんで一オンライン書店が、拡張可能な、プログラマブルなプラットフォームになる必要がある、なんてことを考える？。そうだろ？
ともかく、 Bezos が気づいた最初の大きなポイントは、本を売り、出荷し、色々とやる仕組みが、素晴らしいコンピューティングプラットフォームに再利用でき得るということだ。だから今、彼らには Amazon Elastic Compute Cloud があるし、 Amazon Elastic MapReduce があるし、 Amazon Relational Database Service があるし、その他たくさんの aws.amazon.com で見つけられるサービスを持っている。しかもこれらのサービスは大成功した企業のバックエンドを努めていたりもする。 reddit なんか僕のお気に入りだね。
もう一つ、彼が理解した大きなポイントは、常にいつでも正しい、そんなものを作ることはできないということだ。これは Larry Tesler が、ママはこのくそったれサイトを全く使えないよと言ってのけたりでもした時に、 Bezos にピンと来るものがあったんだと思う。誰のママのことを言ったのかははっきりしないし、そんなことは問題じゃ無い。問題は、誰のママだろうとそのウンコサイトを使えないってことだ（訳注：アドバイス thx ！）。実際、僕自身、そこで5年ほど働いていたわけだけど、あのサイトは胸がザワザワするくらいひどいと思う。でも僕はその気が散るようなサイトに慣れてしまって、トップページのど真ん中あたりの数万ピクセルに集中できるようになったんだからね。
とまあ、実際の処 Bezos がどうやってその理解、一つのプロダクトで、全ての人にとってふさわしいものを作り上げることはできないということに、たどり着いたのかは定かじゃあ無い。でもその方法は問題じゃ無くて、彼は理解してるってことが重要だ。実のところこの現象には正式な名前だってある。そう、それはアクセシビリティと呼ばれるものだ。コンピューティングの世界で最も重要なものだ。
君は思うかも知れないね。「はあ？つまりそれって、目が見えない人や耳が聞こえない人のあれ？あのアクセシビリティ？」ってね。まあ君だけじゃないと思う。とにかく世間には、アクセシビリティってものを正しく理解していない、君みたいな人たちがいっぱいいっぱいいるんだから。ただそこにたどり着いてない人たちがね。だから、アクセシビリティを理解していないのは、目の見えない人や耳の聞こえない人や手足が不自由な人やその他障碍のある人の責任じゃないように、君の責任じゃない。ソフトウェアが（この場合アイデアウェアといった方が正しいかもしれない）何らかの理由で誰かにとってアクセシブルでないというとき、それはソフトウェア自身の、あるいはアイデアの伝え方そのものに責任があるんだ。それがアクセシビリティの失敗というやつなんだ。
人生における重要なその他もろもろと一緒でさ、アクセシビリティには邪悪な双子がついている。小さいときにパパとママの偏った愛情で見捨てられて、今や同じくらいの力を持つまでに育った宿敵って奴がね（もちろんアクセシビリティには宿敵はたくさんいる）。それはセキュリティだ。一体全体こいつらが仲良くやっていること何てあるかい？
でも、僕は主張したい。アクセシビリティは実際の処セキュリティより重要だということを。だって、アクセシビリティを0にダイアルするってことは、何のプロダクトも持たないってことさ。セキュリティを0にダイアルしたって、そこそこのプロダクトを持つことはできるだろう？ Playstation Network みたいにさ。
まあつまりですね、僕はみんなが分かってくれないんだったら一冊丸々この話題で本を書くことだってできるよ。分厚くて、僕が働いてた会社のありんことピコピコハンマーのエピソードで一杯の面白いやつをね。でも僕がこの話を公開しなかったら、みんなが目にすることも無いだろう。そろそろまとめに入らなきゃ。
Google がうまくやれていない最後の一つは、プラットフォームだ。僕らはプラットフォームを理解していない。僕らはプラットフォームを自分のものにしていない。みんなの中にできている人はいるだろう。でも、そんな君はマイノリティだ。辛いことだけれど、これはこの6年で僕にはっきりと感じられた。僕は競争相手のプレッシャー、 Microsoft や Amazon や最近じゃ Facebook なんかが、僕らを一斉に目覚めさせて、ユニバーサルにサービスを始めるのを期待したりもした。アドホックな、中途半端なやり方じゃなくて、多かれ少なかれ Amazon がやったようにだ。一度に全てを。マジで。偽りなしに。今その瞬間から最優先事項として扱うというように。
でも、そうはなっていない。10番やら11番めくらいのプライオリティだね。いや15番かも？。知らないけど、とにかく低い。真剣に取り組んでいるチームもいくつかあるけど、多くのチームは考えてもいない。一度もだ。ごく一部の人々がちょっとした規模でやっているだけだ。
多くのチームに、彼らのデータと処理に対してプログラマティックにアクセスできるような、ちょっとしたサービスを提供させるのだって大変だ。彼らのほとんどは、俺達はプロダクトを作っているんだ、って思っているからね。そんでもってそのちょっとしたサービスなんてのはみじめなもんさ。 Amazon の教訓に戻ってリストを見てくれよ。そんで今すぐ使えるサービスを持ってきて見てくれ。僕が知る限りでは、そんなものはない。小ビンってのは便利かもしれないけどさ、そんなの車がいる時だけだろ？（訳注：この人、 Stubby という小瓶のビールと、 stubby という「ちょっとした・不格好な」という形容詞をひっかけてしゃべってます）
プラットフォームが無ければ、プロダクトなんて使い物にならない。いやもっと正確に言うならば、プラットフォームの無いプロダクトは、いずれ同等の機能を持ったプラットフォーム化されたプロダクトに、取って代わられる。
Google+ ってのはまったくまさに、エグゼクティブリーダーシップのとても高いレベルから（やあ Larry 、 Sergey 、 Eric 、 Vic 、やあやあ）枝葉の使いっ走りまで（やあ、君だよ）、全くプラットフォームを理解していないっていう良い例だ。そう、僕らはみんな、全く理解できていない。プラットフォームの黄金律ってのは、自分のドッグフードを食えってことだ。 Google+ プラットフォームってのは惨めなまでに後知恵だ。ローンチ時には一つたりとも API が無かった。そんで最後にチェックしたときには、僕らが提供してたのはわずかばかりのほんのちっぽけな API さ。ローンチの時、あるチームのメンバーが行進してきて僕にそれを説明してくれた。だから僕は訊いたんだ「でさ、これはストーカー用 API？」って。彼女はむすっとして、「ええ」ってだけ言った。いやジョークなんだよ…いや…ジョークじゃ無いんだ…僕らが提供する唯一の API は、誰かのストリームを読み出すだけ…。うーん、僕が間違ってたのか？
Microsoft はこの20年間ドッグフードルールで知られてる。この時代の彼らにとっての文化の一つなのさ。デベロッパにドッグフードを食わせて、僕らだけ人間のご飯を食べようってわけにはいかない。それは単に短期の成功のために長期のプラットフォーム価値を損なう行為だ。プラットフォームってのはまったく長期的な視点が必要なんだよ。
Google+ は脊髄反射の代物さ。 Facebook が成功したのは、彼らがすばらしいプロダクトを作ったからだって言う、まあ実に近視眼的なものの見方の結果として生まれたものだ。でももちろん彼らが成功したのはそんな理由じゃ無い。 Facebook は他の人たちにも何かをさせてあげられる、プロダクトの美しい集合全体を作り上げたから、成功したんだ。だから Facebook はみんなにとってそれぞれ違うものだ。 Mafia Wars に全ての時間を費やす人もいれば、 Farmville で遊ぶ人もいる。何百の、いや何千の、質の高い、暇つぶしができるってわけさ。つまり、みんなのためにふさわしい何かが必ずあるんだよ。
僕らの Google+ チームは、プロダクトを出した後のマーケットを見てこう思った。「おっとっと、我々もいくつかゲームが必要みたいだな。さっそくどこかと契約して、我々のために作ってもらおう」。これが信じられないくらい間違った考え方だってことが、君にもわかってきたかい？。問題なのは、僕らが、人々がほしい物を予測して、それを提供しようとしているということだ。
そんなことは出来ないんだよ。現実的にはね。確実にやる方法なんてない。もちろんコンピューティングの歴史全体を見渡せば、それを確実に信頼性を持ってできる人間ってのがごく数人いることにはいる。 Steve Jobs がそうだろう。でも、僕らの処には Steve Jobs はいない。悪いけど、いないんだよ。
Larry Tesler は、 Bezos が Steve Jobs じゃないってことを口説いたかもしれない。でも Bezos には分かっていた。全ての人にふさわしいプロダクトを提供する為に、彼が Steve Jobs になる必要はないっていうことを。インターフェースとワークフローこそが、人々が気に入り、安心感を得るものなんだっていうことを。彼はサードパーティの開発者にそれを可能にするだけで良かった。そうすれば、後の事は自動で進んでいく。
僕の言っていることが、あまりにも明白なことだろって感じているみんな（多かったらいいな）には申し訳ない。とにかくもうびっくりするほど自明なことなんだ。ただ、僕らがそれをやってないってことを除いてはね。僕らはプラットフォームを理解していない。プラットフォームを持っていない。アクセシビリティを理解していない。アクセシビリティを持っていない。これらは基本的には同じことだ。なぜならプラットフォームがアクセシビリティを解決するからだ。プラットフォームがアクセシビリティなんだよ。
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす
http://japan.internet.com/busnews/20111013/8.html
で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。
（2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。
Stevey の Google プラットフォームぶっちゃけ話
僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやもうとにかくね。百、いや二百のポイントで二つの会社を比較することが出来るだろうけど、僕が正しく覚えていれば、 Google はそのうち三つを除いて優れている。実にある一点に関してはスプレッドシートを書いたんだけど、法務が外に出すなって言うんだ。リクルーティングは惚れ込んだみたいだけどね。
つまり、まあ簡単に言えば、 Amazon の人事採用プロセスってのは基本的に欠陥品なんだ。だって、チームがチーム毎に、自分達のために人を採用するんだぜ。だから、色々平均化の努力はしてるみたいだけど、採用基準はチームによって信じられないくらいバラバラさ。そんでもって作業工程ってのも腐ってる。ソフトウェア信頼性工学なんてお呼びじゃないし、エンジニアに何でもやらせようとするんだ。コーディングする時間もないくらい。もちろんこれもチーム毎にバラバラで、要するに、運次第ってところ。施しやら困った人を助けるのやら、コミュニティに貢献するのやら、そんなのはもってのほか。バカにしに行くんでもなけりゃ、近寄るべきじゃないね。それにまた施設も染みだらけの壁に囲まれた箱みたいな家畜場で、装飾やらミーティングエリアなんてものには一銭も使ってない。給料やら福利厚生なんてのも最悪だ。まして最近じゃあ Google やら Facebook っていうライバルがいるのにね。社員特典なんてものも見たこと無かったな。採用通知の番号を照合して、ハイ終わり。コードベースも悲惨そのもの。エンジニアリング基準ってものがないんだから。チームによっては個別にがんばっていたくらいかな。
公平に言えば、彼らは良いバージョン管理ライブラリシステムを持っていた。これは僕らもまねるべきだし、僕らのところには同様のものが無い、良い pubsub システムもあった。でも多くの部分で彼らが使っていたのは、ステートマシンの情報を RDBMS に突っ込んだり読み出したりするだけのくそみたいなツールの塊だった。僕らならただでも欲しくないようなね。
僕が思うにその pubsub システムとライブラリ管理システムが、まさに Amazon が Google より優れている三つのうちの二つだ。
早期にリリースして、狂ったようにイテレートするってのも彼らのうまいところじゃないかって言うかもしれない。けど逆もまたしかり。彼らは早期にリリースすることを何にもまして優先する。品質保持やらエンジニアリング規則、その他長い目で見たら重要になってきそうなものはみんな後回し。そんなだからたとえ市場で競争相手よりアドバンテージがあったとしても、結局ちょっとしたことをやるのにも問題を起こしちゃうよね。
でも、一つ、そんな政治的な、思想的な、技術的なへまを補うだけの、彼らが本当に本当にうまくやってることがある。
Jeff Bezos は悪名高きマイクロマネージャーだ。彼は Amazon の小売りサイトの1ピクセルまで管理する。彼は以前 Larry Tesler を雇った。 Apple の主任科学者で、たぶん世界で最も有名で尊敬される HCI エキスパートさ。そんでもって、 Jeff は Larry が言ったことを、 Larry が辞めるまで3年間無視し続けた。 Larry は大規模なユーザビリティ研究もやっただろうし、少しの疑いの余地も無く誰もそのひどいサイトを理解できないってことをデモしたに違いない。けれど、 Jeff は1ピクセルたりとも動かさせはしなかった。トップページにぎっちりつまった内容の1ピクセルたりともね。それらはまるで何百万という彼の貴重な子供達なのさ。けれど Larry はそうじゃなかった。
マイクロマネジメントが Amazon が僕らよりうまくやっている三つ目ってわけじゃあない。つまり、まあ、彼らはうまくマイクロマネジメントをやっていたと思うけど、それを強みって言いたいわけじゃ無い。まずは何が起こっているかみんなに理解してもらうための文脈を準備しているだけさ。僕らはこれから、公衆の面前で、 Amazon で働きたけりゃ私に金を払えと言ってのける男について話すわけだからね。誰かが彼に反対したときは、彼は彼の名前入りの小さな黄色いポストイットを手渡して、誰が会社を動かしているかを常に忘れさせまいとする。思うに彼は全くの… Steve Jobs なのさ。ファッションとデザインセンス抜きのね。 Bezos はとんでもなく頭が切れる。誤解しないで欲しい。彼の前じゃ、普通のコントロールフリークなんてヤクが極まったヒッピーみたいなもんだよ。
それである日 Jeff Bezos が指令を出した。まあ彼がいつもやってることなんだけど。その度にみんなはピコピコハンマーで叩かれるありんこみたいに走り回るんだ。でもそのある一度、2002年かそのくらいのことだったと思うけれど、彼は指令を出した。とんでもなく巨大で、目の玉が飛び出るほど重たいやつを。普段の指令が頼んでも無いボーナスに思えるようなやつを。
彼の巨大な指令はこんな感じだった。
1)この時点より、全てのチームはサービスインターフェースを通じて全てのデータと機能を公開すること。
2)各チームは各々そのインターフェースを通じて通信しなければならない。
3)その他の全てのプロセス間通信は許可されない。ダイレクトリンク、他のチームのデータソースから直接データを読むこと、メモリ共有モデル、バックドア、全てを禁じる。ネットワーク越しのサービスインターフェースを経由した通信だけが許可される。
4)使用する技術は問わない。 HTTP 、 Corba 、 Pubsub 、 カスタムプロトコル、何でも良い。 Bezos は気にしない。
5)全てのサービスインターフェースは、例外なく、外部に公開可能なようにゼロから設計されなければならない。すなわち、チームは全世界のデベロッパに向けてインターフェースを公開することができるよう、設計し、計画しなければならない。例外は無い。
6)そうしない者は解雇される。
7)ありがとう！良い一日を！
ハハ！。ここにいる君たち150人ちょっとの元 Amazon 社員ならもちろんすぐにおわかりの通り、7番は僕が付け加えたジョーク。 Bezos は間違いなく君たちの一日なんかに興味ないからね。
それでも、6番は、本当だった。だからみんな一生懸命会社に行った。 Bezos は、さらに上級のチーフ熊ブルドッグであるところの Rick Dalzell に率いられた数人のチーフブルドッグを雇って、成果と進行を監視させた。 Rick は元レンジャーで、陸軍士官学校出身で、元ボクサーで、元 Wal（ごにょごにょ）Mart で拷問のような削減をやってのけた人物で、デカくて愛想の良い、「堅牢なインターフェース」という言葉を連呼する男だった。 Rick は歩き回り、「堅牢なインターフェース」について語り回り、そして言うまでも無く、みんなたくさんの進展をし、 Rick にそれを知らせた。
それからの数年間、 Amazon 内部はサービス指向アーキテクチャに姿を変えていった。その変化を形にしている間に、彼らは非常に多くのことを学んだ。 SOA に関する学問や論文は当時もいくつかあったけれど、 Amazon のとんでもない規模からすれば、そんなもの、インディ・ジョーンズに向かって「通りを渡るときは左右をよく見るんだよ」って言うくらいの意味しかない。 Amazon の開発スタッフはその途上でとにかくたくさんの発見をした。そのほんの一部をちょっぴり挙げると、こんな感じだった。
とまあこれらがほんの一例。他にもたくさんの、おそらく何百の、 Amazon が見つけた個別の発見や教訓があった。外部サービスにはおかしなところがいくつもあったけれど、君たちが考えるほどじゃあない。サービスに対して組織するってことは、外部のデベロッパを信用できないのと同じように、お互いを信用することなんてできないんだということを、チームに教えてくれたんだ。
海外のblogで初音ミクについて熱い（長い）文章を書き込んでいるのを見かけたので試しに翻訳してみた。無断翻訳なので匿名で。urlは以下の通り。
http://deliciouscakeproject.wordpress.com/2010/09/20/hatsune-miku-and-the-magic-of-make-believe/
＝＝＝＝＝以下翻訳＝＝＝＝＝
そこにはバルトロメオ・クリストフォリって名前のすげえヤツがいた。こいつの得意技は楽器を作ることだった。何でも作ったわけじゃない。当時はひどく弱々しいちっこいもので、しょぼい羽柄が並んだ弦を引っかいて金属的なチャリチャリした音を出すもの、つまり鍵盤楽器を作っていた。いわゆる「バロック・ミュージック」ってヤツだ。クリストフォリが音楽技師として、また機械技師としてやったのは、弦を異なる強さで叩くハンマーを使った仕組みづくりで、それによって演奏家は小さい音（ピアノ）や大きな音（フォルテ）で演奏できるようになった。だもんで皆それをイタリア語でピアノフォルテと呼んだ。もちろん、今ではお前も俺もそして誰もがクリストフォリの発明品をピアノと呼んでいる。
イタリアはピアノを発明することによって、日本が初音ミクを発明するための扉を開いた。
＊＊＊
俺は今、ここサン・フランシスコの150席しかない小さな映画館で、秋のアイドル公演を待っている。チケットが完売した「39［ミク］［［Sankyu!］］ Giving Day」コンサートの上演を見るために、愚かな時間の無駄遣いをする連中が集まっている。コンサートじゃ電子的に創造されたポップアイドルつまり緑の髪をした女神が、ゼップ東京のコンサート会場で生演奏するバンドにあわせて踊り歌っている様子がスクリーンに映し出されている。それはまるで、一部はライブなんだが、本当はそうではなく、「本物」のボーカロイド・コンサートでお目にかかれるのに近いものだった。言ってみればゴリラズを見に行くのとそれほど違いはない。伴奏は本物のミュージシャンが作り出しているが、客が見ているのはいわば巧妙なごまかしの表層であり、音楽に命を持たせるために使われる動くペルソナだ。これがミクの魔法である。それは見せかけの魔法だ。
＊＊＊
クリストフォリがピアノを発明した頃、Ｊ・Ｓ・バッハは平均律クラヴィーア曲集を書いた。そこでは要するに鍵盤楽器の各音程間で一通り数学的な調整をすれば、突然どのような調号でも十分演奏できるようになるということが言われている。言い換えれば、何か妙なことをしようとした際にいつも調子はずれの音を出すのではなく、初心者から中級までのピアノの生徒がやらかす糞を抑えるような５フラットとか７シャープとかそういったことが完全にできるようになる。これによって18世紀の鍵盤楽器は初めて、いちいちくそったれな調律をしなおすことなく新しい楽想を試すことができる原始的なワークステーションとなった。
数十年後、ようやくピアノの価格が下がり十分なほど生産できるようになったことで、それは非常識なほどの大金持ちだけの特別な楽器ではなくなった。代わりにそれは有名な王族たちのような常識的な程度の金持ちが購入できるものとなり、彼らは好んで地元の作曲家を雇い自分たち（とその客）を楽しませるために音楽を書かせた。こうした作曲家の一人があのヴォルフガング・Ａ・モーツァルトであり、彼の特別な才能は主に下ネタと女性の音楽生徒に対する性欲の面で発揮された。もちろん鍵盤楽器からふざけた音を引き出す才能もあり、その短い人生の間にモーツァルトは最も好きな楽器をピアノに決定した。彼が書いた27のピアノ協奏曲（本当に素晴らしいのは最後の10曲ほど。アニメのシリーズのようにモーツァルトのレパートリーは後半になるほど良くなった）は、単に協奏曲の形態にとって画期的な礎石となっただけでなく、ピアノ音楽の基礎を築いた。モーツァルトの協奏曲はこう言っているようなものだ。「これこそピアノにできることだ！ ピアノだけでなく、オーケストラと一緒でもいい！ まさか今更ハープシコードに戻ろうってんじゃなかろうな？！」
モーツァルトより後の時代の人間は皆彼に同意した。ひとたび音量の大小を調整できる鍵盤楽器を手に入れてしまえば、弱々しいチャリチャリした機械になぞ戻れっこない。これが230年ほど前の出来事だ。ミクへの道は一日にして成らず。
＊＊＊
ミクの公演にやって来たファンの男女はいろんな連中の寄せ集めだ。彼らの５分の１ほどは当然ながらボーカロイドのコスプレをしている。何人かはケミカルライトまで持ち込んでいる。コンサートは全長1080ピクセルの巨大なスクリーンで始まり、全劇場用サウンド・システムが炸裂し、観衆は最初はためらいがちに見ていたが、最初のいくつかの歌の後は雰囲気が盛り上がってきた。彼らはスクリーンの中の群衆と一緒にリズムに合わせてケミカルライトを振り、曲が変わると歓声を上げ、各ナンバーが終わると拍手をした。単なる録音と録画じゃねえか、などというたわ言は知ったこっちゃない。理論的にはゼップ東京の群衆だって同じように録画を見ていたんだ。本当に「ライブ」で演奏される音楽など、現代においてはクラシックのオーケストラと民族音楽の演奏くらいしかないし、それにシンフォニー・ホールですら今日ではマイクが使われている。誰もが電子的な助けを借りて音楽を聴いている。ひとたび電子機器を楽器として受け入れることを覚えてしまえば、ミクを愛するのは簡単だ。彼女がモーツァルトの魔笛のアリアを歌っている動画を聞いてみよう。
http://www.youtube.com/watch?v=gr9fbQzNpqA
＊＊＊
19世紀欧州で、もしお前がピアノの演奏ができない作曲家だったとしたら、お前は存在していなかっただろう。それはもはや単に大小の音量で演奏できる楽器にとどまらず、巨大な和音構造物であり、多音パッセージワークであり、一人の演奏家の手で「あらゆる音符を見ることができる」ものとなっていた。もしピアノがなければきっと「２人のバイオリニストとビオラ及びチェロ奏者各１人をかき集めて旋律が上手く行くかどうか調べにゃならん」てなことが起きていただろう。そしてもちろんチェリストは、ある音符について「どぅんどぅんどぅんどぅんどぅんどぅんどぅんどぅん」と演奏するようお前が何度も何度も何度もお願いするのにうんざりして１時間後にはそこを立ち去ったことだろう。
少なくともピアノがあれば、お前の小さな指以外に迷惑をかけることなく「どぅんどぅんどぅんどぅんどぅんどぅんどぅんどぅん」とやることができる。
かくして1800年代においてピアノは中心的な作曲道具となった。そして同時に社会の中産階級が暇と屑な時間を持つところまで進化し、そしてもし彼らがスポーツやゲームを発明しなければ、彼らは音楽その他を演奏したいと望み、そんでもって家に持ち込むためピアノを注文できるようになった。欧州だけでなく日本でも、少なくともウィリアム・ペリーが彼らを開国して西洋化が始まった後には、同じことが生じた。基本的にピアノは文明化の証と見なされ、そして有名な山葉寅楠ってヤツがイケてる連中のため日本製ピアノを作り始めた。
19世紀末と20世紀は音楽制作にとって黄金時代だった。楽譜を買って他人の歌を演奏する方法で「音楽を作る」こともできたし、あるいは作曲と理論について十分に学び自分の曲を創造するというやり方で「音楽を作る」こともできた。そうした取り組みの多くはピアノの周辺で起きた。ピアニストが力を得た。鍵盤があれば、お前はスターになることができた。
そして、とんでもないことが起きた。
＊＊＊
ミクだけじゃない。巡音ルカとリンとレンも公演に出てきたぜ！ 全ボーカロイドのパーティだ。彼らの異なる声質と、ミクと組む様々なやり方は、見事な音の見本集になっている。他のキャラクターが登場するのを見た観客たちは熱狂している。異なるシンセサイザー・プログラムのマスコットに過ぎないにもかかわらず、彼らはまるで我々の友であり家族であるかのようだ。ようつべとニコ動を使って彼らを我が家へ招待しよう。彼らの声を我らの生活のサントラにしよう。電子的に作られたアニメキャラが本当のミュージシャンになれるのかって？ おｋ、ならお前に聞いてみよう。魂のない箱がお前の周囲の空気を震わせているけど、それは本当の音楽なのかい？
＊＊＊
それこそが実際に起きたとんでもないことだ。録音された音楽。録音された音楽こそ、音楽史の中で起きた最悪の出来事だ。
ひとたび蓄音機を、ラジオを、レコードプレイヤーを、カセットプレイヤーを、ＣＤプレイヤーを持ってしまえば、音楽を楽しむのに「音楽を作る」必要はない。コンサートホールのチケットを手に入れる必要もない。単に座って、電気を使った箱にお前を楽しませればいい。ピアノは専門家のための道具に成り下がった。それは淑女が結婚に必要な才能を覚えるためのものに、あるいは子供が（１）それを憎んでいることに気づく（２）両親が子供に才能があることに気づいてプレッシャーを積み上げ始める――まで稽古を受けるものとなった。もし（２）の現象が起きたなら、最後にはピアノを本当の演奏楽器あるいは作曲用の道具として使うようになるだろう。しかしそれはもはや「音楽制作」の中心にはない。
さらに悪いことにロックがギターをポピュラーにしてしまった。ギターが人気になり、ピアノは役立たずとなった。お前が鍵盤楽器を学ぶのは、ビートルズにしてくれるものを持てずバッハやベートーベンにしがみつくしかないある種の意気地なしだからだ。誰が決めたルールか知らねえが最低だ。10代のころ、俺はピアノを使ってランキング上位40の曲を弾けたおかげで女の子たちに「いくらか」いい印象を与えられた。けど、結局はクラスの野郎どものうちその曲をギターで弾けるヤツがいつも勝ちやがった。くそったれ。
だがここで思い出してくれ。俺は、イタリアがピアノを発明したことが日本の初音ミク発明への扉を開いたと言ってきただろ？ ピアノは21世紀に飛び込むときに今一度変革に見舞われたんだ。
http://www.youtube.com/watch?v=-7EAQJStWso
＊＊＊
もし音楽を生み出す小さな電気の箱が「本物」であるなら、録音済みのコンサートに向かって「アンコール！ アンコール！ アンコール！」と叫ぶのは極めて正常だ。その音楽はお前を感動させたんじゃないのか？ もっと聞きたいと思わないのか？ というわけで映画館の観衆はもっともっとと叫び、そして彼らはアンコールを聞けることが分かっていた。なぜならそういう風に録音されていたから。ミクが公演を終わらせるため最後の舞台に出てきた時、もう一度鑑賞力のある人々から歓声が上がった。それは人工的なものだが、とことん楽しむため我々はそれを本物だと見なした。まるでドン・コッブが［ネタバレ注意！！］インセプションのラストで回転するコマから歩み去るかのように。ミクは夢のような存在だ。サウンド・エンジニアとＣＧアーティストと音楽家が作り上げた美しい夢であり、決して卒業することも年を取ることもスキャンダルを起こすことも業界から追放されることも惑星上から姿を消すこともない完璧なアイドルだ。彼女は実際、いくつもの「映像」を持っている。我々は皆、この音楽的見せかけの共犯者だ。過去の聴衆がモーツァルトのオペラを、ガーシュウィンのミュージカルを、あるいはかのすさまじいレ・ミゼラブルを本物であると信じたように。我々は十分深く信じられるようになるまで偽りの世界を本物だと信じるふりをする。その世界を感じるまで、見せかけの魔法を感じられるようになるまで。
＊＊＊
真空管からトランジスタを経て迷宮のような電子回路まで。もしピアノの鍵盤が「あらゆる音符を見る」ことのできるインターフェイスだとしたら、それは作曲家に最も未来を感じさせるインターフェイスだ。そして我々にはシンセサイザー・キーボードとＭＩＤＩコントローラーとワークステーションの世界が与えられており、そこでは遂にピアノが単なる「楽想を試す場所」から超越した。ちょっとした波形の調整によって、ハンマーと弦の機構に制限されることなくこれらの楽想を正確に響かせることができる。新しい音を作り上げることもできる。楽想の断片を記録し、他の楽想をその上に並べて電子キーボードを個人的な架空のオーケストラに仕立てることもできる。ピアノはピアノを超えた。それは作曲家の手の延長どころか、作曲家の心の延長となったのだ。
一つだけ欠けているものがあった。声だ。
そして、ご存知の通り、日本は日本であり、彼らはやってのけた。彼らは人工物を誰よりも巧みに操った。彼らは本物の料理だと見栄えが悪くなるからという理由でプラスチック製の小さな食品サンプルを作った。本物の労働者は間違いを犯しがちだから製造ライン用のロボットを作った。本物の音楽家を家に入れるのは大変だから編曲家のために電子キーボードを作った。そして、人間の声を合成する技術が十分に発達した時、そしてそれが人工音声のためのペルソナを創造するというアイデアと衝突した時、ミクが見せかけの音楽における21世紀のスーパースターになるのは当然のことだった。
中にはボーカロイドというアイデアが音楽家の全てを破壊するという人もいるだろう。全ての仕事をソフトウエアがやってくれるのに、誰が人間を必要とするんだ？ 俺が思うに、ボーカロイドってのは偉大なる民主化の旗手であり、音楽家のために沢山の扉を開いてくれるカギなんだ。過去において、もしお前が作曲家、編曲家あるいはプロデューサーになりたければ、まず自分の曲を書いてそれから演奏家を探し見つけ出すしかなかった。何しろお前の傑作に生命を吹き込みたければ、５人編成のバンド、20人編成のオーケストラ、そして３オクターブ半の音域を持つ歌い手がいないとどうしようもなかったのだから。マジ悲惨。だがミクがいれば誰もが作曲家になれる。誰もが自宅のスタジオで曲を作り、正しい機材があれば、電子機器を使った完全なポピュラーソングを生み出せる。ボーカロイドは音楽家の仕事を奪うわけじゃない。それまでミュージシャンには決してなれないと思っていた人々の中からミュージシャンを作り出すんだ。動画投稿サイトで毎日そうしたことが起こっているし、こうしたコンサートではそれまで決して聞いたことのないような人々が突然電子王国の宮廷音楽家になれる。非常識なほどの大金持ちだった王家の人々の手にあった手製の楽器から、平民たちの手に握られた緑の髪の女神へ。それがこの大きな３世紀の違いだ。
何であれ多くの人々が音楽を作ることは、単に大人しく聞いているだけよりもいいことだと俺は信じる。俺は魔法を、ボーカロイドを、ミクを信じている。
＝＝＝＝＝以上翻訳終了＝＝＝＝＝
誤訳は当然あると思う。でも面倒なので修正はしない。
ウェブサイトの横幅は何ピクセルが良いか、というのは今まで幾度となく話題になっている。今まではディスプレイとその解像度の増加に合わせて、最適なウェブサイトの幅というのは拡大を続けてきた。
最近では
http://www.kotono8.com/2009/01/14yokohaba.html
http://www.web-20.net/2007/12/1000px.html
のように900ピクセルだとか1000ピクセルなんて話になっている。
それはそれで良いのだが、今後どうなるかという話だが、Windows7の登場によって今度のトレンドは縮小するのではないかと考えた。Windows7の新機能の一つがAero Snap。簡単にいえば左右に並べて表示が極めて簡単に即時にできる機能。つまりWindows7の普及は左右に並べて表示の使用頻度を格段にあげると想像できる。
そうなるとウェブサイトもそれに合わせて変化するのではないか。つまり大きなディスプレイのある環境ではウィンドウを2枚並べて作業する機会が格段に増えるのではないか。
ならばその状態を念頭に置いた横幅でウェブサイトを構築しなければいけない。
ではそれは何ピクセルなのかと言えば850ピクセルくらいなんじゃないかと。今後増えるであろう1680ピクセルやフルＨＤの1920ピクセルで2枚並べで見ることを考え、既存の1280ピクセル程度の解像度の場合は今まで通り全画面で見ることを前提にする。また今あるウェブデザインの自由度を保つことを考えると850ピクセルくらいが落とし所なんじゃないかと。
こんないい加減な予測が当たると面白いな。
モーリー：i-morley、今日は久しぶりにジャーナリストの津田大介さんにお話を伺おうと思います。よろしくお願いします。
津田大介：よろしくお願いします。
モーリー：最後にインタビューさせていただいてから、かなり著作権世界とかネットのカルチャーがまた激変している感じなんですけれど。
津田大介：そうですね。変りましたね。いちばん変えているのは、ボク自身二年とか三年ぐらい審議会に参加して思ったことなんですけれど、実際審議会で、インターネットでこのような問題、著作権の問題が起きているので対応しましょうと審議会で二年とか話すわけですよね、話して問題が出てきましたと、こういう問題が生じていますよということがおきて問題確認で終るという審議会もかなり多くて、じゃあ次は来年以降の検討課題ですねみたいに終るのも多くて、そうじゃなくてこれをこうしましょうということが決まったとしても実際に法律が施行されるのはその翌年の国会に提出されて、国会で決まりましたと、その次になります、と。やっぱり三年とか四年のタイムラグがあるんですよね。
モーリー：うーん！
津田大介：だから、いまネットで起きてるそういう問題と言うものに対して、なにかしらの対応策と言うものを考えましたといって実際に法律が動き出すのに、三年後とか四年後とかだったら、モーリーさん逆に四年後のインターネットってわかります？って言ったらまったくわかんないじゃないですか。そういうのが実際に法律を作る現場とか審議会で行われているということが、すごいこのギャップはひどいなあと思いましたね。
モーリー：どんなに早くやっても三年後にしか法律は変らなくって、その頃には状況が全然違っている。
津田大介：ほんとに最短で二年、三年後とかですから。だから例えば今回ぼくが参加していた審議会で違法コンテンツのダウンロード、ダウンロードすることを自体を違法にしましょうというのがほぼ決まりそうなんですけれど、決まりそうといっても今年のいま開かれている通常国会で法案が提出されて、それが施工されるのが来年の1月とかですから、来年の1月にようやく法律が変るみたいな世界ですから。それにいま政治情勢が非常に不透明じゃないですか。そうすると法案を普通に提出するような三月とか四月の時期にもし選挙があってその辺が混乱とかしたら、もう本来提出されるはずの著作権の改正案というのはとんじゃうんですね。とんじゃって今年の九月の臨時国会に行くか、もしくは来年まで国会までとばされてしまってあと一年法律の施行が遅れるということがあって。
モーリー：もう一年さらに現状とのギャップが広がるということですよね。
津田大介：政治状況でそういうことが平気で行われてしまうというのが、政策ができていく過程なので、それはぼくらの専門的な分野の知財とか著作権ってあんまり政治の争点にならないんですよね。民主党と自民党とそんなに大差があるわけじゃないので、そういう意味では提出されればだいたい通るんです。提出されれば官僚が文を書いて通して、そのまますんなり国会を通過して変るんですけど、でも逆に言うとそういう政治的な争点にならない法案というのは後回しにされちゃうんです。政治だからいまみたいに非常に混乱している状態だと、特にいまは衆参がねじれちゃってますから、そうすると法案が非常に通りにくくなってしまうので、そうすると予算とかが一番重要な法案で、あとは特措法の問題とか、そういう重要な問題があるとそっちが紛糾しちゃうんでそっちに時間をかけてしまうので、そうすると著作権みたいにある種国全体からみたいら優先度が低いというかどうでもいい問題は後回しにされるんですね。後回しにされて、官僚のほうにもいまはほんとに政治が混乱しているから重要で無い法案は提出するな、どうせ否決されてしまうだけだからみたいなかたちになってしまうので、そういう状況も法律ができるのを遅くするのに拍車をかけているということがある。
モーリー：津田さん、私がやってるポッドキャストなんですけど、最近かなり人が増えてまして、そろそろ累計登録人数が50万いきそうなんですね。
津田大介：ほー。すごいですね。
モーリー：ということは、かなり著作権とか、かなりディレクトリの奥の奥にあるような話を原点から知らない人が多いんですよ。いま一番津田さんがやばいと思っている、あるいは一番つらいと思っているトレンドをまず解説していただけると。
津田大介：ぼくは最近著作権関連でインパクトがあったのは、ユーチューブなんですよね。去年の11月ぐらいにユーチューブが横長になったのってご存知でしょうか。
モーリー：ああ、なんか長くなったような気がする。
津田大介：いままで4：３で画面が小さかったんです。320ピクセルと240ぐらいで、ある意味ユーチューブのいままでのいいわけみたいになっていたんですけれど、ユーチューブってネットの動画とかテレビ番組とか、売り物が全部勝手にコピーされる違法行為の温床になっていたんですけれど、ところが突然横長になってさらに画質が滅茶苦茶良くなったんですね。
モーリー：ふーん。
津田大介：H264という非常に、実際にブルーレイとかでも使われている高圧縮のコーデックに対応して、いまユーチューブはフル画面で見てもかなりきれいに見れるようになってるんですよ。走査線のもともとのファイルが良ければ地デジ並の画質でユーチューブがフルスクリーンで見れるみたいになってきてて、それが去年の11月のリニューアル。
モーリー：マイナーコンテンツばかり見ているせいかぜんぜん良くなったという印象が無いので。(笑) もとが悪いものばかり見ているから。
津田大介：そうなんです。そういうところが結構ユーチューブが変り始めていて、それまでやっぱりユーチューブが質が悪いから見逃してもいいじゃんみたいなある種言い訳が成立していたのが、今は成立しなくなりますよね、そうなると。よくコンテンツホルダーとかが許したなあと、怒んないのかなあとかそういうのがあるんですけれど。ぼく自身は結構ユーチューブの著作権問題ってこれからあまりたいした問題にならないんじゃないかなあというフェーズに入ったと思っていて。
モーリー：ユーチューブにとって？
津田大介：そうですね。
モーリー：ああ。
津田大介：というのは、去年から、ユーチューブに最近よく見るんですけど、ユーチューブに最近広告が入ってるんですね、動画とか見てるときに。
モーリー：うざいです。
津田大介：うざいんですけど、あれがやっぱりすごく著作権問題を解決する切り札になっているところがあって、実際に権利者の人が権利者用にちゃんとＩＤを発行していて、「もし権利者が違法行為を止めたいんだったらおまえらがオフィシャルに動画を提供しろ」ということを言い出したんですね、去年から。それでフィンガープリントという技術を使って公式の本物の動画をきみらがアップしてくれれば、その本物の動画を一部切り出したりとか、音声とか動画のコマとかををぜんぶ照らし合わせてコピーを全部判別します、という技術が去年ぐらいからどんどんそれが進化していて、実際にその権利者の人のＩＤでログインしていたところを見ていたところがあるんですけれど、それで自分のコンテンツを違法なものを探すってところをワンクリックでガーッって50とか10とか出てくるんです。それで権利者がそこで、昔だったらじゃあこういうものは認めませんよ削除しますって、全部にチェックを入れて、
津田大介：ユーチューブのメールブラウザ上で、権利者用のツールが裏側に用意されていて、削除すると全部落とすことができたんですけれど。
モーリー：へー。
津田大介：ただ、それが二年ぐらい前の話なんですけれど、去年の春ぐらいから状況が変ってきて、もしこれで、落とすこともできるけれど、べつに黙認してもいいじゃん、その方がプロモーションになるってものもあるのでそういうものは黙認してもいいよっていうオプションと、あと最近広告を入れてその広告から得られる収入をユーチューブとあなたがた権利者でシェアしましょうよというオプションが去年の春ぐらいからできているんですね。それが結局功を奏しているみたいな感じ。そうするといままでだったら違法で全部落とすんだったのが、それが違法な動画だけど広告つけちゃってお金にかえるということが権利者が主体的に選択できるようになったので、それを日本のコンテンツフォルダーの角川とかやっていて、このまえの報道だと自分たち角川が認めた違法動画に広告をつけて合法化することで月間で一千万円の収入が入ってきたという話しだったんで、そういう意味で言うと、向こう側からして見たら権利の上手い転がしみたいのが自動で出来るようになるんですね。逆の言い方をすると、ユーチューブがジャスラックみたいに著作権の処理を行う場所になっているという。そうすると角川がそういう態度を、角川が著作権を持っている著作権コンテンツをユーチューブにアップするというのは、いままでは違法行為だったんですけど、角川はデキがいいものだったり、角川にリスペクトがあるようなMAD動画とかだったらそういうんであれば認めるらしいぞという方針を出していると、作る側も逮捕されたりするリスクが無くなるわけですよね。
モーリー：あの、逮捕ってまだあるんですか？
モーリー：ええっ？ 著作権で？
モーリー：たとえば、売り物になっているのをそのまんまなんら変らない状態で安く転売しているっていうんだったら海賊版だから逮捕っていうのはわかるんだけど、ただ乗せただけで逮捕っていうのはあるんですか？
津田大介：一番最初にそれが日本であったのが、動画投稿サイトだと多分2005年だったかな。ファイナルファンタジーのアドベントチルドレンっていうＣＧの映画があったんですけど、スクエアエニックスに。あれがユーチューブが買う前のグーグルビデオという似たようなサービスをやっていて、あそこでＤＶＤからリッピングしたデータをそのまんまあげてた日本人ユーザーがいたんですね。そしたらそれでスクエアエニックス側がそういう売り物が全部見れるようになったのはとんでもないっていうんでユーザーをつきとめて、逮捕寸前まで行ったんですけど、ユーザーが反省しているということで罰金を払うことで和解をしたっていう事件があったんですけれど。
モーリー：民事ならわかるんですけどね、損害賠償だったら、それだけでもキツイと思うンだけど、刑事ですか？
モーリー：はあー。
津田大介：MAD動画みたいなもので逮捕というのはなかなか無いですけれど、実際に売り物をネットにあげているということで逮捕と。
モーリー：そのまんま頭からお尻まで買わなくて済むような目的だけという感じの？
津田大介：そうです。そういうのはありますね。ただ、実際に逮捕までいくケースは二種類なんですね。逮捕する前に、いきなり逮捕というのは結構少なくて、プロバイダーとかのいろんな開示請求とかをして、ユーザーに警告がいくんです。警告をした時に意図的にそれを無視するような悪質なユーザーか、もしくは匿名のプロバイダーをどんどんいろいろ使って逃げ回っているような悪質性の高いユーザーは、ＧＯサインが出て逮捕されるっていうケースがあるので、だいたいどっちかなんです。だから無邪気にとりあえずアップロードしていてそれでいきなり逮捕というケースはまあ少ないです。
モーリー：ふーん。階層別っていうか、道路の車が早く走るレーンと遅く走るレーンみたいにすごくスピード差みたいのを感じてまして、今日もまたウィニーで大変だったみたいで記事をネットで読んだんですけど、いまだにウィニーってまだ使っている人がいるというか
津田大介：ウィニーのネットワークは逮捕者が出ると一時的にトラフィックが減ったりするんですけど、ファイル交換ソフトって昔っからそうで、逮捕者が出ると一気にガッて減るんですけど、ほとぼりが冷めるとどんどんみんな使い出して増えていくというのが。で、ウィニーのネットワークはまだまだ動いていますし、ウィニーと似たようなシェアというソフトがあって、あれもやっぱり利用者がいますからね。だからそういう人が、実際ウィニーとか使っていると非常に情報漏えいのウィルスに感染する可能性も高いし、あとセキュリティー的にもあぶないところもあるんですけど、それでもタダで音楽とかエロ動画とかを含めたいろんなソフトとかをそこが魅力で使いつづける人はまだいっぱいいますよね。
Posted by i-morley : 2009年01月16日 17:46
http://i-morley.com/blog/2009/01/post_166.html
本気でがんばるとぎりぎり倒せるように絶妙のバランス調節がされた敵（困難）。
単純作業じゃ効率が悪いけど、工夫次第でどんどん効率を上げられる経験値システム（スキル）。
リセット不可の緊張感。でもシレンとかよりずっと死ににくいからあんま気にする必要なし。
全てのキャラが深い人間性と歴史を持って登場する、圧倒的リアリティ。
グラフィックが綺麗すぎ。多分、無限×無限ピクセルで、毎秒無限フレームで動いてる。
ＢＧＭの種類がほぼ無限。選曲も自由。自分で作った曲を流すこともできる。
人間が作ったとは思えない、とんでもなく複雑で洗練されたシナリオ。
リアル出産システム採用。自分と、自分よりも大切に思える相手の遺伝子を半分ずつ受け継いだ、
奇跡のようなキャラを生み出して、そいつに自由に色々教えて育てることができる。
すごく嬉しいし、ちょー楽しい。
ネコっつー生き物が登場するんだけど、これがちょーかわいい。
食いきれねーほどの種類の料理があって、超うまいものが時々食える。
説明書が無く、仕様が明かされてないから、自分でデータとって仕様を推測するしかない。
これがまたとんでもなく高度に洗練された仕様になってるっぽくて、なかなか正確には分からん。
だから、とりあえず大雑把に推定し、それに基づいて行動して、
これがまた楽しい。徐々に明らかになっていく世界観。未だに明らかになってない謎が山盛り。
友達と一緒に協力して遊べる。無料。本気で自分を愛してくれるキャラがいたりする。
ゲーム内で別なゲームやったりアニメ見たり出来る。登場キャラと本当に心を通わせることが出来る。
こんなとてつもない神ゲーを糞ゲーとか言ってる奴は、本気でこのゲームをやったことがない奴だけ。
まあ、一切がんばらずにクリアできるようなヌルゲーばかりやってる奴には、
