Tsukamoto's blog

SNSを始める人にわかっていただきたいのは、シェアしなくてもいいということです。

企業ブランディングやプロモーションを手掛けるシータス＆ゼネラルプレスが、「SNSでのシェアに関する意識調査」結果（PDF）を発表しています。「SNSで『何でもシェア』に抵抗 75%」「内容によってシェアする相手を選びたい 66% 」は納得。でもそれよりもまず気になったのは次の表現への違和感でした。

現代人の『シェア疲れ』が明らかに

「シェア疲れ」って「理由がない限りシェアはするはず」という謎の前提がありますよね。でもSNSを始めるから、SNSを使っているからといって、シェアしなければと思わなくていいと思います。TwitterのCEO、Evan Williamsはこう言っています。

Twitterを始める人にわかっていただきたいのは、ツイートしなくてもいいということです。

これをもじった以下の投稿にも、多くの人がReblogやLikeといったりアクションをしてくれました。

Tumblrを始める人にわかっていただきたいのは、リブログしなくてもいいということです。

SNSを始める人にわかっていただきたいのは、シェアしなくてもいいということです。

あなたが投稿しなくても、私の投稿を読んでくれているだけで嬉しいです。私の投稿を読んでくれなくても、声をかければ届くところにいてくれるだけで嬉しいです。もしSNSに登録しなくても、SNSを眺めたり検索したりして何かいいことがあったら、あなたはSNSを活用している、楽しんでいると胸を張っていいのです。

もう一度。SNSを始める人にわかっていただきたいのは、シェアしなくてもいいということ、そんなことに息苦しさなんて覚えなくていいということです。

iftttとYahoo! PipesでWebページの更新ウォッチ

Tumblrの総ポスト数が、一昨日、200億件を超えました。このことをいち早く検知しようと思うと、「Tumblr | about」ページのカウンターをウォッチすることになります。

そこで質問。こうしたWebページ更新ウォッチはどうしてますか？

昨年、100億ポストが目前という時に、私はYahoo! Pipesを使ってこのTumblrのカウンターをフィード化しました。そして最近、このフィードをiftttというサービスで監視し、変更をメールするように設定しました。よく「Yahoo! Pipeとifttt、どっちが！」と比べられる両サービスですが、組み合わせると非常に便利です。

Yahoo! Pipes

• 柔軟なデータ操作が可能：Webページからデータを抜き出す、フィードをマージする、フィードを元にWebページを取得してフルテキスト化するなど
• パブリックなデータ（認証不要のWebページなど）しか利用できない
• フィード、iCal、JSON等の公開出力しかできない
• アラームが信用できない（※私の個人的な心象です！）

ifttt

• 個人アカウントでアクセスするサービスもインプット（Trigger）にできる：自分のTumblrやFacebook、Pinterestなど
• 個人アカウントでアクセスするサービスにもアウトプット（Action）できる：自分のTumblrやFacebook、Googleカレンダーやdropboxなど
• タスクの実行頻度が15分毎とはっきりしている（aboutページに明記されている）
• データの操作、加工はできない

レシピ

• Yahoo! PipesでWebページなどからのデータ取得、加工を行い、フィード出力する
• iftttでこのフィードをトリガーにしたタスクを作る

サンプル

• Tumblr Counter Mail

それPla、好きです。でもクラウド時代に自前Plaggerサーバーを持たないといけないのかというと、ちょっとという気がする。サーバーは持ちたくないけどYahoo! Pipesを気後れせず使えるぐらいにはテッキ―、そういう人はぜひ、「Pipes or ifttt」じゃなくて「Pipes and ifttt」のコンビネーションも試してみてください。

iftttの実行頻度や多様なチャンネルのアドバンテージと、いまでもPipesだからこそと言える柔軟性を組み合わせる。きっと便利です。

（追記）Pipes→ifttt→Twitterで@tumblecountというアカウントを、Pipes→ifttt→Tumblrでtumblecount.tumblr.comというTumblrブログを作ってみました。Twitterの方は、Twilogも設定済みです。

tstalk vol.1に行ってきました。

3月22日(木)に、Wikiばなその他でお世話になっている細野さん主催の「tstalk vol.1」というイベントがあり、行ってきました。ひとまず関連リンクをまとめておきます。

