nDiki : アウトプット主義

すべての情報を共有する。情報閲覧者が判断する。

帰りの東北新幹線で、ウェブ進化論の続きを読む。 興味を持ったのはこれ。

シルバースタインは「こうした情報共有の仕組みをテクノロジーが支える」と語ったが、グーグルの社内情報システムはごく普通のシステムの組み合わせだ。ごく普通のブログや掲示板、社員全員が同じ文章を自由に編集できるウィキ (Wiki) と呼ばれる共同作業用環境、検索エンジンといったものの組み合わせである。-- ウェブ進化論 p.86

社内に Wiki を立てて、周囲を巻き込みつつ情報共有のため基盤と文化を育てようとしている自分にとって「ごく普通のシステムの組み合わせだ。」というのは心強い話である。

本書ではさらに、下記のように続く。

道具自身に革新性があるのではなく、すべての情報を共有することを原則に「情報自身の淘汰に委ねるという思想のほうに革新性があるのだ。 -- ウェブ進化論 p.86

はてなの近藤氏も2005年7月27日の記事で同様のことを述べている。

ここで大事なのは、「その情報を出すべきかどうか」を情報発信者が判断するのではなく、全ての情報を出しておいて、情報閲覧者が「その情報を読むべきかどうか」を判断すればよい、と考えることです。-- CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報の私物化を禁止する

効果的にコラボレーションをして成果を上げていくにはメンバが、積極的に情報をアウトプットし共有していくことが重要である。

しかしながら情報のアウトプットというのはなかなか実行されないものである。 理由はなんだろう。

1. 情報共有/活用基盤がない。
2. 情報を共有するという文化がない。
3. 情報をアウトプットするコストが高い / 高いと感じる。
4. 情報をアウトプットするメリットを理解できない / 感じられない。
5. 情報を制限することで権限を維持したいから。

あたりか。

Wiki の次の一手として社内 Blog を立ち上げることにしよう。

---

[ アウトプット主義 ] [ 読書ノート ] [ opinion ]

新幹線でウェブ進化論を読み終えた

帰省の時に車中で途中まで読んだウェブ進化論の残りを、これまた新幹線で読み終えた。

後半で興味深かった点を挙げてみよう。

Blog

本書の中で「知的生産性のツールとしてのブログ」からの引用に非常に共感を得た。

「自分がお金に変換できない情報やアイデアやは、溜め込むよりも無料放出することで(無形の)多きな利益を得られる」 -- ウェブ進化論 p.164 (「知的生産性のツールとしてのブログ」から引用)

まず個人にとってのオープンソースとかブログは何か。それはポートフォリオであり、面接であり、己の能力と生き様がそのままプレゼンテーションの装置として機能する。 -- ウェブ進化論 p.164 (「知的生産性のツールとしてのブログ」から引用)

自分が(大した内容ではないにせよ)書き続けているのも、やはりそれによって有形・無形の利益を得ているからである。

情報をとりまとめて発信し続けることは時間もエネルギーもかかることであるが、かけた分だけ得るものも多い。 でなければ、続くわけがない。

どんどんアウトプットする。 この気持ち良さ。

---

[ 情報発信 ] [ アウトプット主義 ]

私が情報発信を勧める理由

「社内 Blog」をまわりのスタッフに勧めているのだけれど、

• 「やってみてメリットを感じている人」
• 「とりあえず(私に)勧めらたので書いてみてくれている(のかな?)という人」
• 「Blog という形態にメリットが感じられないので、やる気がしない人」

と様々だ。

話を聞いているなかで、情報発信のメリットやポイントについて自分でも整理してみたくなったので思うところを列挙してみた。

• あなたが発信すれば、あなたにも発信してくれる。
• 発信のための「とりまとめ」や「書き出す」という作業は、自分の中での理解を深めることにつながる。
• 迅速に。情報の多くは時間とともに価値が下がる。
• 送り手ではなく受け手が選別する。
• 「受け手は知っているはずだから」と遠慮しない。実は知らないということも多い。
• Web ページ・Wiki・Blog・あるいは張り出しなど、うまくメディアを選ぶ。
• 情報発信そのものよりも、その情報でいろいろな事が良くなること(生産性の向上など)が重要。

すぐに思い受かんだ点はこんなところ。

どれもすでにいろいろな人に語られているようなものであり、やってみれば実感できるものである。

人のためのようで、一番自分のためだったりするのが情報発信。

---

[ opinion ] [ アウトプット主義 ]

仕事が面白くないなと感じている人、プレイフル・シンキング。

