blog.桜井＠猫丸屋

ちょっくらフィリピンに行ってきます。5年ほど。

noreply@blogger.com (Sakurai.Catshop) — Wed, 01 Jun 2011 00:00:00 +0000

ちょっくらフィリピンに行ってきます。5年ばかし。

職務は現地法人のIT部門のマネージャ。日本では上司に「マネジメントが分かってない！」と怒られてたボクが！

滅多にないチャンスなので精一杯頑張ります。

落ち着いたらフィリピンの様子もあれこれ伝えて行きたい次第。

期待と意気込みで半分、不安半分のまま、まずはぼちぼちフライトであります。

Location:Narita,Japan

脳と心の関係は、コンピュータのハードウェアとソフトウェアの関係に相似する。

noreply@blogger.com (Sakurai.Catshop) — Tue, 07 Dec 2010 09:29:00 +0000

脳と心の関係は、ちょうどコンピュータのハードウェアとソフトウェアの関係に相似する。

脳は実体をもち無数の信号が行き交い反応しているが、心は物(ぶつ)として実体のない現象である。ちょうど宮沢賢治が「有機交流電燈のひとつの青い照明」であると、自らの存在を規定したように。少なくとも「脳」という依代なしに、独立して「心」という現象は存在し得ない。

これはコンピュータのハードウェアとソフトウェアの関係と相似している。

ハードウェアは実体として「物」そのものであり(ファームウェアはとりあえず横におく)、内部では無数の電気信号が行き交っている。その上でソフトウェアという物ではない現象が、一つ一つの電気信号に意味と意図を与えることによって実在する。ここでも「ハードウェア」という依代なしに、独立して「ソフトウェア」という現象は存在し得ない。

この話、同僚から不意に「脳科学者と精神科医って何が違うの？」と問われて説明したときの喩えである。脳というハードウェアからアプローチするのが脳科学者, 現象としての心からアプローチするのが精神科医だ、とそんな風にまとめて。

……書いてみて気づいたけど対比させるなら「脳科学者と心理学者」(全般が興味領域, 学究的)か「脳神経科医と精神科医」(病が興味領域, 工学的)であるべきだよな。

さておき。

幸いにして「じゃぁ、ソフトウェアとしての「心」は複製可能なのか？別のハードウェアへ移植可能なのか？」という難しい反撃は受けずに済んだ。そのような反撃を受けると、ややこしい説明を弄り出さねばならず、難儀しただろう。

……でも、その方面の想像は妄想としても楽しいよな。

そんなわけで以下は妄想の垂れ流し。

「心」の複製や移植ができないのは、その設計書がないからだ、と仮定する。つまりハードウェアとしての「脳」, ソフトウェアである「心」のアーキテクチャの完全な設計書が公開されれば、それは可能だと仮定する。

我らが創造主は、ソースコード至上主義者だったのか、それとも不精だったのか、はたまた特許ビジネスに目をつけたのか。理由は分からないけれど、脳と心の設計書は非公開である。

となるとリバースエンジニアリングして設計書を書き起こすより仕方ない。その試みが心理学であり、脳科学なのだろう。

彼らの挑戦が実を結んだとき、つまり脳と心の完全な設計図が再現されたとき、さてはて何が起きるか。

脳に関しては、おそらく科学的知見としてオープンソース化されるだろう。ロボットやコンピュータのテクノロジへ転用されたりして、たいそう楽しいことになるだろう。人間と同じように経験から学習するロボットやコンピュータが登場したりして。

さて他方、心はオープンソース化されるか否か？例えば「経験」はプライバシーに属するものであるハズだけど、それはコードなのか、それともデータなのか？コードであるならば、オープン化の対象になるべきなのかどうか。フリーソフトウェア財団が出てきて「心も自由に(利用でき、ハックできるように)なるべきだ！」と言うのかどうか。

あるいはコンピュータの中に、また広大なネットの中に「心」を宿すようなプロジェクトが起きたりするのじゃないか？でも、ネットのような群体に宿った「心」は、果たして一つの人格と言うべきか否か。

あるいは不変のシリコン系デバイスに自らの「心」を移植して「不死」を得ようとする試みが、かなり真面目に行われるのではないか。しかし、そうして得た不死の長い時間に「心」は耐えられるのか？パッチの適用やバージョンアップ、あるいは再構築による世代適応が必要になるじゃないか？やがて、その道の専門家が現れたりするのじゃないか？

やがて「心」はプロダクトになり、人々はそれを購入するようになるのか。継続的なバージョンアップやパッチ当て, 不具合・異常動作時の問い合わせの必要から、それは保守サービス契約込みで利用した期間に対して対価を支払うSubscription課金になったりするのか？

いやはや、徒然に妄想を逞しくするのはいと楽しい。

Gigazine の @bookscan_jp に関する記事を読んで驚きつつ、プレミアム会員向けのサービスがもう少し低コストで利用できたらうれしいな、と思った。 #bookscan

noreply@blogger.com (Sakurai.Catshop) — Thu, 25 Nov 2010 08:42:00 +0000

GigazineのBOOKSCANの取材記事を読んで、その急成長ぶりに、えらく驚きつつ。(だって、立ち上げ当初、ほとんど個人のバイトくらいの設備規模とサービス内容だったものが、どちらも驚くほど急拡大してるんだもの！)

限定プレミアム会員なんてできたんだなぁ、どんなサービスがあるのかなぁと眺めていたら:

◆限定プレミアム会員
・月額9980円
・納期は当日〜1週間以内
・AmazonなどからBOOKSCANへの直送OK
・ファイル名変更とOCRは無料
・チューニングラボ優先作業
・毎月50冊までスキャン無料
・発送用ダンボール箱を無料提供
・PDFファイルの無制限保管
・管理番号のプリントアウト不要
・書棚モードが利用可能

本を送るとスキャンして電子書籍化してくれる「BOOKSCAN」の裏側を見せてもらいました - Gigazine

三つ目のサービス、「AmazonからBOOKSCANへの直送OK」でピピッと来た次第。これはなかなか、地味ながら海外邦人、特に海外支社や事業所の駐在員の生活を地味ながら力強く変えてしまうんじゃないかと思ったのだ。

要するに「ふつう、たいていは海外に駐在となったら滅多なことじゃ日本の本は手に入らないよねー」という前提が変えられるよなぁ、というお話。BOOKSCANの限定プレミアム会員になってしまえば(会員料は別として)比較的、低価格で日本の本を手に入れられる。さまざまな制約はあるんだけどさ。

世の中を変えてしまう、というほどのことはないし、そもそも書籍がデジタル化していくまでの隙間を埋めているようなサービスなのだけど。でも、書痴あるいは書痴予備軍な海外邦人にとっては大きいよなぁ。

ただ、そのサービスを受けられる状態を維持するためのランニングコスト（月額\9,980-）は痛いよな。Amazonからの直送OKだけに絞ってもいいから、今の会費の1/10くらいのコースを初めてくれないかなぁ。

IT環境をシンプルにする仕事はちっともシンプルじゃない。

noreply@blogger.com (Sakurai.Catshop) — Sun, 14 Nov 2010 03:10:00 +0000

例えば、全ての公務員端末を、可搬記録媒体（USB、DVD)に記録できない、完全なシンクライアント化し、データ全てをデータセンター内のサーバー、ストレージに集約し、OSもTrusted化し、管理や運営はプロに任せ、ユーザーは、全くシステムの責任を持つ必要がない環境にしてしまう。本当にシンプルですよね。そして、PC上にあるアプリケーションの殆どをオープンソース化し、コストを大幅（1000億円程度／年間）に削減し、Cloud化によってサーバーを集約化し、PUE1.2以下のエコDCを活用して、環境性能を向上させ、全ての認証をシングル化し、目線をサービス主体にし、多くの投資をそこに充てる。

誰が考えても分かりやすい事なんだけど、これが何故進まないのでしょうか？

あらためて、もっともっとIT環境をシンプルに!! - 彰二郎のブログ2

言ってることはホントにシンプルで、例えば目の前のITインフラ/プラットフォームやその運用管理の改善に四苦八苦しているようなボクにだって分かるし、日頃おなじようなコトを言っている。

でも、それが進まない理由は決して「どこかに大きな力(組織力)が働いて」いるからなんかじゃなくて、ごくごく単純に業務からのアプローチがないからだよ。見えない圧力なんて想定する必要もない。

サーバの標準化は、まだITインフラ/プラットフォームからのアプローチでも解決しうるかもしれない。でもそれですら、IT部門全体の「業務」を否応なしに巻き込まずには進められない。

ITインフラ/プラットフォームの選定基準を策定・コミットし、それに従って新規開発を行う……そのよううに開発部門の業務を変える。既存の業務システムをマイグレートするならば、そのための「業務」を新たに作る。もし既存の組織に、そのための「機能」や「役割」がないなら、新しい組織を作らなくちゃいけないかもしれない。

まして組織の中の圧倒的大多数を占める「エンドユーザ」が使っているPC端末に関しては、もっと業務に深入りしていかないとどうにもならない。

シンクライアント化にしろ、オープンソースなアプリケーションへの移行にしろ、使い慣れた文房具を捨てて総取替えするのと同じコトなんだもの。おそらく、ほとんどの業務が現在の「パソコン」の環境を暗黙の前提としている中で、いきなり新しい文房具へ移行しろといっても上手くいかないのはアタリマエじゃない？不安もあるし、不安以上に実際の支障もある。

まず小さな組織単位から業務と、そのI/Oのつながりをモデル化し、文房具から切り離して可視化するんだ。