イベント概要

• 3月22日 tstalk Vol.1(東京都)（イベント案内ページ）
• tstalk Vol.1 - Togetter（発表者でもあった諸橋さんによる#tstalkまとめ）

発表資料

• テクニカルサポートと 「知のインフラ」の構築について（細野さん）
• Tstalk01 外資系通信機器ハードウェアメーカーにおけるテクニカルサポートとそれっぽいお仕事まわり（Yukihiro Kikuchiさん）
• 「しばらくお待ちください」の表側で（塚本）
• シャノンのテクニカルサポートとsplunk（西野さん）

ブログエントリ等

• テクニカルサポートというお仕事 - nekopの日記（飛び入り発表者でもあったnakopさん）
• 株式会社シャノン技術ブログ: テクニカルサポート勉強会（tstalk_vol1）に参加しました（発表者でもあった西野さん）

行ってきましたというか、ライトニングトークに参加してきました。サポートエンジニア話って「しばらくお待ちください」と言ってその裏で解決にあたっている人たちの話になりがちだけど、表側で顧客が待ってたり待ちきれなかったりするのも問題。そこまで含めて「サポートエンジニアリング」なんじゃないかな、という話です。

この準備をしていて気になったのは「テクニカルサポートって誰のことだろうな」というところです。

実際、tstalk vol.1の話はどれも面白かったし考えさせられました。細野さんの「知のインフラ」の話（これを聞いて細野さんの中で「Wikiばなの延長にあります」というのが腑に落ちた）、kikuchiさんの話す外資系の分業の徹底ぶり、西野さんの「時系列にすべての情報が追える」Splunkの有用さ、hebikudureさんのライフサイクルとか（非公開につき濁しとく）、けるるさんのスモールスタートなサポセン構築Tips、堂前さんの「公式Twitterがあったから炎上しませんでしたワナビー」話、wakatonoさんの「質問は斜め上から来る」話。

ただ、結構みんな、どこの人たちの話をしてたか、というところが違った気がする。大きくいえば(a)「電化製品等のメーカーが開設する、操作方法などの技術的な問い合わせを受け付ける窓口」（IT用語辞典e-wordsより）というサービスとして話してた人と、(b)本当に技術主管ないし製品主管として行う技術的な支援業務やその担当者について話して人がいたように思います。これは「テクニカルサポート」という言葉の広さから来ていると思います。

(a)問合せ窓口の意味でテクニカルサポートという言葉を使う場合、私の周りではその体制とそれぞれの役割をファーストライン、セカンドライン、etc.と呼んでいることが多いです。検索してみたら、他社でもこう言う他、ITILでも一次サポート、二次サポートといった言い方をして、そこに役割や役職を割り当てているようだったので、まとめてみました。

この先、tstalkが交流の場になっていくのか、議論や検討のようなこともしていくようになるのか分かりません。これが、後者をするようになったら、その時には「共通言語」がいるんじゃないかな、というのがWeb 2.0から仮想化、クラウドと多義的に使われるバズワードの中で手を動かしてきての感想。まあ交流の場になるのでも、「このあたりのことをこの立場でやってるんだけどさ」がスムーズに通じた方が、話しやすそう。(b)なら「開発メインなんだけどセカンドラインのサポート業務が半分超えててさ」とか。

tstalkの話に戻ると、細野さんの「知のインフラ」の話は、どうなっていくのか気になります。上図の調べごとをしていて「これってITILの世界なんじゃないの」とも思ったけど、でも役割やインシデントのハンドリングなどがきちんと定められたITILのフィールドに対して、ファーストラインからサードラインやそれ以降までが一体というか混然となってSECIモデルを回して知を創造していくフィールドってまだ薄いのかもしれないし。

次回も楽しみにしています。

（追記）西野さんの資料とブログエントリ、細野さんの資料を追加しました。

Wikipediaの「検証可能性」はたいしたことを求めていない

Wikipediaの「検証可能な参考文献や出典が全く示されていないか、不十分です」は、言葉の仰々しさのわりに求めていることは結構カジュアルでたいしたことじゃない（はず）、という話。私のWikipedia理解に基づいている話で、もしかしてWikipedianとしてはそんな緩いの許さねーぞ、という話があったらごめんなさい。