「プレイフル・シンキング 仕事を楽しくする思考法」を読了。 始めにいっておくと、仕事がつまらなくてこの本を手にとった訳ではない。 プレイフル・シンキング (playful thinking) の

「プレイフルとは、物事に対してワクワクドキドキする心の状態のことをいう。」 -- p.16

の「わくわく」というところに魅かれたからである。

しかし実際たしかにこの本は「今の仕事が面白くないな、嫌だな、やらされているな」という人に超お薦めの本である。

プレイフルになるには?

本書の中心的キーワードがメタ認知だ。

「メタ認知」とは物事を俯瞰したり、多角的な視点から眺めてみることである。-- p.44

メタ認知により状況を把握し、状況に応じて行動していけるようになる。 次に、自分なりに課題を設定しなおして、「これは私の仕事ではない」を「これは私の仕事だ」に変えることで、プレイフルに取り組んでいくようになれる。「仕事の意味付けを変えたり課題を設定しなおしたりして、自分にとっておもしろい仕事に変えていくことがモチベーションを高めるうえでも有効(p.58)」なのである。 そして「『よく見せたい』よりも『よくなりたい』と思う気持ちが、あなたを成長させていくのである。(p.38)」。

省察

もう1つのキワードが「省察」。自分の活動を振り返ってみることである。 省察により体験を経験に熟成させるのが重要。 「アウトプットは省察のもっともパワフルな手法なのである。(中略)。アウトプットは学びのそのものの行為でもある(p.103)。」はアウトプット主義を支援してくれている。

メタ認知と省察に関する話を読んで腑に落ちたのが「スーパーエンジニアへの道」で勧めている「自己盲目性を克服する道具」としての「個人的日誌」だ(記事)。自分の行動を変えようと思ったとき、「自分がどう反応するか」を知ることが重要であるとしているのだが、これはまさにメタ認知そして日誌に書くという省察なんだな。 個人的日誌の重要性を再認識。再開して Evernote でつけてみることにした。

やってみる

そして、やはり動いてみるのが一番大事。 「あなたが動けば状況は必ず変わる(p.88)」というのは非常的に勇気づけられる言葉だ。 組織でもやはり何か動いてみなければ何も変わらない。プレイフルを意識しつつ、一歩ずつ始めていきたい。

• プレイフル・シンキング

---

[ 読書ノート ] [ お薦めの本 ]

今日のさえずり: ああ、紙への回帰熱が出始めたっぽい

2011年09月26日

• 08:38 Web 日記に。アウトプット主義です。 RT @mushikabu: @Naney なにーさんって、本読みながらメモとかされてませんでしたっけ？？あのメモって、後からまとめたりするんですか？？
• 08:43 @mushikabu やはりインプットだけでなくアウトプットが大切ですよね。非公開でもいいと思うんですけど、公開だと読む時も真剣さがアップするのでよりいいと思います。
• 08:44 母が予想より早く今週ぐらいに退院になりそう。順調でなにより。
• 09:45 噂の渋谷の歩道橋ソファ。 http://t.co/HdX4Vdl8
• 10:05 ちょっと座れるレベルではなかったですね。 RT @shinsuke_: @Naney 見ました見ました。歩道橋ソファ
• 10:12 これで家に帰らずにリラックスできますね。 RT @yasa_gurek0: 我が家のソファと色違いなんですコレ RT: @Naney 噂の渋谷の歩道橋ソファ。 http://t.co/HdX4Vdl8
• 10:16 ああ、Becky! でメール破壊くらってる人が。
• 10:34 朝一で trunk merge しようとしたけれどテスト失敗。仕切り直す。
• 11:28 RT @Shingi: ええ!!!? 終了？ (2011年9月26日現在) / “Android™ au” http://t.co/lW1AchmB
• 13:19 原因わかった。 use に循環作ってしまって use constant が後回しになり bareword。
• 13:42 塩牛丼 400円。 (@ 神戸 らんぷ亭 渋谷並木橋店) http://t.co/hFx9v2vv
• 13:53 開栓後冷蔵庫(0～10℃)保管となっているドレッシングがテーブルに並んでいますが大丈夫でしょうか?
• 17:15 Google Chrome でのマウス中ボタンクリックでの iframe オートスクロールをやってみた。なるほど、スクロールバーが表示されていなくてもスクロールできるね。
• 17:27 Windows 7 ってスピーカー/ヘッドホンの接続みてるんだ。
• 19:57 退勤。
• 20:10 ああ、紙への回帰熱が出始めたっぽい。ブレーンストーミング用のノートを脳が所望している。
• 20:30 そしてロフトにいる。

Perl の会なのに Perl の話が多くてびっくりした PerlCasual #05 #perlcasual

