#studygift - 注目されれば何してもいいんだっけ?って話

2012年5月18日金曜日

studygiftと坂口さんは確実に確信犯(いわゆる誤用の)ってやつだよ。studygift.netやtwitter、まとめblogあたり眺めて一通り「ハァァァ??」って釣られてから読むのお勧め。

あの人は、頭空っぽだけどたまたまGoogle+で日本一になっちゃったアホ女子大生、なんかじゃなくて自分自身をコンテンツにするってことを分かってやってる。って話が中心。そしてそのことの是非についての一考。
ある種の種明かしになっちゃうかもしれないけど、坂口さんとは昨年の8/30にIVS(Infinity Ventures Summit) Summer Workshopというイベント後の懇親会で少しだけ喋ったのでその話も交えつつ。逆に、当人をほんの少しだけ知ってる人間が書いたものなので公正な立場でのエントリではないかもしれません。「studygiftのステマじゃねーのこれ?」とか十分疑って読んで下さい。まあ、3分そこら話しただけで坂口さんのこと分かってるわけもないので偏見に満ちたものです。

まずカメラ、写真に対する姿勢の話。あの人は「写真好きなわけじゃないけど注目を集めるために自分で向いてると感じたからやってる」というようなことを言ってたし、その後のインタビューでも同じようなことを言ってた。
そりゃ、カメラ好きな人からするとなんだよそれって感じ。写真ナメてるくせに衆目集めるための釣りっぽいことしやがってふざけんな、ってなる。
だけど何かの関心を集めるうえで人が喜ぶものを分析して臨むってのはひとつのアプローチ。ゲームに興味ないけどゲームのプレイヤーが喜ぶものを作るにはどうすればいいのかを必死に分析して企画を立てたり開発をしたり、ってのはよくあるよね? 最近も
セガファンがセガに採用されるとは限らない ゲーム会社の就活とは
という記事で

昔からのセガを知っていて、「『サクラ大戦』や『ソニックシリーズ』の熱狂的なファンです」という学生や「ゲームセンターに今も通っています」という学生の方が、「マニュアル通りのことを答える学生よりもセガに入りたいという意欲を強く感じる」が、「採用につながるとは限らない」と断言する。
最も重視するのは「長期的に会社に貢献してくれる人材で、夢物語でなく、ビジネスとして生かせるアイデアを持っているか」だという。
また、営業や事務関係の職種は、かえってゲームをやったことのない人のほうが、素人の目線でゲームの内容を説明でき、向いていることが多いという。

こんな一節があった。対象が好きかどうかというのと、それを使って何らかの価値(この記事では就活の話なので会社の求める価値)につなげることが出来るかというのは全然別物。この意味で坂口さんは人の関心を集めるところにステータス全振りしてるような感じ。

成績の話は知らない。むしろ、別にいい成績を残したいけどお金が云々、ではなくて卒業出来さえすれば良いと考えてるのかもしれない。けど大学に何を求めるかも人それぞれ。

人格批判されるリスクまで認識した上でやってると考えられるのが、坂口さんの凄いとこ。ちょい考えれば「成績落ちたのが悪いじゃん」「金無駄遣いしてんじゃん」とか突っ込めるとこがいくらでも出てくるのも意図した作りだよね。twitter界隈でよくある炎上ってのは「自分に悪いとこなんて何もないよ!聖人だよ!」というようなキナ臭い人を見かけたらmixiとかfbとか漁って「なんだクソ野郎じゃねーか」と幻滅からのネガティブ落ちへ持っていくとこに最大の爆発力がある(多分)んだけど、予め明言しないまでも「自分のダメなとこってここだわー」と認識してるらしいものに対してそこまでの爆発力は無い。

studygiftってサービス自体、家入さんが絡んでる時点でクセあるのはわかってる。けど実際のところ坂口さんは可愛がられタイプ/面白がられタイプなので、個人でいろんな人に助けてもらいながら(場合によっては大学辞めたとしても)なんとかなっていくはず。でもstudygift自体がボリュームゾーンとして支援していこうとしてるのは坂口さんみたいな人じゃない。キャラがメチャメチャ立ってるわけじゃない人。勉強したい、けどどうすればいいのかよく分からない人。言ってみれば「フツーの学生」。
けど1つ目の事例がなんの変哲も無いものだったらサービスは話題にもならないから燃料として投下されてるのが"坂口綾優というコンテンツ"。典型的確信犯(誤用)型炎上マーケと呼んでいいような感じ。

studygiftの作りがトップページで坂口さん全力フィーチャーして専用サイトっぽく現状で見えるようにしてるのは、多分SEO方面で昔からあったランディングページの構造と全く同じ。