まずはイースシリーズに携わられた岩崎さんのブログエントリ「Colorful Pieces of Game::21年前の事を書いておこうと思ったワケ」から。二年近く前の話なのですが、昨日Tumblrのダッシュボードに流れてきました。

WikipediaにイースシリーズやイースI・IIの項目がある。

この項目は、当時を知っていた人間（多分関係者(笑)）が書いたと思われる話が結構載っているのだが、昔の話について「文献がない」だのとケチをつけられており、読んでいて悲しくなってしまった。

だいたいWikipediaの主張する検証可能性なんて話を始めると、この当時のゲームを作っていた人間の話なんて、みんな検証不可能だ。ほとんどは口伝の伝説みたいなもんである。検証可能な話と出来ない話は腑分けして「これは検証不可能な話です、もしかしたら嘘かも知れません」と但し書きをつけておけばいいだけで、検証可能性自体が自分たちの可能性を狭めていることに気がつかないのかと言いたくなるが、まあいいや。

当時の「イースシリーズ（'10/03/16時点）」「イースI・II（'10/03/16時点）」も見てもらったほうがよいかもしれません。特に前者。

で、まず「検証可能な話と出来ない話は腑分けして「これは検証不可能な話です、もしかしたら嘘かも知れません」と但し書きをつけておけばいい」は全面的に賛成。ここそれでも「書いた人について調べる」という手立てが残されるケースでは、そうしたスキームがWikipediaに取り入れられるといいと思います。

と、むかっ腹がたったのと同時に「真実を知っている人間は減っていく」ルールがあるので、1988-89にイースシリーズに関係した人間の１人として、当時の事を自分が覚えている限り、出来るだけ正確に書いておこうというのが、この記事の目的。まあ一度資料として残しておけばweb archvieとかいろいろな形で残っていくだろうし。少なくとも80-90年代のゲーム開発に関する雰囲気を知れる資料程度になればいいなあと思っている。

一方で、こうして身元の分かった人（どちらのページにも岩崎さんはクレジットされている）がブログででも記事にすると、それを参照するという形で「検証可能性のある」「出展の明記された」内容になる。ちょっとメタっぽいけど、「検証可能性」というのは、「検証の糸口がある」ということを求めているという程度で、「検証に耐えられること」まで求めてないと理解をしています。だから、これで十分で、グッドジョブです。

要するに、Wikipediaのスタンスは「Wikipediaは一次情報ではありません。一次情報は他の場所で書いてね」という感じ。Wikipediaのスタンスが「良い」というわけではないですが、「良くも悪くも」最初からそんな感じで、そこを踏み外さないのがWikipediaだと思っておくと、うまくやっていける気がします。

CitrixとVMwareの「ANY Device」

ITmediaの「企業のワークスタイル変革の支援に注力、シトリックスの2012年事業戦略」という記事で、CitrixとVMwareの「ANY Device」観についてちょっと思ったことがあるので、メモ。

CitrixはANY Deviceを打ち出しているけど、この点はVMwareも同じ。むしろ、業界全体が場所、時間、端末を選ばずに業務ができる、というよりすでに従業員が場所や端末を好きに選んで業務ができる方向を向いている、と思う。

ただ、そのANY Deviceを実現するアプローチがちょっと違う気がする。

• Citrixはデスクトップ仮想化およびアプリケーション仮想化でWindowsアプリケーションをANY Deviceからアクセス可能にしようとしている。
• VMwareはデスクトップ仮想化もしつつHorizon AppManager、vFabric、プロジェクトAppBlastでSaaS化、アプリケーション自体のANY Device化を促そうとしている。

図には「同社（Citrix）の事業領域をイメージ化したもの」というキャプションが付けられている。ここに現れていないものを考えれば、Citrixの事業領域にはアプリケーションの使い方を変えることは含まれていても、アプリケーションのあり方を変えることは含まれていない。そしてVMware社の事業領域には、それが含まれている。