そこで初めて、文房具取り替えるための課題が見えてくる。課題がみえれば、それを解決するための方法論、ソリューションを組み立てることができる。ソリューションが組み立てられば、プロセスとアウトプットにバラすことができて、そこまで行けば計画を作ることができる。計画を実行してみれば過不足や誤りをが明らかになり、次の計画にフィードバックできる。

最初は途方もなく時間が掛かるかもしれない。でも、フィードバックを繰り返した「計画」はそれ自身が優れたモデルとなり、劇的にスタートアップをスピードアップしてくれる。

結局のところ「誰が考えても分かりやすい事」とタカをくくっているボクたちIT側のスタッフ自身が、それを妨げているのじゃないかしら？

タスク管理とスケジュール管理、ホントは一体のものだよね。割り込みが少ないならスケジュール管理に、多いならタスク管理に寄せたらいい。 #lifehack

noreply@blogger.com (Sakurai.Catshop) — Wed, 23 Jun 2010 23:42:00 +0000

RTMの使用を停止し、数週間テストした結果としては、「スケジュールにタスクを時間割風に落とし込めばそれだけで私の仕事は滞りなく回る」という結論に達しました。私の場合、Googleカレンダーに期日（＝締め切り）を明記し、プロジェクトとルーチンのカレンダーを必要数作り、逆算思考的な段取りで「何月何日何時に何をやるか」を30分一塊としてGoogleカレンダーに入力すれば、十分仕事が回ってしまうことが判明しました。尚蛇足ですが、ついでに手帳の使用も止めてみました。iPhoneアプリの「Refills」であればスケジュールも大まかなTodoリストも一緒に管理できるからです。これも結果として別に私の仕事に手帳は必須なものではないという結論になりました。今ではiPhoneと5x3インチカード＋ジョッターだけで全ての仕事を回しています。

もっとシンプルに言うとこういうことです。1日8時間という労働時間を30分一塊ですから、1日には最大16コマの授業（仕事）を入れることができるわけです。その16コマの中には「A-Project（青）」だったり「ルーティンワーク1（オレンジ）」だったり、「B-Project（赤） Mtg」などと書いておくだけという簡単なことです。Googleカレンダーのバーチカル表示で見れば、どれくらいかかっているのかも一望できます。一応 Project毎にTodoを書き付けた5x3インチカードがありますが、スケジュールを見ただけでは仕事の内容が思い出せないような仕事は皆無だったのです。

タスク管理とスケジュール管理を分ける必要があるのだろうか？ - Find the meaning of my life

タスク管理を全てスケジュール管理に統合したというお話。なかなか快適そうで羨ましい。

ただしタスク管理を、きちんと経験したからできることでもある。なのでスキルとしてのタスク管理は変わらず重要。加えて、割り込みの仕事が比較的少ないってのも条件としてある。

割り込み中心だと、スケジュールに落とさなくていいからタスクをスタックして順次とりだして処理してろ……って話になるからね。

そもそもクラス構造的には「スケジュール」は特殊化されたタスク(時間軸に対してマッピングされたタスク)なので、タスク管理に対してスケジュールが統合される方が自然なハズなんだ。だから@nokibaさんの:

エントリでKazumotoさんは、「全てのタスクを予定として扱ってみたら」と実験していますが、私がやっているのは、「予定も全部タスクにしてみたら」ということです。

予定をタスクとしても、タスクを予定としても、どちらか一方にしてしまえば、それはほとんど同じことになります。ですが、ちがうところはあります。

私は「予定」と「タスク」を次のように定義しています。

「予定」とは開始時間が決まっているタスク
「タスク」とは開始時間が決まっていない

「予定」と「タスク」 - ライフハック心理学

こっちのやり方の方が、汎用性が高くて扱い易いと思う。問題は見やすさと、特殊化したタスク(スケジュール)を上手く扱ってくれるツールが見当たらないところ。

属性(時間軸)と表示(カレンダー上の時間をタスクが占有するみたいな)の問題だけなので、ソフトウェア的には実装は難しくないと思うんだ。理想はタスクプールをアルゴリズムが自動的にスケジュールへ割り当ててくれることなんだけど……まぁ、そこまでいくとちょっとしたイノベーションかもしれない。

……でも、なんでだか、ボクの知る限り、そういう発送のタスク管理アプリケーションは見かけないんだよね。誰か作ってくれないもんかしら。

さておき。そういう状況の中で、タスク管理とスケジュール管理が統合できるメリットは大きいよね。ツールもアレコレいいのがあるし、管理しなくちゃいけない対象が減るってのは単純に楽だもの。

……そーいえば@kazumotoさんは、創造的反逆児として割り込みの少ない環境を自分で作ってたんだっけ。ボクが真似するなら、まずはそこからかなぁ。

ゲームをプレイするように「問題解決」に臨む。その仕組みはエピックウィンと協力者、そしてフィードバックだ。 #society #game #life #lifehack

noreply@blogger.com (Sakurai.Catshop) — Thu, 10 Jun 2010 03:37:00 +0000

「どうやって現実の世界の問題をゲームで解決するんだ？」と思われるでしょう。それこそ私がこの数年来インスティテュート・フォー・ザ・フューチャーで取り組んできたことです。パロアルトにある私たちのオフィスには、このような横断幕があり、私たちの未来との関わり方を訴えています。私たちは未来を予測したいのではなく、未来を生み出したいのです。最良のシナリオを思い描き、それが現実になるよう人々を力づけるのです。私たちはエピックウィンを想像し、人々にそのエピックウィンを達成する手立てを与えたい。

ゲームで築くより良い世界 (TED Talks) - Fine Software Writings

ゲームをプレイするように現実の「問題解決」の臨む。多分、ある程度の成功, 成功に向かっている人は自然に、あるいは身につけた習慣としてそうしてるんだろうけど、大多数のrest of usにとっては、そのための「仕組み」や「仕掛け」が必要なんだよな。

このスピーチで明かされた「仕組み」の一端は「エピックウィン」(壮大な勝利)と、山ほどの「協力者」、そしてポジティブで分り易い「フィードバック」かな。

現実の世界は確かに、そんなものであふれるほど優しくも豊かでもない……それが、まっとうなオトナの見方だと思う。でも、本当はそれは違うのかもしれないね。
そんなものあるわけないよ、と思うから見つからないだけで。あるいは、なければ作ればいいというシンプルな解決に向かわないだけで。

……そーいや、よく考えると、成功したオープンソースプロジェクトの大半は:

「エピックウィン」世の中を、ちょっとよくするプロダクトの開発。悪の帝国との戦い、そして勝利。まつもとゆきひろ氏のコトバを借りれば「適切なサイズの問題」への挑戦。
「協力者」オープンソース開発者とエンドユーザ、そしてコミュニティ。
「フィードバック」無数のレポートやレビュー, 賞賛などなど。近年では金銭的にも報われたりするし。

こう三拍子そろってるんだよね。

ボクたちは、子どもたちを育てるためにこのテーマを適用できる。では、ここで問題。ボクは、それを具体的にどう実装することができるか？

週末あたりゆっくり考えてみよう。

「書きたいネタがない」の次には「こんなもの書いてもな……」という段階が待っている気がする。 #blogging #web

noreply@blogger.com (Sakurai.Catshop) — Tue, 08 Jun 2010 09:31:00 +0000

質問する方は「ネタ」という問題で詰まってしまうようです。「いいネタがない」という事態にぶつかって、書けなくなる、と。しかし、たとえばEvernoteやモレスキンをネタ帳としていて、そこにたくさんのことが書かれているらしい。では「ネタ」に詰まっているとはおかしいのではないか？

すると次のように言われます。「書きたいネタが、そこにない」と。確かに山のようにネタがあっても、書きたいネタがない、ということはあるのかもしれません。

なぜ毎日のようにブログが続くのか？ - ライフハック心理学

「書きたいネタがない」の次には「こんなもの書いてもな……」という段階が待っている気がする。

blogosphereはパブリックな空間であるって意識が強すぎて尻込みしてしまう状態。こんなコト言ったら莫迦にされるんじゃないか, こんなアタリマエのコトを言っても相手にされないんじゃないか……って、書き出す前にすくんでしまう。

でも多分、そんなの意識してもしょうがないんだよね。あっ、と気づいたことや言いたくなったコトがあればなんでも書き出してみればいいんだ。良い意味で、blogにそんな高いレベルを求めてるヒトなんていやしない。

ソレ以上に気を付けるべきなのは継続すること。そしてくだらないコトと思えるコトでもアウトプットを続けること。

継続していれば、いつか誰かが見つけてくれる。それを必要と思うヒトに、記事は出会う。間違っていれば正してくれるヒトがやってくれる。

もしかしたら高いレベルのblogって、目指してなるもんじゃなくて、気がつけばそうなってるものなのかもしれない。愛が「気がつけばそこにあるもの」であるのとよく似て。

どうやらSunの保守契約の内容がかなり細かくなってるっぽい。ボクは以前のようなおおらかなSunの形態の方がスキだな。 #sun #oracle #sunsolv #solaris

noreply@blogger.com (Sakurai.Catshop) — Fri, 04 Jun 2010 09:53:00 +0000

事情があって久方ぶりにSolaris 10の最新のRecommended Patch Cluseter(May 31, 2010)をSunSolveからダウンロードしようとしたところ:

SunSolve

こんな画面が表示されてダウンロードできない。

You have selected Content/Patches which requires a Specific of Contract to Access.

あなたの選択したコンテンツ/パッチは、アクセスのために個別の契約が必要です。