渋谷ヒカリエの NHN Japan にて @yusukebe 氏主催の「PerlCasual #05 - もうすぐ春だから Perl やろうぜ!」に参加してきた。NHN Japan は 第3.5回 データ構造と情報検索と言語処理勉強会 以来。@lapis25 氏や @yasa_gurek0 氏とテーブルを囲んで興味深くトークを聞いた。

YAPC::Asia Tokyo に代表されるように Perl のイベントって Perl と関係無い話が多いのに、今回は普通に Perl がからんだ話が多くてびっくり。casual だけれど ATND みても参加者常連の濃い人いっぱいだった印象。

Talk

• @ruik 氏 (KDDI の人)
  • Perlでの"小規模"アプリ制作事例
  • Mojoulicious でアプリ
  • さくっと他社サーバ使ってた。
• @koba04 氏 (モバイルファクトリーの人)
  • PerlCasual#5でお話しさせて頂きました #perlcasual - 車輪を再発明 / koba04の日記
  • 元タワレコ店員×Perl×Webサービス (PerlCasual #05)
  • モチベーション大事。
  • MurmurHash
  • 「アウトプットしよう」
  • アウトプット主義いいね。

ライブコーディング

• @sugyan 氏 (NHN Japan の人)
  • #perlcasual で再びライブコーディングさせていただいた
  • Amon2・Heroku

LT

• @kenjiskywalker 氏 (カヤックの人)
  • OSS Community 初心者が Perl Community から学んだ1年
  • 「Perl Community で発表してみると面白い体験できるかもしれない」
• @studio3104 氏 (NHN Japan の人)
  • #PerlCasual 05 に行ってしゃべってきた！ - studio3104::Blog
  • Tumblr とおっぱい画像収集とログ偽装。
• @sasata299 氏 (Lang-8 の人)
  • Perl使ってません
  • 全員挙手させるには唐揚げ有効。
  • 「ブログ書きましょう」
• @yappo 氏 (NHN Japan の人)
  • #perlcasual で例外処理の話した
  • ついに顕在化しはじめた Exception リスク
  • DQ の話と軽量例外モジュールの話。
  • yappo 氏、その場でイベントにトークチューニングするのと、お持ち帰りトピックきちんと提供するの毎回すごいなと。
• @uzulla 氏 (Hachioji.pm の人)
  • ウェブチャット yancha
  • 1; 「笑えない人だっているんですよ!」
  • コミュニティいいねトーク。
• @bayashi 氏
  • #perlcasual #5 で stats コマンド(App::LogStats)紹介してきた
  • one-liner と stats.
  • 実は -e で実行されるコードがどんどん長くなっていくのを期待してた。
• @__papix__ 氏
  • PerlCasual #05のスライド･感想ブログまとめ
  • 地域 .pm 巡り。

主催者の @yusukebe 氏、運営の方々、発表者の方々良いイベントをありがとうございました。

ThinkPad 欲しい

久しぶりに ThinkPad X200 持ち出したんだけれどバッテリーもたなくなってて途中で終了。新しい ThinkPad X 欲しいと思ったんだけれど、そんなに安くないねぇ。まだ1～2年ぐらいは使えるので9セルバッテリーでも買うかなぁ。

社会人2年目の情報発信

※社会人には個人差があります。

いわゆる社会人1年目(新卒)の人はそろそろ丸1年で、まあ色々ふりかえっているに違いない。ので勝手に2年目について考えてみたりしている。年がひとまわりして年間でどんな事が進むのかもだいたい分かってきたところだよね。

1年目はきちんとこまめに伝えるということが求められたんじゃないかと思うけれど(「報連相」という言葉はダジャレ的なダサさがあるし、報告と連絡どう違うのとか曖昧で個人的に好きじゃない)、次は情報発信ですよ(まだやってない人は)。

求められてであったり定型としての報告ではなくて、主体的にまとめてアウトプットしていく。得られた情報・技術を形にして自分以外の人が使えるようにすることで、その仕事が価値のあるものになる。同時に自分の中での理解も深まって2度美味しい。

(自分があるいは大勢の人が)同じ事を何度も調べたり確認したりに費す時間を減らす。 ソフトウェアエンジニアであれば、不明だった仕様を確認したらドキュメント化したり既存のにきちんと追記したりする。プログラミングで学んだことがあったら、とりまとめて他の人も読めるようにする。オープンなものであれば、仕事から離れて個人として Blog などにアウトプットしてシェアするのも良い。

アウトプット主義でいこう。情報発信しよう。

(ということでアウトプットしてみた。)

---

[ 情報発信 ] [ アウトプット主義 ]