デスクトップ仮想化のCitrix XenDesktopとVMware View、アプリケーション仮想化のCitrix XenAppとVMware ThinApp。サーバーに続いてクライアントを物理マシンから自由にする、ANY Deviceにするというフレーズを掲げ、よく似た製品群でアプローチしているのかと思っていた（実際によく比較される）両社だけど、それは現段階の製品ラインナップまでの話で、意外とそれ以降に描いているJourney（旅路、これも彼らが好む言葉だ）は違うのかもしれない。

「日大闘争の記録」「続日大闘争の記録」を観てきた

最初にお断り。私は製作者の身内なので、以下はその分を差っぴいてお読みください。身内贔屓しているつもりはないし思想は教育されてないし当時のことを聴かされたりもしていないけれど。でも25分ぐらいで流れる歌は聴いたことがあるかな。

----

オーディトリウム渋谷で開催されている映画祭1968で「日大闘争」「続日大闘争」を観てきました。

必ずしもシンクロしない音声と映像。最後まで続けられず次が重ねられる言葉。学生運動を全共闘自身が撮ったフィルムだというのに、この映画には思想を伝えようとか感化しようという熱狂をまるで感じません。Youtubeにアップロードされた動画には「日大闘争の記録」とありますが、まさに記録。画面に映っているのは、闘士でもアジテーターでもなく一人ひとりが一人の大学生に見え、カットイン、カットアウト的に挿入され終わらされる言葉はあくまでそれぞれの肉声として聞こえてきました。

そのスタンスが貫かれた二本のフィルムからは、当時こういうことがあり、こういう学生たちがいて、こういう空気があったという事実だけが脚色なしに伝わってきます。多分、時代と言うものがあるのでしょう。当時の人たちは熱気を共有していて、記録を通して事実を再体験することで再燃の糧になったのかもしれません。今の私が観ていて感じたのは、ある種の寂寥でした。

日大闘争（Youtubeでも観られます）で感じるのは、大人が大人として振舞ってくれないことに対する学生の激しい憤りでした。そこに共感した時に「古田会頭は8.4団交を一方的に破棄、バリケードに暑く長い夏がやってきた」ののテロップ。Occupy Wall Streetが頭をよぎります－拡大基調が止まった運動は、時間で削ぎ落とされる。大人が、大学が、法治社会が正面からぶつかってくれないうちに闘争に暴力が持ち込まれ、続日大闘争へ。ここではすでに戦場が映されており、ここではすでに戦争が映されています。そして、その中でもこのフィルムを通してみると、そこに立っているのは闘士でもアジテーターでもなく最後まで学生に見えるのです。

これが私の感じた「日大闘争」「続日大闘争」。これは私の父母の時代の出来事であり、私は私の時代性の中で解釈し感じていますし、主催の現在の日大3年生はさらに一回り違う時代性の中で解釈し感じているのでしょう。「日大闘争」「続日大闘争」はもう一回、2月3日（金）18:20から上映があるようです。お時間のある方は観に行って、それぞれの「日大闘争」「続日大闘争」を感じてもらうのがよいと思います。

最後に、上映後にトークセッションがあったのですが、ひとまずここでは触れません。でもトークセッションの締めが、日大闘争当時の日藝生から現在日藝生である「私たちに一言お願いします」だったけど、あそこは現役日藝生からもこのフィルムをどう感じたのかを一言返すべきじゃなかったかな？それがあってこそ、映画祭1968を今の日藝生が開催する意味があったと思うのだけど。

スケッチブック的なホワイトボード「Nuboard」

A4番のスケッチブック風、開くと紙面はホワイトボードというNUboardを使い始めました。

昨日はディスカッション、今日はミーティングのノートとりに使ってみましたが、なかなか気持ちいいです。

■Nuboardの気持ちよさ

気持ちよさの理由は、きっとホワイトボードだとラフに書けること。

最近は紙やホワイトボードに書き出してみる、図示してみると言うことが好きです。もともと紙に文字を書くことが苦手（字が汚い）でワープロにはまって、コンピューター世界に来たのですが、Powerpoint等で頭の中を書き出す、図示するということが多くなってから、逆にざっとラフに紙やホワイトボードに書き出したり図示したりすることが好きになりました。Powerpoint等できれいに作るよりもずっと好き。

