  |
はてなキーワード: Google+とは
この努力は僕が 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 が見つけた個別の発見や教訓があった。外部サービスにはおかしなところがいくつもあったけれど、君たちが考えるほどじゃあない。サービスに対して組織するってことは、外部のデベロッパを信用できないのと同じように、お互いを信用することなんてできないんだということを、チームに教えてくれたんだ。
※ ja=日本語版ウィキペディア、en=英語版ウィキペディア、ru=ロシア語版ウィキペディア
ザ・インタビューズというサービスが流行ってますが、今後起こりそうなことを考えてみた。すでに起こっていることもあると思う。
これはまあアカウント制のサービスなら基本。ネタなら後述する「なりきり」になるが、ガチで本人になりすますケースが出てくるでしょう。
単に目立ちたいから、ネット住民を騒がせたいから、くらいの理由でやるならかわいいもんですが、なりすます対象に悪意をもって行うケースというのも出てくると思われる。
運営側の対策としては、TwitterやFacebookなどの既存SNSアカウントとの連携機能をつけるのが効果的なんじゃないかと。
現在はIDのみ設定可能ですがこれは片方向なので、OAuth認証で双方向の連携を。
少なくともTwitterなどで本人であることが確認されていれば、紐づいたアカウントも本人のものであることが明らかになる。
なりすましとは違って、本人ではないことを明記した上で名前を使う場合、あるいは物語の登場人物など実在しない人物の名前を使う場合、なりきりアカウントになる。
Twitterでも結構みかけるので、流行る土壌はあるように思える。
加えてFacebookやGoogle+では規約上不可能なので、規約の緩いザ・インタビューズに流れる可能性がある。ていうか規約ってあるの？
元ネタが実在人物の場合はその人物に怒られる可能性は高いです。非実在でも版権元に怒られる可能性はありますね。
参考：コナミが「ラブプラス」２次創作規制へ？Twitter「姉ヶ崎寧々」のなりきりに削除依頼 - ゴールデンタイムズ
ザ・インタビューズでは回答に画像を貼れるので、ここに著作権上問題になる絵を貼って、それが問題を大きくしそう。
これは、あるのか？
すでにネットでの活動が顕著な有名人がアカウントを取る事例は見受けられるので、ないとはいえない。
答えたくない質問はスルーできるので、ブログの承認制コメント欄くらいのノリで使われるかも。
いろんな意味で緩い系の企業や自治体とかは使うかもね。あと某与党の若手議員とか。
まあこれはなさそうだけど一応。
リークといえば昔は2ch（「○○だけど何か質問ある？」的な）がほとんどだったけど、今は2chが使われることが減ってる気がする。
理由は色々あるだろうけど単に衰退してオワコンだからってのが一番の理由だと思う。
あとアカウント制じゃないのでどれが本人か分かりづらいってのもあるでしょう。IDとかトリップとかは限界あるし。
変な規制が増えたせいで一人が同じスレにたくさん書き込めなくなったってのも大きい。
その点ザ・インタビューズは回答者と質問者がはっきり分かれてるし、たぶんまともに回答ができなくなるような制限もない。
ブログ、Youtube、ニコ動なんかと違って双方向コミュニケーションを容易に取れるので、リークも捗るかもしれません。
ただまあ、ザ・インタビューズの運営がどこまで信用されるかにもよるかと。国内のサービスだからね…
今まで挙げたようなアカウントは特に、当然炎上の危険性を大きくはらみます。
ただ2chやTwitterとかと違って、回答者が答える質問を選べるし、選ばれなかった質問が表に出ることもないので、炎上はある程度コントロールできます。
が、ついかっとなって答えなくてもいい質問に余計な回答を入れて炎上というのはありそう。
なんせ質問者は匿名なのでどんだけ回答者を煽るようなことを書いても批判を直接受けることはないし完全に安全。ここは2chと同じ。
そしてユーザーは大抵Twitterもやってるので、炎上はよりダイレクトに意思疎通ができるそちらに波及するでしょうね。
燃え上がると言えばこっちも発生するでしょう。
既出、あるいは同じような質問、心をえぐる質問、やたらと長文を要求する質問、モラルのない質問、質問爆撃（同じ人が同じ人に嫌がらせを目的として無難で陳腐な質問を大量投下。これシステム上防がれてるのかな？）、バトン（これ今は多分ないけどそのうち出てくると思う。mixiで流行ったアレね）、馴れ合い、等々でだんだん疲れてくるでしょう。
そのうちに質問者ひいては自分の周囲の人物への疑心暗鬼なども生まれることでしょう。
おそらく多くのアクティブユーザー、特に質問がたくさんつく有名人のアカウントは1年以内に放置、休眠状態になると思います。
これは燃え尽き症候群の逆。要するに誰も質問してくれなくてつまらないからやめちゃうというパターン。
このサービスは確かに、誰もが誰もに質問できるサービスではあるけれども、きっと何者にもなれない誰かに質問して楽しいか、という話です。
有名人や友達がたくさんいる人、ぶっちゃければTwitterのフォロワー数が多い人以外はあんまり質問つかないんではないでしょうか。
もちろん面白い回答をつけまくってファンを増やすのはありでしょう。でもそんなことができる人物は大抵すでに他のコミュニティで人気者なんですよ…
といって、システム上自分自身に質問はつけられないので自作自演はできない。複垢とってまで自演してもむなしいだけ。
まあバトンみたいな質問量産体制ができたら質問数は増えるかもだけど、mixiと違うのは質問者が誰か分からない点。
誰だかわからない人物の汎用質問なんて答えて楽しくないんじゃないかね。たぶん3つのデフォ質問に回答するのと同じ気分になると思うよ。
ザ・インタビューズは3か月～半年くらいは他のSNSがたどった道をたどることで盛り上がるけど、やはり同じようにその後は徐々にさびれるんじゃないでしょうか。
EFFのこの記事をざっくり訳した。訳の正確さはまったく保証しない。素人の雑な訳です。ちゃんと読みたいひとは原文参照すること。pseudonymはとりあえず「仮名」にした。
A Case for Pseudonyms (Commentary by Jillian York)
https://www.eff.org/deeplinks/2011/07/case-pseudonyms
pseudonym （スードニム） 名詞：著者が身元を隠すために使用する架空の名前。ペンネーム
個人が生来の名前とは別の名前を使いたいと考える理由は無数にあるだろう。生命や生活への脅威への配慮もあるだろうし、政治的、経済的報復へのリスクがあるかもしれない。人種差別の防止を望んでいることもあるだろうし、生活文化圏で発音や記述のしやすい名前を使うこともあるだろう。
オンラインではさらに理由は増える。インターネットカルチャーでは、オフラインでの人格と結びついているかもしれないし結びついていないかもしれない「ハンドル」や「ユーザ名」を使うことが長い間推奨されてきた。古くからのオンライン住人のなかには20年以上使っているハンドルを持つものもいるだろう。
仮名での発言は歴史的にも重要な役割を果たしてきた。ジョージ・エリオットやマーク・トウェインの文学的偉業、ザ・フェデラリスト論文でのパブリアスの政治的主張、18世紀ロンドンでのユニウスのパブリックアドバタイザー紙への寄稿。人々は仮名の下で公の論議に大きく寄与してきたし、今日に至るまでそれは続いている。
Google+の身元確認ポリシーから、オンラインプラットフォームにおける仮名性に関する新たな議論が持ち上がってきた。Google+はユーザに「友人、家族、同僚が普段呼ぶ名前」を使うことを要求する。このポリシーは、Facebookの「本名と実情報を提供せよ」という要求と似ている。Googleのポリシーは、Google+の開始から数週間で同コミュニティーの内外両方から大きな注目を集め、ソーシャルプラットフォームがアイデンティティに制限を加えるべきかどうかという議論に火をつけている。「Skud」という名前を使っていたことによりGoogle+から追い出された元Google社員、キリリー・“Skud”・ロバートの詳細な記録によれば、すでにかなりの人数のGoogle+ユーザがこのポリシーに基づくアカウント停止を受けている。
ソーシャルプラットフォームでの「実名」支持者は多くの論点を示している。実名はユーザの行動を改善し、より文化的な環境を生み出す。実名であれば攻撃者を追求することが容易になるのでストーキングや嫌がらせを防ぐ助けになる。実名ポリシーがあることで、ユーザ監視のために当局がサービス内部に「侵入する」ことを防げる。実名によってユーザは行動に責任を持つようになる。
これらの論点にまったく意味がないわけではないが、問題を間違った方向から議論している。厳格な実名ポリシーの支持者は、実名使用を主張するポリシーに良い面が一つあることを示せばいいのではない。彼らはこれらの利点が、いくつかの非常に深刻な問題より重要であることを実証する義務がある。
例えば、数千人の人々が1月蜂起に参加するきっかけになったFacebookページ「We Are All Khaled Said」を作成した著名なエジプト人、ワエル・ゴニム氏のことを考えてみよう。ページが作成されたのはハリド・サイードが警官によって殺害されてからすぐの2010年夏だったが、ページが本当に勢いを得たのはその年の後半だった。しかしその後も抗議運動の中で存在感を得るのは難しかった可能性もある。2010年11月に管理者（今ではゴニム氏だと知られている）が仮名を使っているとの報告によってこのFacebookページは停止された。Facebookは「身元の明らかな」人物が介入することによる解決を提供することができたが、ゴニム氏はFacebookのスタッフと連絡をとって解決することができたためこの件は非常に特殊な事例となった。誰もがこのようなコネクションを持っているわけではないし、アカウント停止に抗議する方法を知らないことでどれだけ多くの人々が無視されているか知るすべもない。ゴニム氏のケースでは実名を使うことは深刻な危険を伴っていた。仮名であれば安全という保証があるわけではないが、仮名は当局による活動家の追跡を大きく困難にする。
個人が本名以外の名前の方が安全に感じられる理由は無数にある。例えばLGBTコミュニティのティーンエイジャーはオンラインでいつも嫌がらせを受けるので仮名を好むかもしれない。政府のために働く配偶者やパートナーを持つ人や生活を隠したい有名人は、オンラインでは別の名前で行動するほうが安心だと感じるかもしれない。家庭内暴力から逃れている人は加害者から発見されないために、部分的または全面的な別名の使用を望むかもしれない。非主流派の政治的見解をもつ人は仮名を使うことによって生活を危険にさらさずに済ますことを選択するかもしれない。
マッキンタイア対オハイオ選挙委員会の裁判でジョン・ポール・スティーブンス最高裁判事が提案したとおり、
「匿名性は多数派による暴虐からの盾である。よって匿名性は権利章典、また特に米国憲法修正第一項の本来の目的、不寛容な社会において個人を報復から思想を抑圧から守ること、を体現している。匿名である権利は詐欺的行為に悪用されるかもしれない。政治発言はその性質上、時として不愉快な結末を迎えるが、一般的に我々の社会は言論の自由の悪用による危険よりもその価値に重きを認める」
「本当の」名前を使うことと同様に、「本当の」名前の使用の強制も、考えを明らかにすることによる被害を恐れる人々によって対話から排除されるという、現実的な結果を招く可能性がある。実名が対話の「文化度」を上げるかもしれないことに価値を見出す人がいる一方で、それは間違いなく多様性を損なう。
ギークフェミニズムのブロガーたちは、実名ポリシーの被害にあっている人々をWikiにまとめることで、個人がなぜ本名以外の名前の使用を許されるべきなのか何百もの可能性ある理由を示している。このリストに示された多くの例が安全のために仮名を使用している危険に晒された人々を説明しているものの、他にも仮名を選択できるべき重要な理由がある。
Michael Anti氏の例を見てみよう。彼の本名はJing Zhaoで、中国人ジャーナリストだ。おそらくは何者かが生来の名前を使っていないと報告したことによって、2011年1月に彼はFacebookから追い出された。10年近くニューヨーク・タイムズ等で「Michael Anti」のペンネームを使っていたにも関わらず、Facebookは実名ポリシーの厳格な強制を主張した。
Google+でも、誤判定があるとして、アカウントの即時停止ではなく、ユーザに警告を与え名前を変更する機会を与えるように処理手順を変更すべきだと促す動きがでている。
「本当の」名前を要求するポリシーを大規模に実施するのはほぼ不可能だし、多くの例が示すように強制は著名人や敵を持つ人々に対して不当に使われることが多く、またそれはコミュニティ監視機構の結果として生み出されやすい。
GoogleであれFacebookであれ、その他の企業であれサービスに適合していると思われるポリシーを作成する権利がある。しかしこれらの企業が多様性や表現の自由を犠牲にしておきながら、「実名」ポリシーがより文化的な態度を生むと主張するのは浅はかだ。「本当の」名前を要求するポリシーへの移行はオンラインでの表現の自由を萎縮させるだろう。
多分選手達も関係者達も、決勝戦だけでも見て欲しいと願っていたとは思います
ですが、レギュラー全員を覚えておらず、相手チームも試合規模も知らないスポーツを、どう応援したらいいかわかりません
そんな中、twitterやgoogle+は女子サッカー優勝一色になっています
フェアとかやればいいですね、選手がバイトしてたスーパーとかで
あとは風俗とかでサッカー制服フェアとか是非やってほしいですね、女子なでシコシコ大サービスとかそんなタイトルで
卓球とかソフトボールの事もそろそろ忘れている今日この頃、なでしこジャパンは後何日盛り上がるでしょうか
CM増えた選手とCMもらえなかった選手の間で格差が発生して女性週刊誌にモザイクかかった匿名インタビューがあるとか
金遣い荒くなってAVに出ちゃう選手が出たとか、そんな事があるだろうなぁとかばっかり思ってしまいます
TwitterとかFacebookとかgoogle+とかで、自分の実名で登録されてむちゃくちゃされる可能性ってあるよね？
職場や恋人、住所なんかもさらされて、「違法DL最高！」とか「飲酒運転余裕！」とか書かれるの。
女子だったら「援交してました」とか「どMですご主人募集」とか書かれちゃうの。
ぜんぜん普通に可能なんだけど。
慌てて否定して、偽物ですって証明できたところで、職場や恋人や住所の情報はホントで、一度ネット上に流れた情報はもう消せないっていう。
みんな怖くないの？
どこで誰にどんな恨みかってるかわかんないじゃん。
恋人の元彼元カノとか、職場のライバルとか、学校のイジメとか、交際断った相手とか。
G+ていう巨人戦をやっているCSチャンネルがありましてgoogle+をG+と略されると巨人ファン激怒！っていうほど巨人は好きではないけど、巨根は好きなゲイです。巨根な方、連絡お待ちしております。
えーとですね、G+という文字列を見た瞬間、ゲイである私めの目にはとあるゲイポルノレーベルが浮かんだんですね。ちょいと検索しますと出てくるんですがね、ジープラスではなくGo Guy Plusなんですけどね、名前は違うんですけどロゴマークがG+なんですよ。これこれ。
http://ko-video.com/ec/?a=top&sel_label=4
それでですね、このロゴマークが画面の上に入っていてそれを私めは覚えてたのでアレ？って思ったわけでございます。
つまりですね、みなさんがG+と言うたびに私の頭の中の陰茎がムクムクと膨れ上がるのですね。実際のモノは膨れませんけどね。
というわけでですね、google+をG+と略すのを皆様、何卒どうかお止めくださらないか、というお願いをしたいわけなのでございます。みなさま大好きなアーッな展開になってしまうのでございます。巨根な方、連絡お待ちしております。
増田はてなーのみなさまたちは、折り込み済みのことなのだろうけど、一応書いて見る。
http://anond.hatelabo.jp/20110709123151
http://anond.hatelabo.jp/20110709224618
元をたどれば、純粋なファン心理で動いていたんだろう。どこか魂をお金に変えちゃった。
たとえば、書店の店員さんが作ったPOPに「新宿で売れてます！」と書かれていたら、書店で雇われている人が書いたのだから、好きでも本を売らんとする下こころが幾分かはあるのだろうと手に取るときにブレーキがかかるわけだ。
ゲームでもそう、おもちゃ屋の店員さんと仲良くなって情報をもらったとしても、このゲームの売上でこの人は食べているんだよなと冷静になれる。
お店をうろうろしている普通の人が実は店に雇われたサクラで、おもしろよと言いふらしたリ積極的に買い物をしていたらどうだろう。
私も買おうとうっかり思ってしまうかもしれない。
そういう消費衝動に対するブレーキがきかなくなる点が問題。お上の規制が入らないうちに襟を正したほうが業界全体の利益になると思う。
命の危険にかかわる食べ物、事故のようなものに対しては、お上も迅速に動くけど、後味の悪い気持ちが残るだけの分野だと動きが鈍くていつまでもズブズブなんだろう。
最近、facebookやGoogle+の時代になったら、このようなことはなくなる的な発言も多いけど、組織の皮をかぶった個人が個人の振りをして行動したら、これまでと変わらないと思う。きっと彼らは薄氷を突いて来るに違いない。
組織の皮をかぶった個人を見分けるスキルがこれまで以上に重要になるだろうし、リアルな交友関係だけで楽しむものかもしれない。
組織に属していない人が気ままに活躍することが前提のインターネット。
Facebookはサイトのあらゆる部分から権威主義的な思想が感じられる。
日本人がネット上に本名で経歴を晒すとか自己顕示欲が強すぎるとしか思えない。
Facebookは経営者・社長、有名企業・大企業勤務、高学歴な人たちだけの社交ツールである。
そもそも学歴の項目で中卒が存在しないし、高校・大学中退の設定項目もない。
そこまで他人の目を気にしてたら、言いたいことも言えないこんなインターネッツじゃ（ｒｙ
TWTR: Summary for Twitter, Inc. Common Stock- Yahoo! Finance
Twitterの株式公開初日。株価は74%上昇して45.10ドル。時価総額は318億ドル | TechCrunch Japan
Twitter、今年6月にユーザー5億人超か―ブラジル急成長、ツイート数では日本語が依然英語に次いで2位 | TechCrunch Japan
GOOG: Summary for Alphabet Inc.- Yahoo! Finance
Railsにある20%のソリューションで問題の80%を解決できるようにしています。
http://www.atmarkit.co.jp/news/200711/16/twitter.html
ウィリアム氏がOdeo内で始めた小さなプロジェクトが「Twitter」だ。
Ruby on Railsを使って2週間で最初の動くバージョンを 作り上げた
はてなブックマーク - Route 477 - Ruby基礎文法最速マスター＆Ruby書籍紹介
Ruby on Railsで10分で作るTwitterもどき
Ruby on Railsをすぐ使う - Ruby on Rails 2.0アプリを1分で作る：ITpro
Ruby on Rails 2.0アプリを10秒で作る2.0
katoy: cocolog: Rails 2.0.2 は 5 行でアプリ雛形作成／起動ができる！
Ruby on Rails チュートリアル：実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)
クックパッド株式会社 に行ってきた！ - 941::blog
Ruby on Railsで1億PVのサイトの開発が出来て、エンジニアは5人しかいない
クックパッド(株)【2193】：株式/株価 - Yahoo!ファイナンス
ウォンテッドリー株式会社 に行ってきた！ - 941::blog
ココロオドル仕事を見つける方法 | 仲 暁子 | 本 | Amazon.co.jp
Wantedly 航海日誌 — 私のようなの素人のためのHacker Way
はてなブックマーク - アイディアに価値はない by 仲 暁子
http://anond.hatelabo.jp/20130101082333
Focus on Technology：Ruby on Railsとエンタープライズを結び付ける「Merb」 (1/2) - ITmedia エンタープライズ
「Rubyに恋をし、Rubyが長きにわたって存在すると感じた人はたくさんいる。そして彼らはもっと強力なものを求めたのだ」
Merb 1.0 リリース記念に、Merb がどんだけすごいのかを紹介した海外の記事を翻訳してみた
速報: Merb と Rails が統合 - kwatchの日記
http://www.google.com/webhp?hl=en
http://www.google.com/search?hl=en&q=ruby&btnG=Google+Search
ブラウザで Ruby on Rails 開発！ Heroku を使ってみよう - WebOS Goodies
ブラウザでRails開発が完了する衝撃の簡単さ - builder by ZDNet Japan
CやPerl、Python、Rubyをブラウザ上で実行できる「codepad」:phpspot開発日誌
C言語をブラウザで実行、Ruby/Python/Perlも然り | マイナビニュース
Odeo内で始めた小さなプロジェクトが「Twitter」だ。Ruby on Railsを使って2週間で最初の動くバージョンを作り上げたという。
Ruby on Railsで1億PVのサイトの開発が出来て、エンジニアは5人しかいない
http://blog.kushii.net/archives/1350951.html
http://d.hatena.ne.jp/gamella/20081027/1225119262
3ヶ月、わずか3名程度のエンジニアチームで、彼らはPHPで実装が完了していたレベルに追いつきました。またコード量はPHPの1/5以下にまで削減されており、よりシンプルな構成も実現できました。
Gregg PollackとScaling Railsのハウツー
1つには、Railsアプリケーションをうまくスケーリングするために必要なすべての情報をRails開発者に与えること。
しかし、できれば、開発者がビデオを見て、何百万人の同時ユーザーを扱うRailsアプリケーションを
作成できます、とクライアントに言える自信を持ってもらいたいのです。
2番目に、Railsアプリケーションをスケーリングすることがどれほど簡単かを、他の言語の開発者に示すこと。
http://www.infoq.com/jp/articles/gregg-pollack-scaling-rails
Ruby on Railsで10分で作るTwitterもどき - ZDNet Japan
http://japan.zdnet.com/video/screencast/story/0,3800079413,20354695,00.htm
Rails 2.0.2 は 5 行でアプリ雛形作成／起動ができる！: katoy: cocolog
http://youichi-kato.cocolog-nifty.com/blog/2008/01/rails_202_5_9198.html
Ruby on Rails 2.0アプリを1分で作る - Ruby on Railsをすぐ使う：ITpro
http://itpro.nikkeibp.co.jp/article/COLUMN/20080606/306873/
30分で Rails youtubeアプリ - 脱・下流エンジニア (仮)
hp12c - Railsでブログを作ろう！(Creating a Weblog in 15 minutes)
Ruby on Railsで10分で作るTwitterもどき - ZDNet Japan
Rails Pocket Reference (Pocket Reference (O'Reilly)): Eric Berry: 0636920520702: Amazon.com: Books
http://127.0.0.1/phpmyadmin/ http://127.0.0.1/mysql/
http://127.0.0.1:3000 http://localhost:3000/entries/
http://127.0.0.1/cgi-bin/c.cgi
C:\InstantRails\cgi-bin\c.cgi
キーワード「ruby」を含む新着エントリー Ruby Inside: The Ruby Blog
Ruby関連MLの自動翻訳サイトが公開 - JRubyのNutter氏に触発 | マイナビニュース
Rails Forum - the ultimate Ruby on Rails community
gem install hpricot
gem install mechanize