……と出ている。もちろん、保守それ自体は入っているし、今まではこんなコト言われずにSolaros 10のRecommeded Patchをダウンロードすることだってできていた。

その下のメッセージを見ていくと、どうやら現有の保守契約がSoalris 8特定になっているためSoalris 10用のパッチにアクセスできない……ということらしい。ただし、しつこいようだけど今まではこんなこと言われたことがなかった。

つまり、これがOracleに買収されたってコトなんだろうなぁ。

商売としては分からないでもない。けど、そのあたりは大らかなSunの形態の方がボクはスキだな。

蛇足。

ボクの管理下にあるサーバにはSolaris 10のものも含まれていて、もちろん保守契約もある。ただ、今までの経緯からSunSolveに紐付けられている保守契約がSolaris 8になっているというコトなんだろうと思う。(実際問題、権利はあるけど、設定上、そうなってないという状態)

正当な権利を持っているのに、こういう形で足止めを食らう(しかもアナウンスなんかなしで！)という不満を言うことくらいは許されるよね？

サン・マイクロシステムズ株式会社は2010/06/01付けで日本オラクル株式会社と統合された。朝から、ちょっと感傷混じり。 #sun #oracle

noreply@blogger.com (Sakurai.Catshop) — Tue, 01 Jun 2010 00:21:00 +0000

2010/05/31をもってSun Microsystems, Inc. の日本法人サン・マイクロシステムズ株式会社はなくなり、2010/06/01付けで日本オラクル株式会社に統合された。そんなわけで今日は朝から感傷混じり。

We believe
The Network is the Computer
It will be achieved.

やっぱ悲しい - High Concept+

上の写真は @S_Terazawa さんのblog 記事から。統合完了に先立って行われたビアバストでの一コマだとか。(Oracleによる買収が決まったときにJavaの父として有名なJames Goslingのblogに掲載されたイメージを立体化したもの。「Sun Microsystemsここに眠る 1982-2010」という墓標である)

Sunのファンであるボクとしては、とうとうこの日が来たか、という感じで大変に寂しい。

OS(Solaris/OpenSolaris)にしろ、ストレージ(OpenStorage)にしろ、Sunが世に送り出した製品は本当に惚れ惚れするようなものだった。幸いにして、ボクが惚れた製品の大半はオラクルが引き継ぐそうであるけれど。……ただ、それが今までほどクールであり続けるかどうかは、まだ分からない。

Sunという会社がなくなっても、同社が長らく掲げ続けてきたフレーズ「Network is the Computer」は生き続ける。むしろ輝きを増し続けるに違いない。

企業経営という観点では色々とうまく行かなかったかもしれないけれど、でも、SunのVisionは間違っていなかった。必ず誰かが引き継ぐ……あるいは、もう誰かが引き継いだのかもしれない。

無くならない会社は残念ながらない。でも、そのVisionは会社がなくなっても生き続ける。やがて役目を終えるときまで。そしてボクが見る限り、 SunのVisionは当面まだまだ生き続けると思うんだ。

行政のコストを削減する目的ではなく、利用者の利便性を増す視点で設計した電子サービスをネットで提供する。その果てに本当の「光の道」があるんじゃないかな。

noreply@blogger.com (Sakurai.Catshop) — Sat, 01 May 2010 00:46:00 +0000

原口一博総務大臣(@kharaguchi)が「光の道」なる構想を提案しているそうだ。それに対するフリージャーナリストの佐々木俊尚(@sasakitoshinao) さんや、同じくジャーナリストの町田徹さんの反論に「もっともだ」と思うところがあったので、未来の自分向けに書き残しておく。

実は今のところまだ提案の原文は読んでない。大まかには、光ブロードバンドを日本全国津々浦々、隅々まで敷設して、全国民に快適なインターネットアクセスのインフラを提供しようって話らしい。

で、その提案に対して孫正義Softbank 社長(@masason)が全面支持を表明している、と。

全てのサービスはインフラのキャパシティを超えて提供できない、がボクの信条である。だから大変に結構な印象を受けた。「光の道」ってコトバは字面も響きも明るくていいし。

ただフリージャーナリストの佐々木俊尚(@sasakitoshinao) さんや、同じくジャーナリストの町田徹さんの反論を読むと、どうも「違う」ようだ。目指す方向はともかく、手段の選択としておかしい。

それぞれの主張は:

佐々木俊尚さんの記事

町田徹さんの記事

ソフトバンク孫社長が仕掛ける「NTTの構造分離」への疑問 - 現代ビジネス

ボクが読み取った主張の骨子は大まかには:

光回線の敷設率は人口比で90%に達しており、世界水準としてもトップである
光回線の普及率(実際に契約している世帯の率)は30%に達していない
敷設率90%に対して普及率が30%とあまりに低いのは「光の道」が十分に行き渡っていないのが原因ではない

今、ブロードバンドを利用していない世帯にとって、それを利用する「必要」がないから契約されていない (必需的なサービスが提供されていない)
マスメディアのネガティブキャンペーンによる「ネットは怖い/危ない」の刷り込みがされてしまっている

光回線の敷設がされていない10%の大半は山間部や島嶼など人口密度が薄い地域で、しかも面積比では50%に達する

大規模なインフラ投資をしても採算が取れない

メタルケーブルを光ケーブルに置き換えることでインフラコストが下がる、という孫正義氏の主張は無根拠 (適切な試算比較が提示されていない)

こんなところだろうか。さすが、このあたりの整理はジャーナリストらしく手堅い仕事で説得力がある。

孫正義社長が「光の道」構想で提出したプレゼン資料は総務省のホームページに「光の道の実現に向けて平成22年04月20日ソフトバンク株式会社」としてPDFファイルが掲載されている。佐々木俊尚さん, 町田徹さんの指摘を踏まえて読むと、目指す姿は共感できるけれど、その実現方法としての『光の道』に関しては実効性に大きな疑問があり、検証も不足している。

思うに、やっぱりキーになるべきは「サービス」なんだと思う。それも「必需」と言われるようなサービスを政府が提供していくこと。別に特定のサービスをネットに限定する必要はなにもない。ただリアルで提供されているサービスを、ちゃんと「使い易く」ネットでも提供したらいい。

なにかと「公平性」が云々言われるけれど、既存のサービスのレベルが落ちてないならいいじゃないか。リアルの側では既存のサービスを提供しつつ、ネットの側ではより利便性の高いサービスを提供する。

例えば統計情報を紙として出しつつ、ネット側ではオープンなデータとして提供するとか。何かと複雑なお役所の手続き(一つのイベントに対して幾つもの申請手続きを、複数の窓口に対してしなくちゃいけないコトが多い)をワンストップで提供するとか。

行政のコストを削減する目的ではなく、利用者の利便性を増す視点で設計した電子サービスをネットで提供する。その果てに本当の「光の道」があるんじゃないかな。

SSDはスクリプト言語の息の根を止めない。だって、ハッカーやプロフェッショナルなプログラマの生産性の方が高い価値があるから。 #computing

noreply@blogger.com (Sakurai.Catshop) — Tue, 27 Apr 2010 02:16:00 +0000

動的なスクリプト言語 (Ruby や Python など) と静的なコンパイル型言語 (C++ や Java など) では、だいたい 5 倍から 10 倍ぐらいの速度差がある。それでもスクリプト言語が実用的に使われたのは、言語の速度差がそのままアプリケーションの速度差にはならないから。つまりスクリプト言語で作られたアプリケーションが、必ずしも C++ や Java 製のアプリケーションより 5 倍も遅いというわけではない。

言語の速度差がそのままアプリケーションの速度差にならない理由は、CPU より I/O (ネットワークやディスクアクセス) がボトルネックになるから、というのはよく言われるし、実際そうである。少なくとも今までは。

スクリプト言語の息の根を止めるのは案外 SSD かもな - kwatchの日記

元記事でSSDの普及によりI/OよりもCPUがボトルネックになる時代が来るので、CPU効率の悪いスクリプト言語は(黙って見てたら)息の根を止められるであろう……という結論になってるのだけど。

はて。

じゃぁ、そもそもCPU効率の悪いスクリプト言語が、なんでそれ以前のコンパイル言語を押しのけて流行したんだろう？それは生産性がコンパイル言語/静的言語よりも遥かに高かったからだよね。

コンピューティングリソースはお金を出せば買える。しかも、ずっとずっと安価になり続けてきていて、クラウドコンピューティングの登場でさらに弾みがついている。もはやコモディティなんだ。

それに対して、優れたコードを書けるハッカーは金を出しても買えない。

「だから生産性の高い言語こそが優れている」と言い切ったのはPaul Grahamだったかな。ハッカーと画家なんか読んでると、繰り返し陽に陰にそのメッセージが繰り返し現れるし。

ボクはコードを書く人ではない(たまにスクリプト言語で、ちょっとしたツールを書くことはある)ので、もしかしたら大きなカンチガイがあるかもしれないけれど。でも、あえて言い切ってしまおう。

一部のHPCの世界はともかく、アプリケーションの世界ではコンピューティングリソースを効率よく使うことよりも、ハッカーの生産性の方が遥かに重要であり続けるんだ。

そして、それはハッカーだけの特権じゃない。非ハッカーな、いわゆるプロフェッショナルプログラマでも同じだと思う。だってプロとしてコードを書ける能力って、誰にでも備わったものではないのだもの。

コンピューティングリソースのやりくりは、インフラやプラットフォームのエンジニアに任せよう。そりゃリソースはムダなく使って欲しいけれど、彼らの生産性と引き換えなら、ボクらはそれをムダとは呼ばないよ。