Nuboardはスケッチブック風に開いて、ホワイトボードなのでザザッと書き出して気に入らないところは消して書き直して、すごく頭の回転に近い速度で考えたことを可視化できます。可視化するとそこを足場にもっと考えを進められるという風に、「考える」と「書き出す」は二人三脚で進むので、ここが早いと気持ちよいのです。多分。

ディスカッションする時もそう。一緒に考えたり話すスピードで、一緒に書き出して書き足して書き直していける。ディスカッションでは8ページあるのもポイントで、考える対象や角度が変わると次のページに進むのですが、「さっきの話に戻りたい」といってページを戻したり、「ここまでいろいろ考えてきたけど、全体としてどうなる？」といってあちらこちらのページを見直したり、とてもスムーズに進められました。

■何に使えるのか、と言うよりどこでもなににでも使える

Nuboardを買う前に調べていて、ちょっと面白いと思った関連記事を紹介。

2011年11月2日に欧文印刷から発売された「NUboard」は、コンパクトなA4判変型ツインリングノート形式のホワイトボード。[…]数十冊ごとの小ロット生産で、店舗流通なしのショッピングサイトのみという限定販売だったが、100冊以上がまたたく間に完売。発売後1カ月を待たずして3度もの在庫切れになり、会社へ問い合わせが殺到した。当初はビジネスシーンを視野に入れて作成した商品だったが、学校の先生が体育の授業で使いたい、入院患者が筆談するのに使いたい、など、ユーザーは予想を超える層にも広がったという。
--持ち歩けるノート式ホワイトボード「NUboard」が人気 - ヒット研究所 - 日経トレンディネット

デザインのよさと機能の分かりやすさで、開く場所を選ばないし使う人を選ばないと思います。僕は昨日、喫茶店で雑考するために開いて、電車の中でメモを取るために開いて、レストランと知人のオフィスでディスカッションするために開きました。今日は会社で開き、他社の会議室で開きました。紙が似合わないところを想像すると、きっと工場なんかで開くのもとても便利でしょう。

■買った人のためのTips

よいTipsが「いつでもどこでも使えるノートタイプのホワイトボード『NUboard』がすごい５つのワケ 【 マインドマップ１年生 plus ライフハック！ 】」に載っていますので、買った人は読んでみることをお勧めします。私からは、使ってみて気づいた、気をつけたいことを少し挙げておきましょう。

• 書いたことは「スマートフォンで撮影してメール」で保存するのが手軽です。いずれ各ページを綺麗に消すことになるでしょうが、その時には今の内容を残しておきたいでしょう。ラフに書いたものは、書き写したりテキスト入力したりといった「清書」などしないでそのまま残せば充分です。難しく考えるより、写メしてしまいましょう。
• 打ち合わせなどが終わったら全ページ消しておきましょう。8ページしかないので、消すこと、次のタイミングでフルに使えるようにしておくことがお勧めです。また実際の話、専用ペンに付いているイレーザは小さくて、1ページ消すのもなかなか大変で、使いたいと思ったときにとんだブレーキになります。

あとは専用ホワイトボードマーカー単体で買えることを知っておくとよいかな。意外に赤が早くダメになりそうな気がしました。

■ホワイトボード好きにお勧めしたいNuboard

私は気に入ったNuboardですが、2,500円となると「みんな買うといいよ！」とは言いにくいところです。ですが、「考え事や打ち合わせは書きながら」派の人にはお勧めできます。変化球では、iPadを使い始めて客と一緒に覗き込みながらプレゼンをして「あれ、これだと何か違うぞ（いい意味で）」と思い始めた営業さんとか。それ、ホワイトボードプレゼン効果ですよ（多分）！

まとめてしまえば、ホワイトボード好きの人ということになりますが、そういう人にはお勧めです。あ、アフィリエイトではあるけどステルスマーケティングじゃないよ！

（追記）

全面消したい時はティッシュなどでもOKとのこと。

多謝です。ティッシュや柔らかい布、フェルトでも代用可です  — kumita-jojさん (@kumitajoj) 1月 30, 2012

これで死角はないから、みんな使うといいよ！

かがり火マーケティングと呼んでみる

あるショップが行ったマーケティング活動の紹介記事がFacebookでシェアされていたのだけど、タイトルに「囲い込み」という言葉が使われていることに一言申さずにおられないというコメントが感じで続いていて、最後にオヤと思いました。