オーディエンスという面では、今回のメインターゲットとして直感的に見えるのはクラウドファンディング自体にある程度以上馴染んでて、CAMPFIREとかで募集されてるプロジェクトを見たり実際にお金を出したことのある人たち。多分1万人ぐらい。ある意味「またお前らか」層。40%がスルーして50%が嫌悪感抱いて9%が「そこまででもなぁ」と思って1%が「おもろいしお金だそう」とすればいいって感じじゃないのかな。あとはbuzzって同じぐらいの人数がお金出してくれて坂口さん以外についても多少お金集まれば滑り出しとしては上々(※もし出資者リストが公開されて9割内輪とかだったらかなり寒い話になるけど)。その後は"坂口綾優というコンテンツ"の実績をある程度元にして資金を引っ張るなりして"坂口綾優というコンテンツ"に依存しない体制に移行していけば有望スタートアップひとつ完成、というシナリオかな。
全然規模も中身も違うけど
Slashdot.jp: ソフトウェア業界でカリスマプログラマーをうまくフェードアウトさせることに成功した例として、ピーターノートンがあります。
シマンテックはまず、パッケージ写真からピーターノートンの写真をフェードアウト(以前のパケ写入り記事1998 [impress.co.jp](正面にでかく)、2000 [ascii24.com](サイズ縮小)、2001 [ascii24.com](正面から排除)、2001拡大 [ascii24.com](平積みでは見えない))、そして製品名も変え、ノートン臭の大幅な削減(当社比)に成功しました。
これ思い出した。

ともかく、現代的な「注目されれば何してもいいんだっけ?」に対するひとつの答えは相応の考えと覚悟があればある程度のこと(当然、法律や社会通念に反しないレベルで。だけど社会通念自体が多様化してる)はやってよくて、それを受け入れられる人が一定数インターネットを介してマッチング出来る時代になってるというものじゃないかな。
このスタイルでの"坂口綾優というコンテンツ"の賞味期限が極めて短いことは当人も周囲も分かってるはず。スキがあるからコンテンツにしやすい、けど同時に代替可能性が高いものでもある。特異性の薄い身体張ったネタは、同様に身体張れてちょっと味付けの違う人によって容易に代替される。

この意味だと業界内結局やってることはずっと変わらなくて、10年ぐらい前にあったサイト上の1ピクセルを1ドルで売りますってサイトと同じ。「なんだよそれ誰が見るんだよ意味ねーじゃん馬鹿じゃね?」って人がどれだけ居ようと関係ない。「おもろいやん」と思った人がお金を出して話題になってサイトの1000x1000px=100万ドルを売り切った彼の勝ち。納得してお金出してるんだから誰も損しない。オチは当然二番煎じサイトが雨後の筍の如く出てきて皆が投資対効果をある程度以上考えるようになって単価が一瞬で0に収束して価値無くなるって構造。

ソーシャルファンディング自体が持つ性質は「99%の人が興味ないかもしれないけど残り1%の人が興味を持ってくれるかもしれない領域について、そのマッチングと決済/アフターケアを行う仕組み」で、その日本における礎のひとつとして"坂口綾優というコンテンツ"を捉えると、よくやってるなぁと思う。「悪名は無名に勝る」を、覚悟持ってやってんだな、というのにも近い。


蛇足ながら、studygiftチームが焦ったかどうか分からないけど、ひょっとするとローンチ直前に出てきた近藤佑子さんが話題軸としては被るのでぐぬぬってしたかもしれない。


だからstudygift作ってる彼らが今すぐすべきことは貧弱なインフラとクソコードを全部捨ててGAEあたりでシステム組み直すこと(自分たちで出来ないなら出来る人に声かける)。捨てる勇気。と思ったらサイト復活したみたい。


書きたいことを超雑に書いてみた。あんまオチある話じゃないので多分読後感が「ふーん、で?」となったであろうことを謝っときます。