Kindleの企画/開発チームが描いた「読書体験」は本読みのためのもの。Steve Jobsが描いた「読書体験」は非本読みのためのもの。 #apple #amazon #kindle #ipad

noreply@blogger.com (Sakurai.Catshop) — Mon, 26 Apr 2010 07:42:00 +0000

子供の頃から本を読むということが自分のアイデンティティの大きな一部であり、本を読んだり書いたりすることを仕事にできる非常にありがたい身分になった私には、「本」の従来の形態にはたいへんな愛着があります。よくも悪くもアメリカと比べると日本ではいろんなコンテンツの電子化が遅いので、日本で電子書籍が紙の本を駆逐してしまう日はそう近くは来ないだろうとは思うのですが、それでも、本の種類によっては、電子化がとてもエキサイティングな可能性をもたらすことは確実。たとえば、音楽についての本なら、読んでいる部分で言及されいる曲の一部を聴けたらいいし、今みたいに高いお金を払って美術書や建築書を買わなくても画像が見れたり（それもズームできたりさまざまな角度から見れたり）したら、それは読者にとっては魅力的に違いないでしょう。

Kindle か？iPadか？紙の本か？ - Dot Com Lovers

元記事ではさらっと話の枕に書き流しているけれど。引用部分の後半……つまり楽曲や画像(ズーム/ローテーションできる図画写真, あるいはここにはないけれど動画)がシームレスに組み込まれた「本」ってのは、新しい「読書体験」の分り易い面を綺麗に描き出している。

いつでもどこでも, デバイス/メディアを選ばず、好きなときに好きなように読める「ユビキタスな読書」という面は、本当の「本読み」にとって、それこそが最大のイノベーションであるけれど。でも、それは、非本読みに対するアピールが少しばかり弱い。多分、デジタルネイティブ/デジタルイミグラントにとっての「ユビキタスなクラウド」の価値が、非デジタルな人たちには分かりづらいと似てる。

でも楽曲や画像を、子供だましでなく引用できる, あるいは文脈の中に埋め込める「本」ってのは、かなり分り易く非本読みにも訴求すると思うんだ。

実は、すでに幼児向けの絵本では、紙媒体+電子部品という実装で、かなり面白いものが普通に出回っている。(恥ずかしながら子供を持つ身になるまで気付かなかったんだけど) でも、やっぱりあれはメディアの制約を超えられそうにない。ましてオトナ向けの書籍となると、とんと見ない。(少なくとも読書体験の中に、シームレスに組み込まれたものは見かけたことがない)

これが「電子書籍」だったら……

あんなコトも、こんなコトもできちゃう。そんな想像が膨らむ。それだけで三杯くらいはご飯が食べられそうだ。

Kindleは「本読み」には必要十分で、多分Amazonの思い描いた「読書体験」は「ユビキタスな読書」であったのだろうと想像がつく。きっと彼/彼女(ら)は、本読みのヒトたちなんだと思う。

そしてiPadをイメージしたSteve Jobsの頭の中には明らかにユビキタスだけではない(楽曲や画像がシームレスに組み込まれた)「読書体験」が具体的にあったハズだ。……なぜなら、彼は本読みではないから。

どちらがよりマスを狙えるかと言えば……ボクには議論を待つまでもないと思う。確かにiPadのような「液晶」のデバイスは目が疲れるだろうけど、それが致命的な欠陥になるほど現代人は本を読まないだろうしね。

……ところでここまで書き出してふと思い出したんだけど。一昔まえに騒がれた「マルチメディア」ってヤツと、新しい「読書体験」って何が違うんだろうね(笑)。

中高生たちに「同い年の子が壇上でめちゃカッコいいプレゼンやってる！すげえええ!!!」と思わせるイベントなら、ボクは @isidai さんにお金を出す。沢山は出せないけどチリも積もるのが現代のWebだよね？

noreply@blogger.com (Sakurai.Catshop) — Thu, 15 Apr 2010 00:39:00 +0000

ブラッディマンデイの技術的考察で一躍名を上げた@isidaiさんが、面白い取り組みをしている。

Security.GS Magazineの主催で東京と京都の二箇所で学生が作る、学生のためのカンファレンスを企画しているんだそうだ。その趣旨は:

　「同い年の子が壇上でめちゃカッコいいプレゼンやってる！すげえええええええ！！！」って、中高生が感動して、動き出すきっかけを作れれば良いと思っています。

　会場に多くのIT系に興味を持つ、もしくは就職を目指す学生や、中高生をたくさん参加させて、同い年の人たちが壇上で面白いプレゼンをしているところを見せて「すげえええええ」って感動して欲しいのです。

スポンサー探しをする難しさと悩み - 元現役高校生サーバー管理者の考察日誌

こういうものらしい。とても素晴らしい。中高生くらいの、もっとも力を伸ばす時期に、こういう「感動」があったら、どれほどの力になることか。その機会を作ろうって趣旨にボクは大変に感動した。また、その運営者側がつい最近まで高校生だった若者だとなれば、なおさら。

ただ、資金集めに難航しているそうだ。

多分、この手のイベントは参加者自身が負担するか、あるいは企業にスポンサーになってもらうのが「普通」なんだろうけれど。

しかし参加者は何しろ中高生だけにカネがない。

スポンサー側としても、中高生相手に製品の宣伝をしても効果がない(少なくとも短期的には)し、世間的にそれほど大きな注目を受けているわけでもないのでブランディングに寄与するわけでもないので食指が動きづらい。

といって、ボクのように趣旨に共感した「個人」も出せる金額には限度がある。その限度も必要な額に比べれば雀の涙程度でしかないだろう。

でも、ボクたちにはWebがある。ここ数年、少額決済の仕組みもかなり充実してきた。例えばクラウドスポンサー(CloudではなくCrowdの方ね)なんてコトバはあまり聞かないけれど、実現可能な手の届く仕組みだよね。

だから、もし、このイベントを応援したいと思ったら@isidaiさんに「お金を出す準備がありますよ。少しだけだけど」と是非伝えて欲しい。大丈夫、お金を集める仕組みくらい、彼ならすぐに用意してくれるよ。

マスメディアもインターネットも本質的に偏っているよ。大事なのは、その「偏り」を自分でデザインすることじゃない？ #media #web

noreply@blogger.com (Sakurai.Catshop) — Thu, 08 Apr 2010 01:19:00 +0000

「マスメディア」と「インターネット」のどちらが偏っているかなんて議論は無意味だよね。どちらも偏ってる。重要なのは、その「偏り」をデザインする主導権が、自分と他人のどちらにあるかってコトなんだよね。

インターネットで情報が氾濫（はんらん）し、新聞を巡る環境は激変しています。しかし、インターネットでは、自分が必要とする、興味を持つ情報しかアクセスしないため、偏った情報になりがちです。一方で、新聞は新聞記者が情報の裏付けを取って確認し、見出しの大きさによって記事の重要度を示すため、記事に対する責任の所在が明らかで、価値基準が一目りょう然の、しかも広範な情報に触れることのできるメディアといえます。

このインターネットと新聞の比較は、本を購入する時に似ています。購入する本が決まっている場合、インターネットで注文すれば時間や手間が省けます。しかし、リアル（本物の）書店に行くことによって、思ってもみなかった本を見つけることができるのです。

生活するうえで、社会の情報を共有することがいかに大切であるかを知り、もっと新聞に親しんでもらいたいと願っています。【鳥取支局長・高橋和宏】

» インターネットでは、自分が興味を持つ情報しかアクセスしないため、偏る　新聞最強！！:アルファルファモザイク

こんなこと言ってる人ははっきりいってバカだと思う。ネットは日々すごい勢いで成長していて、あんたたちがいう偏りみたいなもんはもうすぐなくなるよ。そういう危機感あるのかね？　ないっぽいよね、だからこういうこと言っちゃう。たしかに今のネットメディアは基本的に検索したりして自分から情報を求めていく。だから情報が偏る、というのはよくわかる。今は。

「新聞は偏りがないから読め」とかもうすぐ言えなくなるよ - ajickr blog

実際のところ、幾ら「本屋」に足しげく通ったところで、本屋に仕入されていない「本」に出会うことはないものね。新聞をとったところで, あるいはニュース番組を一生懸命追ったところで彼らが取り上げないニュースには出会えないし。

言い換えるなら、今までは「本屋」であったり「マスメディア」であったりが、情報を「偏り」を作っていたとも言える。様々な限界(特に発信者/受信者双方の「時間」の制約)から今後もそれは変わらないし、変えようがない。そして多分、これから10年後に生き残るのは、意識的に「偏り」を強化していったメディアが大半を占めるだろうとボクは見ている。

ではインターネットではどうか？って考えると、やっぱり「偏り」は避けられないよね。

ソーシャルメディアが発達することで「人間=ランダマイザ」が思いがけない「出会い」を誘発することも増える(実際、ボクはそれを現在進行形で体験している)けれど、同様に「フィルタリング」の実装が洗練されていくことで相殺することができてしまう。

ただし、その「偏り」は自分のコントロール下にある。無自覚にあれば、おそらく「偏り」はどこまでも強くなっていくだろう。でも、自覚的に「偏り」をデザインしていけば、むしろ「完全なランダム」の状態よりもはるかに有用だ。

視点をそういう風に変えてしまえば「マスメディア vs インターネット」なんて図式は、必然的に意味がなくなる。

「どちらも偏っている。大事なのはその偏りを自分でデザインすること」って前提に立てば、どちらの情報も等価なんだもの。自分のデザインにあったメディアを、ぴったりの位置に置いてやればいいんだよね。