なんで「囲い込む」って言葉を使っちゃうかなーと思います。いや、(このショップ)も(このニュースサイト)も好きですよ（フォロー

そうそう、（略）ってどうよ？と思います。いや、(このショップ)も(このニュースサイト)も好きですよ

そうそう、（略）の恐れはありますよね。あ、忘れてましたが(このショップ)も(このニュースサイト)も好きですよ！

少し前に（略）は考えないといけないと思いますね。あ、忘れてましたが(このショップ)も(このニュースサイト)も好きですよ！

いや、（略）だと思いますよ。(このショップ)も(このニュースサイト)も大好きですが。

けっきょく（略）という。(このショップ)も(このニュースサイト)も好きですが、これステマじゃないです！

口々に好きと言われているものだから、ついうっかり僕も(このショップ)も(このニュースサイト)も好きになっちゃいそうになりましたが、たしかにステマ（ステルスマーケティング）じゃないですね。方向性はどちらかというと炎上マーケティングに近い気がします。ただし無意識に生まれた、成功した、炎上じゃない例。

• 反感じゃなく違和感にとどまるフックがある。
• 違和感が一言申さずにはいられなくする。
• でも苦言を呈しちゃうと後味が悪いので、エクスキューズが続く。

問題点がトリガーになって苦言が猛烈に噴出すところまでは似てるのだけど、そこでエクスキューズが引き出されて、普段は「好き」と口にしない人からも「各論嫌い総論好き」的な発言が出てくるのがまるで違うところです。「反感じゃなく違和感」なのと、さらに「普段は愛され」であることが必須かな。

炎上ではなくもっと小さな小火（ぼや）というべきかと思ったけど、そういうネガティブ・ニュアンスじゃないですよね。キャンプファイアや焚き火の燃え盛り方でもなく、でも燠火や埋み火でもなく、「かがり火マーケティング」とでも呼んでみるかな。

炎上マーケティングとかがり火マーケティングの違いを効果以外でもう一つ挙げると、炎上マーケティング（マーケティング技法だと思ってないけど）が反感をただ掻き立てて煽ればいい単純さに対して、「反感ではなく違和感」のさじ加減は難しすぎて、きっと意識的にはまずできなそう。つまり炎上マーケティングとは別の意味で、かがり火マーケティングも技法として成立しなそうです。

えー、いやその。でも「愛されるお店であるべき、そうであれば時にこんな災い転じてなことも」ぐらいの話にはなるかな？かがり火マーケティングエフェクトということで。

「新春座談会 このコンピュータ書がすごい! 2012年版」に行ってきた

毎年ジュンク堂池袋店で開催されるトークセッション「新春座談会 このコンピュータ書がすごい! 2012年版」に行ってきました。

個人的な見所、期待は(1)昨年のトレンドをつかみ知らなかった本を補完することと、(2)書影による高橋メソッドを堪能すること。高橋メソッドはスライド作りではなくプレゼンテーションのメソッドなので、本の表紙を一枚のスライドに見立てて聞くと、ここには高橋メソッドプレゼンのスライド以外のエッセンスが濃縮抽出されて出てくる気がしたりしなかったりまあそんな感じです。

昨日のTwitterへの投稿ログを整理しておきます。

■気になった本

体系的に学ぶ 安全なWebアプリケーションの作り方　脆弱性が生まれる原理と対策の実践

「出版前に著者がレビュアーをたくさん募ってクオリティを上げた」安全なWebアプリケーションの作り方 http://amzn.to/y93osL (19:52:59)

FORM+CODE -デザイン／アート／建築における、かたちとコード

「FORM+CODE -デザイン／アート／建築における、かたちとコード」これか。http://amzn.to/A4OqoB (20:06:49)

NoSQLデータベースファーストガイド

「NoSQLデータベースファーストガイド」ランク外から。これも気になる。でも今日はまだ買わない…と思う。 http://amzn.to/xkvWqs (20:11:33)

アジャイルサムライ－達人開発者への道－

「アジャイルサムライどうしましょう」「え、じゃあ監訳者の角谷さん」でいきなり観客席にマイクが行く。 http://t.co/CBNclOm2 (20:25:47)