こんだけ書いてサイト消し飛んで皆逃げたら私もいい恥さらしやな(ノ∀`)タハー

「第1回Android開発者のための初めてのiPhoneアプリハンズオン勉強会」に参加してきました

2012年5月2日水曜日

@cat_kaotaro さん発案、Android女子部主催の「第1回Android開発者のための初めてのiPhoneアプリハンズオン勉強会」に参加してきました。正確には運営に参加してきました。

第1回とある通り粗削りな部分も多かったのですが、運営参加者としても受講者としても非常に勉強になるものでした。
ただ、準備も当日もtwitterでのやり取りが大半だったため、どうしても時間が経つと情報が散逸してしまいます。これは惜しく、次回以降のためにも情報を一通りまとめておいたほうが良いかと考え、記憶が薄れる前に軽く一通りのまとめを書いてみます。
なお、運営参加といっても私は当日運営がメインで、準備については@cat_kaotaroさんと@corosuke_kさんにかなりの部分お願いしてしまいました。以下記載の中で私がやったのはごく一部です。

Q. どういうイベントだったの?
→ iOS開発を全く(またはほとんど)やったことのないAndroid開発者(主に女性)向けのハンズオン形式の勉強会です。

Q. なんで開催したの?
当日にイントロとして喋った資料をアップしてあるので、参照ください。

Q. レベル感は? また、レベル設定の理由は?
→ 「女子部で意見を聞いてみたところ『Androidアプリは作ってるけどiOSアプリは手も足も出したことがないので、本当に入門からやりたい』ということだった」
というわけで、完全にiOS初心者向けに。
将来的には、"Androidしかできない開発者に、このAPIはAndroidでいうところの○○と同じですー" というような方面で、両方のプラットフォームへの知識などを深められるような勉強会にしたいと考えています。が、まず初回はObjective-C自体など知るべきことが多い(JavaやCを知らずにAndroid開発いきなりやるのは辛いですよね)ため、思いっきり初心者向けにしました。

Q. どうやって参加者募集したの?
→ 以下のURLで参加者を募り、twitter(とAndroid女子部ML?)で募集しました。

第1回Android開発者のための初めてのiPhoneアプリハンズオン勉強会[女性枠] #andiphone #andronjo
第1回Android開発者のための初めてのiPhoneアプリハンズオン勉強会[男性枠] #andiphone

Q. どうして有料イベント(300円/人)にしたの?
→ 講師/チューターの方に還元出来るような仕組みを含め様々なトライアルをしてみて、不評だったら次回以降柔軟に変えよう、と考えたためです。参加者募集要項のハードルが少々高めなのも、このためです。
(今回はGMOインターネット様のご厚意で会場を提供頂きましたが、本来なら会場費などもかかるわけで…)

Q. 資料ある?
→ ハンズオン自体の資料はありませんが、ハンズオン自体の流れをほぼなぞる形で取っていったメモがあります。
iOS勉強会メモ
また当日のtwitterでのハッシュタグを拾っただけですが、第1回Android開発者のための初めてのiPhoneアプリハンズオン勉強会 というtogetterもあるので、適宜参照下さい。参加者の反応を見ていると「Objective-CのこれはJavaのこれっぽい」という感じで、既に知っているエリアにあてはめて理解しようとしているのが窺えます。狙い通りですね。逆に、メモリ管理などJavaだとよきに計らってくれている部分については理解に時間がかかっている、というのも分かります。

Q. 次回以降の予定は?
→ 次回もやりましょう、ということにはなっているのですがまだ具体的には進んでいません。@muo_jp個人的には、もう1回ぐらいiOS基本をやってから より具体的なケースをあげてAndroid開発者向けのiOS開発、という色を濃くしていければ良いのではないかな、と考えています。

課題

  • やっぱり初回だとXcodeのインストール自体が問題になるケースがちらほら(Snow Leopard環境で、OS自体のアップデートを当てないとうまくインストール出来ない場合など)あった。けれど次回以降は大丈夫なのであまり気にしないでok
  • Objective-C自体について、メモリ管理はやはり鬼門。なんでretain/releaseしなければいけないのかというあたりについては、Javaだとどのように処理されているから書かなくて済んでいるけれどARC以前のObjective-Cでは必要、という話をもう少し時間を取って説明したほうがよかったかも。
  • ハンズオンの資料やソースコードについては、事前にダウンロード出来るようにしておくのが良い。ちなみに@shin1ogawaさんのGoogle App Engineハンズオンの資料がとても良い出来ということなので要チェック。
  • ZusaarやATNDの開催時刻には、集合時刻を書いておいたほうが参加者が混乱しにくい。今回の場合、10:00集合の10:30開始だったけれどZusaar登録を10:30にしていたので集合10:30と認識されてた方が数人。
  • 今回ぐらいの人数(計30人少々)なら、連絡のために参加者用メーリングリストを作成したほうがよかった。特に男性枠と女性枠を別にしてZusaarで募集していたため、全員宛の連絡手段が厄介だった。
  • 今回事前打ち合わせに使ったのはco-meeting。これ自体は良かった。けれど、Zusaarから参加者宛にメッセージを送ったら、その内容をco-meetingに貼りつけたほうがいい。Zusaarの仕様上、参加者宛てに送信したメッセージのログが残っていかないため、結果的に他の管理者には何やったかわからない。