Solaris 8から10にあげたらスクリプトの時間の計算がおかしくなった。原因はTZでの時差補正を利用したテクニックが通用しなくなったため。 #solaris #tips

noreply@blogger.com (Sakurai.Catshop) — Tue, 06 Apr 2010 06:45:00 +0000

「Solarisのバージョンを8から10にあげたら、急にスクリプトの動作がおかしくなったんだ。見てくんない？」

手持ちの仕事も詰まってるのに、なんで他人さまのシステムの面倒まで見なくちゃいかんのよ、だいたいテストしとけよな移行前に……なんて思っても、顔には出せないのが下っ端の悲しさ。まして少し前に美味しいベトナム料理屋さんを紹介してもらった手前、断るに忍びなく調べちゃったというお話。

割と似たようなトコロで苦しんでる人が多そうなので、1ポストに仕上げてみた。

そのスクリプトでおかしくなっていたのは「今日からxx日前」を「yymmdd」(100406 とか)の形式で出力する機能。Solaris 10になった途端、xx日前ってのを無視するようになったんだと。

でスクリプトの中で、その機能は:

set O_DATE = "-E "`env TZ=JST$T_LIMIT date '+%y%m%d'`

このように書かれていた。O_DATEって変数に「yymmdd」が入る。$T_LIMITは「xx日前」ってのを時間帯で表現したもの。(例えば 30日前なら30日×24時間で 720 って数字が入る)

ボクは知らなかったのだけど、TZ環境変数による時差の補正(JST+1とかやると、日本時間プラス1時間を表示してくれる)を利用した、時間を計算するための常套テクニックらしい。そう思ってスクリプトの元の作者を思い浮かべれば……あぁ、確かに古参のSolarisユーザだ。

実はSolarisのdateコマンドはGNU dateのようにxx時間前とかxx日前なんかを表示してくれる便利な機能はない。なので、このような小技を使ってやるのだけど。

24時間以上の時差なんて、地球上では論理的にあり得ないよね？

そんなわけで、ある時点で実装が厳密になったんである。つまり、24時間以上の時差が指示されたら結果は保証しないよ、というカタチで。従って、 Solaris 10では、TZ+`expr xx*24`ってテクニックは利用できない。

選択肢は二つ。GNU dateを含むCoreutils(その昔はShellutilsもしくはsh-utilsと呼ばれてたそうな)をインストールするか、自分でコードを書くか。

サーバ管理者のリテラシやら環境のクリーンさやら、あれこれ加味して今回は後者を取ることにした。仕様は:

引数として遡る日数を数字で受け取る
引数として数字以外のものが与えられたときには無視する
返り値として yymmdd の形式で実行した日から「引数」日分さかのぼった日付を返す

これだけ。あとは、これを元のスクリプトから呼んでやればよろし。

なおスクリプトを作るのにTcl/Tk(とゆーかTclの部分だけ)を使っている。ここでは、tclshのインストールパスが /usr/sfw/bin になってる想定で。(ホントは env tclsh ってやるのがお行儀が良いんだけど、対象のシステムではパスが通ってなかったので直書きした)

#!/usr/sfw/bin/tclsh8.3

if { ![string length $argv] } {
   set aBack 0
} else {
   set aBackD [lindex [split $argv { }] 0 ]
   if { [regexp {^[0-9]*$} $aBackD] } {
      set aBack [expr $aBackD * 24 * 60 * 60]
   } else {
      set aBack 0
   } 
}

set aDate [clock format \
 [expr [clock second] - $aBack] \
 -format %y%m%d]

puts $aDate
return -code 0 $aDate

以上。

この手のスクリプトはcshやbashなんかの範囲だけで書こうとすると大層メンドくさいけれど、tclshのようなLL言語を使えば15分くらいで組めてしまう。今どきのサーバOSなら、Perl, Ruby, Tclあたりはデフォルトで入ってそうなものであるし。

サーバ管理者たるもの、やっぱりLL言語の一つ, 二つは修行しておくべきなんだよね。ボクも、もっと修行しなくちゃ。

Solaris 10は無償のOSではなくなってしまった！ #solaris #sun #oracle

noreply@blogger.com (Sakurai.Catshop) — Fri, 02 Apr 2010 09:01:00 +0000

@ryiwo さんのつぶやきにリンクされていた記事をキッカケにあれこれ調べてみたら、どうにも残念ながら、本当にSolaris 10は無償でなくなってしまったと確認した。

キッカケになった記事では:

Solaris 10, the official stable version of Sun's UNIX operating system, is no longer available to users at no cost. Oracle has adjusted the terms of the license, which now requires users to purchase a service contract in order to use the software.

SunのUNIX OSのStableバージョンであるSolaris 10は、無償では使えなくなってしまった。Oracle社はライセンス規約を変更し、ソフトウェアの利用にサービス契約を要求するようにした。

Solaris 10 no longer free as in beer, now a 90-day trial - ars technica

この記事の後半では「Solaris 10にお金を払いたくないならOpen Solarisに移行すればいいじゃない」, 「無償のLinuxと有償のSolarisの日本柱って考え方はそれなりに合理的」みたいなコトを言ってくれているけれど、企業ユーザとしてはとんでもない話である。例えばCADのワークステーションで使ってたりすると、台数も多ければ検証も間に合わない。(個人的にOpenSolarisは良いOSだと思うけどね、ただそれとこれとは別問題でさ)

そんなわけでどうしても信じられず(信じたくなく)、しつこくSolaris 10のライセンスアグリーメントを確認したのだけど:

2. License Grant and Entitlement.

Subject to the terms of your Entitlement, Sun grants you a nonexclusive, nontransferable limited license to use Software for its Permitted Use for the license term. Your Entitlement will specify (a) Software licensed, (b) the Permitted Use, (c) the license term, and (d) the Licensed Units.

Additionally, if your Entitlement includes Services, then it will also specify the (e) Service and (f) service term.

If your rights to Software or Services are limited in duration and the date such rights begin is other than the purchase date, your Entitlement will provide that beginning date(s).

The Entitlement may be delivered to you in various ways depending on the manner in which you obtain Software and Services, for example, t he Entitlement may be provided in your receipt, invoice or your contract with Sun or authorized Sun reseller. It may also be in electronic format if you download Software.

2. ライセンスの供与とEntitlement

「Entitlement」の条件を遵守する事で、Sunはユーザーにソフトウェアを利用許可する非排他的な移管不可能な限定的ライセンスをライセンス条件で許可された利用目的で利用する事を許可する。ユーザーの「Entitlement」では a)ライセンスを与えられたソフトウェア b)許可された利用 c)ライセンス条件と d)ライセンス単位を特定する。

さらに、ユーザーの「Entitlement」にサービスが含まれる場合には、 a)サービスと b)サービス条件も特定される。

ソフトウェアもしくはサービスへのユーザーのEntitlementが、期間限定されており、そのようなEntitlementが開始された日にちが購入日以外である場合には、ユーザーの「Entitlement」には開始日が含まれる。

「Entitlement」はユーザーがソフトウェアとサービスを入手した方法により、異なる方法で届けられる事がある。例えば、「Entitlement」はSunもしくはSunが権限を与えた再販業者の領収書、請求書、もしくは契約書で提供される事がある。ユーザーがソフトウェアをダウンロードした場合には、電子フォーマットで提供される事もある。

License Agreement for Solaris 10 10/09 Operating System DVD Full

こんな具合で、どうやら「Estitlement」なるものでライセンスの種類が規定される(その中で例えば評価版がどうとか、期間限定がどうとか、が記載されるらしい)ようだ。ただ、今日の午後 13:00前後にSolarisをダウンロードしたもののEntitlementは届かない。

届かないのが気持ち悪くて他の文書も確認したみたところ:

Solaris 10 Download Customers

Obtaining an Entitlement Document is simple. On the Solaris 10 Get It page, select the platform and format you desire from the drop-down menus, and then click the Download Solaris 10 button. When you arrive at the Sun Download Center, either sign in or register, ensuring that a valid e-mail address is part of your Sun Download Center account to receive the Entitlement Document. Fill out the Solaris download survey, specifying the number of systems on which you are installing the software. Once you have completed the survey, you will be redirected to the Solaris 10 download page for downloading, and your Entitlement Document will be sent to your registered e-mail address. Please remember, your right to use Solaris acquired as a download is limited to a trial of 90 days, unless you acquire a service contract for the downloaded Software.

Solaris 10をダウンロードされたお客様へ

Entitlement文書の取得は非常にシンプルです。「Solaris 10 Get It」のページで、プラットフォームとフォーマットをドロップダウンメニューから選択し、「Download Solaris 10」ボタンをクリックします。Sun Download Centreでsign-inするか、アカウントを作成しEntitlemnet文書を受け取るためのe-mailアドレスを登録してください。 Solaris downloadのアンケートで、インストール対象の台数を記入ください。アンケートの記入が終わると、Solaris 10 donwloadページにリダイレクトされ、あなたのアカウントに紐づいたe-mailアドレスにEntitlement文書が送られます。ダウンロードしたSolaris 10はサービス契約を結ばない限り、90日間のトライアル用途に限定されることをお忘れなく。

と、このようにある。つまり、Solaris 10はサービス契約を結ばない限り、90日以上は使えない。

さて、問題は適用範囲がどこまでに及ぶか。つまり:

すでにインストールされているものは、改定前の条件(つまりサービス契約を結ばずとも使える)が適用されるのか？
プリインストールモデルを購入した場合、やはりサービス契約を結ばないとSolaris 10をアンインストールしなければならないのか？