Cooking for Geeks ―料理の科学と実践レシピ (Make: Japan Books)

Cooking for Geeksキタw (20:36:03)

でも今スマート・ホームとかナショプロな勢いだしあと1、2年で台所にIPネットワークとセンサネットワークが張り巡らされて、キッチンはプログラマブルになってHello, Kitchenな時代になるよ、うん（根拠なし）。 (20:40:15)

WEB+DB PRESS 総集編 [Vol.1~60]

「震災の影響で紙とか揃わなくて、Web+DBと色味の違う黄色みがかった表紙になってますが」Web+DB総集編。 (20:43:10)

Making Software ―エビデンスが変えるソフトウェア開発

「Making Software ―エビデンスが変えるソフトウェア開発」あまり話題にならなかったけど面白い本です、との紹介。実用は抜きにして面白そう。http://amzn.to/yLP5sE (21:06:14)

Webデザイン受発注のセオリー　デザインコントロールが身につく本

「Webデザイン受発注のセオリー デザインコントロールが身につく本」これも買う。ただ対象レベルがもう一段低いのも欲しいんだよな。http://amzn.to/yWD9DS (21:13:12)

UMLモデリングの本質 第2版 良いモデルを作るための知識と実践

「UMLモデリングの本質 第2版 良いモデルを作るための知識と実践」よい設計とは美しい設計であるとの断言が響いた、との紹介。http://amzn.to/xNwuZ2 (21:16:54)

Amazonランキングの謎を解く: 確率的な順位付けが教える売上の構造

「Amazonランキングの謎を解く: 確率的な順位付けが教える売上の構造」昨年出版中で @takahashim の一押し。http://amzn.to/wlyojO (21:22:27)

一般意志2．0　ルソー、フロイト、グーグル

「一般意志2.0 ルソー、フロイト、グーグル」内容は妥当で面白いし、ご本人も自分は技術に明るくないからとオープンなスタンスで書かれている、ギャップを自分ならどう埋めていくかと考えながら読んでいくと面白い、との紹介。http://amzn.to/ye8tcf (21:29:12)

アート・オブ・コミュニティ ―「貢献したい気持ち」を繋げて成果を導くには

コミュニティマネージャー本、タイトル意識に残せなかった。不覚。 (21:30:10)

Taisuke Yamada: @tsukamoto The Art of Community です / 読んだけどまるで実践できていない・・・ (21:31:38)

@tyamadajp それでした。ありがとうございます！ (21:37:10)

この中で結局、「Webデザイン受発注のセオリー　デザインコントロールが身につく本」と、Tweetこそしなかったものの「７つの言語 ７つの世界 」を買って帰りました。Ruby、Io、Prolog、Scala、Erlang、Clojure、Haskellを紹介する本で、序文の「複数のプログラミング言語とパラダイムを使いこなせれば、プログラマとしての幅が広がります」の文に「そう、最近のプログラミングの世界のパラダイムを肌感覚として感じておきたいのだ」と刺激されたためです。

これは終了後にコンピュータ書籍売り場に足を運んで急に欲しくなった一冊ということになり、今の電子書籍の試し読みやAmazonでの中身検索では、まだこうしたことが起こる手軽さには届いてないかも知れません。余談ですが、私のブクログの「読みたい｣本棚、およびAmazonのウィッシュリストはこの日、9冊伸びました。買って帰ったので「積読」本棚に移った2冊を合わせれば11冊になります。

■感想

今年のラインナップには、私が気になったフィールドではiPhone（iOS）、Android等のモバイル系とJavaScript、HTML5、CSS3などのモダンなWeb系の開発関連書が急増したな、という印象。

また高橋さんは今年のトレンドとして「入門書が良く入っていて、フルカラーなど読者に優しいものが増えた」と印象を語られていましたが、私にはジュンク堂では入門書だけではなく「初心者から技術者に踏み出すための『二歩目』の本」がよく売れているな、という印象を受けました、登壇者各位のスキルとともに、ジュンク堂の客層、ジュンク堂らしいランキングがあるから楽しく勉強になるのかもしれません。

ところで一点、気になったことを。

高橋さんが「達人出版会やってるけど紙本は出してないから一応、読者代表で」と挨拶してたけど、そもそも電書はジュンク堂ではランクインしないからいいのか。でもあと一、二年で紙書籍縛りって厳しくならないかな。 (19:45:11)

正月の前後で、私は達人出版会から「情報共有の未来」「知る、読む、使う！ オープンソースライセンス」「ケヴィン・ケリー著作選集　１」の三点を購入（ただし最後のものは無料）していますが、これは少なくとも今年のジュンク堂池袋店という「リアル店舗の紙の書籍｣ランキングには登場の余地がありませんでした。今後、こうしたランキングに入らない「すごいコンピュータ電子書籍」というものが出てくるはずで、紙の書籍縛りというのはちょっと微妙なものになってきそうに思います。

それは、ある意味では楽しみなことです。著者と読者の現実が、現状の出版状況と乖離していくことですから、それがあらわになると電子書籍の位置づけが大きく変わるでしょうから。その意味も含めて、来年の「このコンピュータ書がすごい」も楽しみにしたいと思います。

■関連リンク

• 『このコンピュータ書がすごい！ 2012年版』最新情報 - compbookグループ（2012年1月）
• インフォメーション：「新春座談会 このコンピュータ書がすごい！ 2012年版 ～2011年に出たコンピュータ書ならこれを読め！～」1月14日に開催｜gihyo.jp … 技術評論社
• Ustream.tv: ユーザー gihyojp: このコンピュータ書がすごい 2012年版（録画）

高橋さんの「思っているよりもずっとずっと人生は短い。（2012年1月）」と前月あたりもあわせて読むといいかもしれません。

日本人の気質になじみにくいfacebookの「不参加」ボタンとネガティブフィードバック

「日本人の気質になじみにくいfacebookのイベント告知機能と、「参加しない」というネガティブフィードバック - KandaNewsNetwork」に頷きつつ、でもこれは日本人気質ではなく日本語訳がまず悪いんじゃないかな、とも思う。

米国などのイベントでは、YESの人たちのみが返事をするので、こんな人が参加するから、参加したいというように参加するポジティブなフィードバックが反映してきてこのイベントの告知機能は活きる。

しかし、日本の場合は、このフィードバックが正反対なのである。イベント告知にあるのは、

• 「申し訳ありません。当日は所用があり…」
• 「せっかく、ご案内いただいていますが、その日程は…」
• 「その日はあいにく結婚式があり…」
• 「残念ながら参加できませんが、イベントの成功を祈っています」

といった、不参加のネガティブな理由がズラズラと列挙される。

「不参加」というボタンなので僕も説明圧力を（勝手に）感じる。これが「表示しない」だったらそれはただのスイッチだ。でも「不参加」だと意思表示だから、私は不躾にならないようにという気持ちを覚える。そして、「主催者が知りたいのは参加する人の情報だけでいいはず」という指摘にはとても頷けるのだけど、どうやら私は、主催者だけじゃなくその周りの人の目にも不躾と映りたくない、ようなのだ。

言語を英語に変えると、イベントの招待に表示されるのは「Join」と「Decline」になっている。つまり「参加」と「辞退」。丁寧な響きだね。まだ説明圧力を覚えずに済む（繰り返すけど、説明圧力が「ある」のではなく、勝手に「覚える」のだとは分かっている）。てっきり「No」とか「non attendance」ぐらいの元から空気読まない表現だったものを訳したのかと思っていた。

「facebookが不参加の理由をわざわざ投稿させようとしているからタチが悪い」には同意なのだけど、どうも「日本人の空気を読めないfacebook」だからというより、空気を読めてもよさそうなUIの翻訳者が「Decline」に「不参加」の語をあててしまったのが最初の問題のように思う。あえていえば、この機能ではなくこの訳語こそがネガティブ・フィードバックを呼んでいる。直訳するなら「辞退（する）」でもいいし、「表示しない」「アラームを消す」のようなスイッチにしてしまってもよかった。

指弾されるべきは、イベント告知「機能」ではなく、まず不参加という「UI」じゃないのかな。イベント告知は、活用されていい機能だ。活用するために、「参加しない人は、イベントの告知は、黙ってスルーしてあげる」のはよいマナーだ。そして、Facebookは機能ではなく、UIを見直すべきだと思う。