このあたり。この辺の機微はもっと文書を追っかけていかないと見えないみたいなので、お付き合いのある営業さんに聞いてみなくちゃなぁ。むー。

……しかし、こんな感じで元Sunのプロダクトが、ずいずいOracleの流儀に染められて行くとしたら、ホントに輝きを失っちゃうよなぁ。

「末代まで！」 @nekosuna は、オトナが息抜きに読むラノベとして丁度いい。「怪談」の再構築/変換っぷりが大変にユカイで秀逸で、子供だましでなく小難しくもない。 #book

noreply@blogger.com (Sakurai.Catshop) — Mon, 22 Mar 2010 03:49:00 +0000

そのままマンガ化して、少年サンデーに載せてもいいような非日常的青春物語。

ターボばあちゃんに乗って競争する「老婆走」なる競技を中心に、「怪談」の再構築/変換っぷりが大変にユカイで、しかもバトル方面にもコメディ方面にも柔軟に展開できる秀逸さである。

少年漫画で育ってきたオトナが息抜きに読むラノベとして丁度いいと思う。子供だましでなく、といって小難しくもなく。

2010.03.31には続編にあたる「末代まで! LAP 2 丑三つトライアングル」が出るそうな。ちょっと楽しみ。

蛇足。「数学」をオカルトに取り込む発想は、古今東西, リアル/フィクションともに古くからあるけれど、その力の源泉を「エレガントさが心打つ」と言い切ってしまうセンスがすごくスキだ。

もう一つ蛇足を重ねると、この人のblogであるString catも大変に面白い。ラノベ作家の公式blogというよりオタク趣味のエンジニアの日記のようである。emacs並にvimでなんでもやろうとしてるところなんて、完全にギークだし！

「コラージュ人格」だって、そこにある「デザイン」に耳をかたむければ「声」は聴こえてくるよ。いっそ「自分」の存在を薄く保つ努力はZEN MINDじゃないか？ #mind #creativity

noreply@blogger.com (Sakurai.Catshop) — Thu, 11 Mar 2010 03:07:00 +0000

tumblrとかtwitterとかで、どこからか引用してきた大量の素材でページを形成していると、それが人格の発露と見なされる。

コラージュ人格 - waveriderの日記

ハッとした一言。

tumblrのReblog, twitterのReTweet, そしてここでは挙げられていないけれどSBM(はてなブックマークやDelicious, Digg)などは「コラージュ人格化」を加速するエンジンとして機能するんだろうな。

元記事では、この現象を「誰も自分の言葉で会話しようとしない世界」として否定的に捉えている。でも、そこまで悲観的にならなくてもいいんじゃないかな。

創作者の世界では、すでに「全ての題材はすでに語り尽くされた。我々に残されているのは、それをいかに組み合わせ、どんな手つきで語るかだけだ」というのが一つのコンセンサス(全員に共有されてるかどうかは知らない)になっている。

ボクらの「会話」においても、それは言えるわけで。ボクたちが日々、口にしているコトバ, そこに載せられたメッセージは、ほとんどの場合、すでに誰かが語っている。オリジナル、と言えるのは「組み合わせ」と「手つき」だけ。

全てが「引用」であったとしても、まずそれらのコトバをキャッチする仕組みや過程などに個性はにじむ。それをどのサービスに、どのようにレイアウト (空間軸/時間軸)するか。そして、それが「誰」に届ける(コトバとヒトの組み合わせ)か……etc.

そこにはデザインがあり、であるならば「表現」の作法として立派に成立していて「人格の発露」が認められる。

「自身のコトバ」の不在なんて気にすることはないね。そこにある「デザイン」に耳をかたむければ「声」は聴こえてくるよ。いっそ「自分」の存在を薄く保つ努力は抑制的でZEN MINDじゃないか。

……なんてなコトを思った瞬間に、コトバを組み立て始めるボクにはとても向かない表現方法だけどね。

「記号化」は背景にあるデータベースへのポインタ, リンクとして機能する。効率のよい情報の再利用という点で、情報処理的に非常に洗練されてるよね。

noreply@blogger.com (Sakurai.Catshop) — Thu, 04 Mar 2010 00:27:00 +0000

大地や太陽や砂漠といった自然界そのもの、正義や悪といった概念、死後の世界に属する神々、町や都市そのもの、動物や植物。そして更に、擬人化の範疇は王の所有物にまで至る。たとえばシェスメテト(Shesmetet) と呼ばれる女神などがそうだ。

これら擬人化の範囲の広さは、現代日本における擬人化、商品のキャラクター化の幅広さに勝るとも劣らない。
ある意味、五千年前に日本人の先を走った人々とも言えよう。

古代エジプトと擬人化の最先端 - 現在位置を確認します。

エジプト神話の神々は現代の「萌えキャラ」に通じるというお話。

特にその図像に関して:

*全部分かったら凄い*

*全部別キャラらしいですよ…*

このように「エジプトの神々の図像」(頭の上に載せてる標章がないと誰なのか判らない)と「ハンコ絵」(髪型と色の違いがないと誰なのか判らない)を並べて見せて、その類似性を指摘している。

さらにはもう一歩踏み込み、バステト女神を指してネコミミ萌えに対応する概念の芽生えとまで言及している。大変にユカイな考察であった。

さておき。ボクはこの両者の類似性は「記号化」(シンボル化)によるものだと考えている。

アヌビス神のシンボル(ジャッカル)を見れば、それが置かれている文脈とアヌビス神の機能や成り立ち, 物語などを突き合わせて「意味」を見出すコトができる。同様に現代日本のオタクである我々はカンフー少女を見れば、その登場した文脈と彼女に付帯された属性や過去に参照した物語に登場した「カンフー少女」たちとを突き合わせて「意味」を見いだすコトができる。

「絵」から「記号」への転換によって、「図像」は、その背景にあるデータベースへのポインタ, リンクとして機能する。効率のよい情報の再利用という点で、情報処理的には両者とも非常に洗練されているじゃないか。

ただし、これは「記号」の背景にあるデータベースが共有されている場合に限り、正しく機能する。例えば中国の山奥で「ジャッカル」のシンボルを見せてもアヌビス神が想起されるわけでなく、ポリネシアの海岸で「武道着を着た少女」を見せても「萌え」が想起されるわけでもない。

この点は注意が必要であるとともに、創作者的には極めて「美味しい」特性でもある。

それはつまり、意図的に「データベース」を差し替える, あるいは混在させるコトで全く異なった意味を付加できる、という特性だ。元来の「意味」と並べてギャップが大きければ大きいほど、これは面白いよね。例えば前述の「バステト神＝ネコミミ萌え」の図式の他にも:

日本のスサノオの「ヒゲもツメも伸ばしたまま泣きわめき仕事もしない」(＝ケガレや喪を表現している)様子から「ニート」を読み取る
北欧のフレイアが「美しく性的に奔放」(＝豊穣に通じる多産の表現)を見て「クーガー」(年下狙いの肉食系女性を揶揄したコトバ)を読み取る

こんなのがある。

さらに一歩踏み込んで「記号」の一部を意図的に書き換えたり付け足したり、なんてのもあるよね。例えば:

「日本一の桃太郎」を女の子にしてみる
「九郎判官義経」を引っ込み思案にしてみる

などなど。

そんなことを朝から思った次第なんである。どっとはらい。

「ニュースを消費する≒ソーシャルな活動に使う」だとしたら、ニュースの「コンテナ」もそれにふさわしい工夫がいるのじゃないかしら。 #media #news

noreply@blogger.com (Sakurai.Catshop) — Wed, 03 Mar 2010 02:11:00 +0000

最近も日経新聞が有料オンライン版をスタートするというニュースがあったように、古いメディアの下でニュースを配信してきた企業が、ネット時代に合わせてその姿を変えようとしています。そこで重要になるのが「なぜ人々はニュースを欲するのか」という点。この問いに的確に答えることができなければ、コンテンツへの課金はおろか、集客すらおぼつかないニュースサイトが出来上がってしまうでしょう。

「そんなの愚問だ。人々がニュースを得ようとするのは、欲しい情報があるからに決まってるじゃないか」——僕もその答えに100%同意するのですが、そう言い切ってしまう前にこちらの調査結果に目を通すことをおすすめします：

「あなたはなぜ、ニュースを読むのですか？」 - シロクマ日報

「なぜニュースを欲するのか？」という問いかけに対して「欲しい情報があるから」という回答では掘り下げが甘くて「その情報をなんのために、どうやって使うのか？」という視点で掘り下げて, そこから「どのような情報(コンテンツとコンテナ)が欲しいのか？」を浮き彫りにしなくちゃいけないんだよね。

そんなわけで引用したも記事では「Understanding the Participatory News Consumer (Pew Internet & American Life Project)」という記事を引いて「なんのために、どうやって使うのか？」を米国で調査した結果を紹介してくれている。和訳してくれた部分だけ引くと:

「ニュース消費者」グループの72%が、ニュースを消費する理由の1つとして、それについて家族や友人、同僚たちと語り合うのを楽しむためと回答した

このグループの69%が、情報に接していることを社会的義務と感じていると回答した

このグループの61%が、ニュースの中で生活に役立つ情報がしばしば見つかると回答した

このグループの44%が、ニュースがくつろげる娯楽や個人的な楽しみを提供してくれると回答した

このグループの19%が、仕事上ニュースに接している必要があると回答した

というわけで、アメリカでは7割以上の人にとって、ニュースを消費するコトはソーシャルな活動と近似らしい。(余談だけど、7割近くの人が「社会的義務」として情報に接しているって回答をしたことにはちょっと驚かされた。確かにそうなのかもしれない、とは思うけど日本で同じことを聞いて、そう答える人はどのくらいいるかしら？)

従ってニュースは、多くの人の興味を引けるようなもの、つまりターゲットとするコミュニティにおいて:

多くの関心が集まる重大事項の事実と分析(解説)
人に教えたくなる(あるいは知ってると、ちょっと鼻が高い)新奇あるいはトリビアルなもの
話のつなぎに最適な面白おかしい話

このような「情報」が望まれている。

……と「コンテンツ」の部分だけ見て結論するのは片手落ちだと思う。そもそも、そのあたりはすでにマスメディア側で十分に分かってて、日々「生産」, 「出荷」されている情報の大半は、これに当てはまってるよね。

むしろ重要なのは「コンテナ」の方で「ニュースの消費≒ソーシャルな活動」であるならば、それをもっと消費させるためには、ソーシャルな活動に使い易い「コンテナ」に載せて出荷しなくちゃいけない、ってコトだよね。このあたりの工夫は、今まであまりされてこなかったのじゃないかしら？

ボクはWebにどっぷりの人なので、とっさに思いつくのはやっぱりtwitterやblog, ソーシャルブックマークなどのWeb上での活動で使い易いようにする方向になる。(正直な話、「ね、コンテンツ課金したりblog等々への引用を禁じたりしても消費者のニーズには合わないでしょ？」と最初に思った感想はこれだったし)

けど、Webをいったん横に置いても、まだまだ工夫の余地はあるよね。例えば:

ニュースのパッケージを物理的に小さくする
(新聞紙って嵩張るから持ち歩くにも荷物だし、読むにも場所を選ぶよね？)
欲しい記事だけを簡単にクリップできるようにする
(欲しい情報だけ手帳にはさんだりポケットに突っ込んだりで、話をするときにぱっと取り出せたら良くない？)
記事を配信する単位をもっと小さく、そのかわり頻繁にする
(常に新しい情報を補給しないと話が続かない！)
辞書形式にする
(分からないコトバとかいっぱいあると話についてけないし！)

……素人のボクが思いつくだけでも、パパっとこのくらい思いつくことだし。当然、マスメディアの側でも研究してないわけがないよね？

さてはて、マスメディアのヒトたちは、どういう仕掛けをしてくるのかしら。

「世帯保育」から「社会保育」への回帰、ってアイディアについて色々と考えてみた。 #society #children

noreply@blogger.com (Sakurai.Catshop) — Sat, 27 Feb 2010 01:55:00 +0000

. @HighTaka 世帯保育から社会保育に「戻す」って考えはありですよな。狩猟採集のバンドのころから、育児も扶養も社会が行ってきたって側面は大きいわけで、世帯がやること自体が人類史的には特殊だったとも言えるかも。ベーシック・インカムも世帯扶養から社会扶養へですしね。

@koubou 2010.02.27 09:39頃 - twitter

多分、どこかですでに議論は始まっていると思う(心からそう願う)のだけど、このアイディアはちょっと思いつくだけでも:

「親」の負担が減る

「子育て」のために、仕事から離れざるを得なかった「親」の復帰が比較的早い段階で望める

「親」にとっては収入面で助けになる
「社会」に取っては「親」の労働力/生産力が早く戻ってくる (少子化と不景気で、どこも人手が足らないからね！)

「親」の未熟さを「社会」が補える

育児ストレス→虐待、のシナリオに歯止めが掛かる
虐待に至らないまでも「親」が疲れ果てた, あるいは途方にくれるような事態に遭遇したときのケアを「社会」として担当できる

「子供」が早い段階から「社会」に入る

「子供」と「社会」の結びつきの強化
「子供」同士のソーシャルな関係の強化
「社会」に馴染みづらい「子供」の早期発見と、ケアの実施

「子育て」のコストが「世帯」から「社会」に集約されるコトで「規模の経済」が働く

単純かつ明快なコストダウンが期待できる
過去の「育児」の経験を「社会」に蓄積し、再利用することで「子育て」の品質を上げることができる

……こんなトコロかな。掘り下げていけば、他にも色んなコトが期待できると思う。

対する問題は、やっぱり考察や議論を進めてイケば色々あると思うのだけど、やはりう最大のものは、その制度を「いったい誰が経営するのか？」というコトと「どこまで踏み込むのか？」というコトだろうね。

「地域社会」を強く意識し「家族の結びつき」を重視するなら、やはり「地方自治体」が経営するのがふさわしいと思う。ただし「集約」による効果は限定的なものになるし、地域によってサービスの内容には大きなバラツキが生じる。

対して「社会」の意味を広くとり「集約」の効果を重視するなら、「政府」が経営するのがふさわしいね。「地域」や「家族」からは距離をおくことになるかもしれないけれど、日本全国どこでも均質な「子育て」を比較的低コストで実現できる。

昔はこういう「制度設計」みたいなコトを考えなくても、なんとなく「地域に住むみなさん」が「社会保育」を無理しない程度に分担してくれてた……らしい。

でも「地域社会」を構成する「ボクら」自身はその時代の在り方がすでによく分からなくなっているし、だから「そのように」振舞うコトそれ事態がボクらに不自然を強いる。いわゆる「都市型」と言われる生活スタイルやら、「企業の雇用の在り方」などの社会的なコモンセンスも当時とは全然違ってきてる。

つまり「社会」の構造や、その構造を満たすボクたち自身が変わってしまっている今、素直に「昔みたいにやりましょうね」ってスローガンを掲げたって上手くいきっこない。ボクらに「不自然」を強い、社会的なコモンセンスを大きく変えようとするなら、やっぱり「制度設計」(システムデザイン)って必要なんだ。

その「制度設計」そのものをボクら自身、みんながみんなしてやる必要は必ずしもない。それが必要なんだ、というコトになれば、それが得意なヒトたちが真剣に頭をひねって考えてくれる。ボクたちの社会はそういう「仕組み」を持っている。

でも、それは「だからボクたちは考えなくってもいいんだ」ってコトではないんだ。それぞれ、みんな何かしらの考えは持ってなくちゃいけない。だって、そのコトについてよく考えたこともなかったら「得意なヒトたち」の考えてくれた制度が、本当にボクたちの欲しいものか？あるいは、十分にそれに近いものであるか分からないよね？

さ、この記事を読んでくれたアナタはどういう制度がいいと思う？もちろん、「社会保育」への回帰なんかしない, これからも「世帯保育」でいいって考えもアリだよ。

「日経新聞電子版」は果たして日経新聞社を生きながらえさせるだろうか？なんだか、ボクにはそうは思えないけれど。 #media #nikkei

noreply@blogger.com (Sakurai.Catshop) — Fri, 26 Feb 2010 12:49:00 +0000

Web刊有料会員向けトップページ。本紙と同じ「日本経済新聞」の題字は、日経がWebに本腰であることを示している

　日本経済新聞社は2月24日、無料・有料コンテンツを組み合わせた本格的なネット新聞「日本経済新聞電子版」（愛称：Web刊）を3月23日に創刊すると発表した。1日から購読申込みを受け付ける。

　「NIKKEI NET」をリニューアルする形で、一部の記事を無料で提供。有料会員になると、日経本紙に掲載される全記事を丸ごと読める。携帯電話からのアクセスや、設定したキーワードに関するニュースの自動ピックアップ、記事クリッピングなども有料会員向け機能として提供する。

　料金は、本紙（全日版3568円、朝・夕刊セット4383円）を購読していればプラス月額1000円、Web版だけなら月額4000円。

　喜多恒雄社長は「紙の新聞の部数に影響を与えないことを前提にした価格設定」と説明している。

日経を丸ごと読める「Web刊」、単体月額4000円で　「良質な情報はタダではない」 - ITmedia News

最初、この記事を見たときには「うわ、見事な逆張りだなぁ」と思ったりした。でも、よく考えたら、国際的にもまだ勝負はついてないんだよね。むしろ、有料 vs フリー/フリーミアムの勝負は始まったばかりとも言える。

……とはいえ、やっぱり高いよね。

まず第一に、新聞「紙」の定期購読と比べたときの割高感。新聞「紙」よりもコストは圧倒的に低いハズ(そうでないなら、日経のIT部門はよほど怠慢で無能だ)なのに、実際の値付けは新聞「紙」と一緒、というのが、どうにも損した気分だ。ましてその理由が「紙の新聞の部数に影響を与えないことを前提にした価格設定」なんてものだとしたら、やっぱりちょっとオモシロクナイ。

第二に、￥4,000-という値付けに見合った「価値」を感じられないこと。日経の全記事がWebで読める(でもシェアはできない)こと, ケータイからのアクセスや記事の自動ピックアップ, クリッピングなどに果たして\4,000-の価値があるだろうか？

ケータイアプリのヒットから、スマートフォンの普及への過程で、ボクらは「少額課金」には慣れてきたと言っていいと思う。……けど、\4,000-って「少額」って感覚じゃないよね。そのあたりのハードルをどう乗り越えられるほどのインパクトは、正直言って感じない。

例えば、日経独自の情報が相当量アーカイブされていて、いつでも、どこからでも自在にアクセスできて、しかもソーシャルネットワークでシェアできる……くらいのレベルにまで達していれば、とは思う。でも、もし、そこまで提供するとしたら「新聞社はテクノロジ企業になる」んじゃないかな。それはそれでたいそう面白いコトになりそうだけど。

……たださ。

仏新聞社、「フリーミアム」モデルで有料化

　フランスのLe Figaro紙が「フリーミアム」モデルで自社ニュースサイトの有料化を発表した。ニュースは無料で公開し、印刷用ページ、ソーシャル機能などの付加機能にのみ料金を課している。料金は「Connect」「Select」「Business」の3層構造で、「ニュースは永久に無料」。Connectは無料で、ニュースレター受信や記事へのコメント投稿が可能。「Select」は月額8ユーロで、New York Timesの記事のフランス語版、紙面のデジタル版、アーカイブ内の記事（月間30本まで）、ほかの読者とつながるソーシャル機能、市民ジャーナリストとしての記事投稿を含む。Businessは月額15ユーロで、Selectの内容に加えて、アーカイブ内の記事月間90本まで、ビジネスニュースレター、レストランや旅行の予約ができるコンシェルジェサービスを含む。独Hamburger Abendblatt紙も先月、「全国ニュースは無料で地域ニュースは有料」という形でニュースサイトを有料化している。

せかにゅ: 仏新聞社がWebサイト有料化、ただし「ニュースは永久無料」 - ITmedia News

こんなニュースを耳にすると、やっぱり「逆張りだよなぁ」という気分にはなっちゃうよなぁ。

「サーバ統合」≠「プライベートクラウド」だよね。もちろんサーバ統合だけでも大きなメリットはあるけれど。 #cloudcomputing

noreply@blogger.com (Sakurai.Catshop) — Fri, 19 Feb 2010 00:13:00 +0000

北村　弊社の場合は「プライベートクラウド」とはいわず「社内クラウド」と明確に言っています。これは社内にデータセンターを置いて、そこに資源を集中するということ。パブリッククラウドを否定するつもりはないし、弊社も一部で使っていますが、クラウドコンピューティングは雲をつかむような話なので、しっかりと目的なりを意識しなければいけないと思います。

鈴木　システムにかかるコストを分析すると、導入や障害対応にかかる時間が非常に大きい。それに比べてシステムの利用率が高いかといえばそうでもない。それをなんとかしなければと、サーバの機種も、ソフトウェアのバージョンも標準化していき、さらにディスク装置の故障でサーバがシステムダウンするのであれば、ディスク装置をサーバの外に出さなくては、とシステムの改善を進め、2005年にはブレードを導入するに至りました。

そして振り返ってみると、それがいま「クラウド」と呼ばれるようなものになった、ということです。

プライベートクラウドを構築した大手国内企業、その理由と利点を語る - Publickey

どうやら大和証券とオリンパスは、「サーバ統合」のことを「プライベート(社内)クラウド」と呼んでるみたいだ。

取っ掛かりとして分り易く、効果(コストメリット)も出やすく、既存の環境からの変化も少ないから現実路線だとは思う。

でも「それがプライベートクラウドだ！」と言い切られちゃうと、色々なものを取りこぼしてしまうよね。頑張ってもせいぜい「インフラクラウド」(Amazon EC2あたり)までしか到達できない。

もちろん「サーバ統合」にさえ辿り着いてない企業が多い中で、これはこれで意味がある。そこまで辿り着くだけでも、本当に大きな効果がある。

ハードウェアやメモリ, ネットワーキングなど、いわゆるインフラ部分のコンピューティングリソースの「再利用性」が高まって、ムダが減るから。

でもクラウドにはその先もまたある。つまり:

「プラットフォーム」のクラウド化

DBMS(クラウド的には普通データストアって言うのかな？)や開発言語, フレームワーク, 認証などの基盤システム
ヒューマンリソース(ヒト)の再利用性が高まる (部門間で融通が利きやすくなる)

「アプリケーション」のクラウド化

大雑把にデータベースも含んで、アプリケーションシステム
情報資産(アプリケーションソフトウェアはもちろん、データベース内のデータも)の再利用性が高まる

この辺りはコストメリットも出しづらいけれど、企業内のシステム部門に関わってるヒトたちであれば、皮膚感覚として大きくうなづいてもらえる効果だと思う。(特に乱立する似たようなデータベース/アプリケーションを排除することの効果が、どれほど大きいか)

ただ、このあたりまで辿り着こうと思ったら、アーキテクトから設計者, 開発者まで総出で頭の中身を入れ替えなくちゃいけない。そのくらい違ってる世界でもある……と傍目にも見える。ってコトは、他ならぬシステム部門の「現場」から大きな抵抗もあるだろう。

求められているかと言えば「YES」だと思うけど、辿りつけるかは、まだ疑問もあるよね。とはいえ視野には入れておく必要があると思うんだ。

……ま、ボクはインフラ屋だから「クラウド」の旗でサーバ統合(たぶん、VDIもイケるね、同じフレームで)を推進できるだけでも、ほくほくなんだけどさ。

だから、ボクも「そろそろCGMからソーシャルメディアにしてもいいんじゃないかと」という意見に一票。 @smashmedia

noreply@blogger.com (Sakurai.Catshop) — Thu, 18 Feb 2010 00:08:00 +0000

新聞では「ソーシャルメディア」という単語がまだ出てこないね。いまだに「CGM（消費者生成型メディア）」を使ってます。そろそろいいんじゃないかと思うんだけど。

そろそろCGMからソーシャルメディアにしてもいいんじゃないかと - smashmedia

CGM(Consumer Generated Media)なんて言葉、久々に聞いたなぁ。

CGMとソーシャルメディアって技術的な面やユーザの振る舞いに共通点を多く見出すことができるし、CGMが一般化しいったからこそソーシャルメディアって概念も出てきたんだとは思う。でも、それぞれ全く異なる観点から出てきたコトバなので比較して議論することには、あまり意味はないよね。

でも、ボクは @smashmedia さんのそろそろいいんじゃないかと思うんだけど。という指摘には同感。明らかにWebサービスのトレンドは「ソーシャルメディア」であることに重心が移っているし、企業にとって利用価値があり、またリスク要因に成り得るのも、ネットの「ソーシャル」な側面だから。

「ソーシャルメディア」なサービスが利用される過程で、無数の実例としてボクらに提示し続けているのは:

本質的に人は、人と繋がりたがっている
人と人の繋がり(リンク)を通じて、情報は広く速く伝播していく
人と人の繋がりを通じて交換された情報は、人の振る舞いに強く影響する

ってコトだよね。そこに企業の機会(opportunity)と脅威(threat)があるって分かった頃から、企業のネットを見る目が変わり始めたんだと思う。

これに対してCGMは単に「消費者が情報を生成するメディア(サービス)ですよー」という概念に過ぎなくって。要するにコトバのフォーカスが合ってなくて、それだけでは無意味(「だからなに？」)なんだよね。

だから、ボクも「そろそろCGMからソーシャルメディアにしてもいいんじゃないかと」という意見に一票。

ディスクの書き込み性能を測りたい時にはこんな風にしたら楽ちんだと思う #unix

noreply@blogger.com (Sakurai.Catshop) — Mon, 15 Feb 2010 06:21:00 +0000

小ネタを一つ。

タイトルの通り、ディスクの書き込み性能をサクっと測りたい時のやり方である。動作確認はSolarisでしか行ってないけど、おそらく UNIX/Linuxなシステムなら、どれでも動作すると思う。

やり方は、計測したいファイルシステムのマウントポイント(/ とか /export/home とか /home1 とか)に移動して、次のコマンドを実行する。それだけ。

   blksz=1024
   aCnt=10485760

   rm test.dat
   date > test.log ; \
    dd if=/dev/zero of=test.dat bs=${blksz} count=${aCnt} ; \
     date >> test.log ; du -ks test.dat >> test.log

このコマンドを実行すると:

処理の開始時間を test.log ファイルに書き出す
10GByteのファイル test.dat を作成する
より厳密には1024Byteのブロック(中身は/dev/zero, つまりnull)を10,485,760個(10×1,024×1,024)、test.logファイルに書き出す
処理の終了時間を test.log ファイルに書き出す

上記の処理を行う。

つまりtest.logを見て終了時間から開始時間を引けば、1GByteのデータをディスクに書き込むのに、どのくらい時間が掛かるか分かる。

もっと小さいファイルがいい, あるいは大きいファイルがいいというコトであればaCnt(書き込み回数)を大きくしたり、小さくしたりすればいい。何回か計測してやれば、大きなファイルをコピーしたい, ディスクからディスクにデータを移行したいなんて時の目安もだいたい掴めるんじゃないかな。

またデータベースサーバで、書き込むときのブロックサイズが決まっているなら、blokszはそれに合わせた方がより「らしい」結果になると思う。

以上、ふと埋もれてたメモを見つけたので走り書きしてみた。不明な点などあったらコメント欄に質問頂ければ幸い。分かる範囲でお答えします。

blog.桜井＠猫丸屋

ちょっくらフィリピンに行ってきます。5年ほど。

脳と心の関係は、コンピュータのハードウェアとソフトウェアの関係に相似す る。

Gigazine の @bookscan_jp に関する記事を読んで驚きつつ、プレミアム会員向 けのサービスがもう少し低コストで利用できたらうれしいな、と思っ た。 #bookscan

IT環境をシンプルにする仕事はちっともシンプルじゃない。

タスク管理とスケジュール管理、ホントは一体のものだよね。割り込みが少ない ならスケジュール管理に、多いならタスク管理に寄せたらいい。 #lifehack

ゲームをプレイするように「問題解決」に臨む。その仕組みはエピックウィンと 協力者、そしてフィードバックだ。 #society #game #life #lifehack

「書きたいネタがない」の次には「こんなもの書いてもな……」という段階が待っ ている気がする。 #blogging #web