aide-mémoire

[雑記] ITストラテジストの試験対策 (1日目振り返り)

2011-10-09T01:03:00.001+09:00

一週間後にITストラテジスト（ST）試験を受けます。それに向けて、今週の3連休は試験対策をきちんとしようとしているところです。（関連記事：[雑記] ITストラテジストの試験対策 (1日目)）
本記事では、今日(1日目)を振り返ります。

■特記事項

午後Ⅰ：
・当初は「3問を解き、残りは解説を読む」という予定だったが、想定外に解けなかったので、「(3問に限らず)慣れるまで解く」ことにした。
・原因(仮説)：自分の知識ベースで解答すべき設問を、解答を文中から探そうとしていため。
午前Ⅱ：
・休憩がてら午前Ⅱ の出題範囲を見てみると、ST特有の分野が想定外に多いことに気づいた。
→当初は「来週中に2回解く」予定だったが、優先度を上げて明日1回目実施。

■本日取り組んだ内容

基礎：5テーマを熟読
(事業戦略策定・全体システム化計画策定・個別システム化計画策定・実行管理・組込みシステム企画)
午後Ⅰ：8問
午後Ⅱ：1問(問題熟読＋解答熟読)

■その他所感

（午後Ⅰ）SAやPMと比べ、抜き出して解答できる設問がとても少ないように感じた。→想像力が必要。
（午後Ⅰ）SAやPMと比べ、設問は少なく、設問あたりの文字数が多い。→文章力が必要
（午後Ⅰ）全く未知の業務だと、問題文を読んで付いていくのが精一杯のような気がする。→受かるためには「未知の業務の問題は手を付けない」が正しそうだけれど、せっかくの良い機会なので業種別の業務のイメージを掴んでおくことにする(※1 ※2)。

※1 業種別の問題文の理解しやすさ
・理解しやすい：　サービス業(営業支援システム・コールセンター・病院・自治体)、組込み
・どちらでもない：製造業
・理解しづらい：　流通業、物流業

※2 『システムアーキテクト完全攻略テキスト―情報処理技術者試験対策』に、「業種別業務知識」と「共通業務知識」という章があって、分かりやすく書いてある。

[雑記] ITストラテジストの試験対策 (1日目)

2011-10-08T09:24:00.000+09:00

今回は雑記を。

来週、ITストラテジストの試験を受けます。しかしあまり勉強しないまま1週間前を迎えてしまいました。残り日数は、休日4日＋平日4日。ここを最短で合格できるように過ごそうと思い、KSFとKPIを定義し進めることにしました。

KSF：

ITストラテジストの業務のアウトラインの習得。特に
・事業戦略策定 (評価含む)
・情報システム戦略策定 (評価含む)
・個別システム化構想策定 (評価含む)
ITストラテジストに関する用語理解

KPI：

午後Ⅰ問題：
・問題文を読む：問題集全問
・問題を解く： 3問
午後Ⅱ問題：
問題文を読む：問題集全問
問題を解く(アウトラインのみ)：3問
問題を解く(最後まで)：1問
シナリオ作成：3種類
午後Ⅱ問題：2回解くこと (1回目は全問、2回目は間違った問のみ)
3連休中、ITストラテジスト対策に費やす時間：24時間

問題集はこちら：

[雑記] プロジェクトマネージャ受験

2011-09-19T00:59:00.000+09:00

先日「プロジェクトマネージャ」という試験を受けました。結果は無事受かったのですが、誰かの役に立てばと思い（＆自分への備忘録として）、1.試験対策、2.学習時の留意点、3.本番時の留意点、4.午後Ⅱ回答をまとめます。

1. 試験対策

次のような内容を行いました。

大項目	小項目	内容	対策時間	対策時期
知識の習得	基礎知識	問題集の基礎知識部分を熟読	5h (PMBOKの知識体系ごとに0.5h)	2ヶ月前
知識の習得	PMの行動規範を捉える	午後Ⅱの問題・解答例を読む	5h (1題0.3h)	2ヶ月前
午前問題対策	午前Ⅱ	過去問題を解く	3h (3回)	数週間前〜前日
午後問題対策	午後Ⅰ練習	過去問題を解く	10h (1題1h、10題)	2ヶ月前〜前日
	午後Ⅱ練習	過去問題を解く（フル）	8h (1題2.5h、3題分)	1ヶ月前〜前日
	午後Ⅱ練習	過去問題を解く（骨子のみ）	3h (1題0.5h×5題)	1ヶ月前〜前日
	午後Ⅱ題材準備	題材となるプロジェクトの概要を作成	3h (1例1h×3例)	数週間前〜前日
	午後Ⅰ・Ⅱ 留意点リスト作成	過去を振り返り、当日の留意点をまとめる	1h	数週間前〜前日
計			38h

ちなみに参考書は、『情報処理教科書プロジェクトマネージャ』を利用（リンクは2011年度版）。本書は、類書の中でも飛び抜けて秀逸と感じました。

要点が明確
最短で合格しつつ、かつプロマネとして基礎力が付くように書かれている
過去8年分の問題と回答が、付録CD-ROMに入っており、十分な問題量がある。
(PMの行動規範は、午後Ⅱ問題＋解答例を読むだけで分かるため、おそらく合格後にも使える。午後Ⅰの問題を読むだけで、午後Ⅱの事例対策になる)

2. 学習時の留意点

午後Ⅰ：

得意分野の場合は、時間内に答えられるようにすることを目標にする。
不得意分野の場合は、知識を付けることを目標にする。
解く問題が「文中から抜粋するタイプ」か「知識で答えるタイプ」か「答えを推測するタイプ」かを明確にしてから、答える。
字数によって、まず回答文の形式を意識してから、答える。
例えば、10〜15字→キーワードで、20字→単文(◯◯が△△)、30〜40字→(◯◯が△△で□□) と。

午後Ⅱ：

決まり文句は覚えておく。例えばアについては「私はシステムインテグレータB社に属するプロジェクトマネージャである。先般私が携わったプロジェクト(以下PJ)は、○○業のA社より依頼された、○○○○○である。本システムは、○○○○○である。○ヶ月、要員は○人、総工数は○人月、総コストは◯千万円である。私は本案件のプロジェクトマネージャとして携わった。」など。
各フェーズ(以下)について、実際に要した時間を記録し、以下の目安からどれだけずれたかを計る。
- 問題文解読＋ストーリー構成：20分 (〜14:55)
- システム概要記入：5分 (〜15:00)
- ア (目安700字)：20分 (〜15:20)
- イ (目安1200字)：40分 (〜16:00)
- ウ (目安900字)：30分 (〜16:30)
時間をオーバーしてしまった場合は、その原因を必ず分析する。
(自分の場合は以下のような原因があった)

ストーリー構成で想定した内容は書き終えたものの、字数が足りず、追加内容を考えた。
ストーリー構成の内容が多すぎて、削りながら作文したため、時間を要した。
書いているうちに内容の矛盾に気づき、修正方法の検討と修正に時間を要した。
書いているうちに、ストーリー構成で想定した方針からずれていることに気づき、書きなおしたため、時間を要した。
事象を説明するために、予想以上に字数を要してしまい、時間(と字数)を要した。(例えばプロジェクトの体制を複雑に設定しすぎてしまったなど)

論文の題材は、次のものを用意すると効果的

納期を守るのに苦労したプロジェクト (PMBOKのタイム)
品質確保に苦労したプロジェクト (PMBOKの品質)
複雑な開発体制だったプロジェクト (PMBOKの人的資源・コミュニケーション)

3. 本番時の留意点

午後I (論述問題)：

試験開始前：解答用紙が配られたときに解答欄を眺めて、どの大問でどのような解答が求められているかを眺め、解きやすそうな大問を見つける。例えば、用語を答える問題が多いか、40字程度の記述が多いか...など。(私は、できるだけ用語を答える小問が多い大問を選ぶようにした)
試験開始直後：その解きやすそうな大問を読み、問題の概要を把握する。
まずはパラグラフのタイトル(［］で書かれた部分) だけを読む(※1)。問題なさそうなら、その後、小問を読み始めて解いていく。
解く問題が「文中から抜粋するタイプ」か「知識で答えるタイプ」か「答えを推測するタイプ」かを明確にしてから、答える。
字数によって、まず回答文の形式を意識してから、答える。
（例えば、10〜15字→キーワードで、20字→単文(◯◯が△△)、30〜40字→(◯◯が△△で□□) と）。次に、字数の過不足は、冗長な表現があれば削ったり言い換えたりする、修飾語を挿入/削除する、文末を調整する。
解答欄は、できるだけ全て埋める。

※1 例えば、[計画策定]→[スケジュール管理計画]→[計画変更] という章立てになっていることを意識すれば、前半ではスケジュール策定に関する設問、後半ではスケジュール変更に関する設問があることがすぐに分かります。

午後II (論文)：

ストーリー構成を行うときは、あまり詰め込み過ぎないようにする。
「問題文中に現れるキーワードの2〜3点の具体化」と、もしあれば「文中にないが類推されるキーワード1点の具体化」の程度でよい。
また、その他のストーリーを書いても、それが問題文に関係ない話なら全く意味がない。
文章構成は、まず設問に対する答えを明確に一文で回答し、その後理由や具体例を書くようにする。
具体性を持ったキーワードを意図的に盛り込む。
可能なかぎり定量的に書く。
書いてみた結果字数が足りていなかったら、主張を繰り返して字数を稼ぐ。
数行書くごとに、問題の趣旨に逸脱していないか確認する。(上述の「書いているうちに、ストーリー構成で想定した方針からずれていることに気づき...」への対策)
主張を明確にするため、原因・方式・対策などの項目を列挙する場合、必ず順位付けをする。これをしておくと、「トレードオフのある複数の項目からひとつを選ぶ」という場合にも説明しやすいと思う。
使えるフレーズ

「○○という状況であった。」
「○○と判明した。」
「本来ならば○○が理想であった。」
「○○という制約があった。」

「このような状況では一般的には◯◯をすべきだが、△△なので、□□とした」と書くと、状況が明確になる。（あとプロマネとして正しい知識を持っていることも示せる）
プロジェクトマネージャの本務ではない業務（すなわちPMBOKの9つの知識体系に直結しない業務）は絶対に書かない。書くと減点されるだけでなく、以後の論点がずれるという問題がある。(設計はシステムアーキテクトや他のスペシャリストと相談する／例え主題が移行やテストであったとしても、視点はQ,C,Dとリスクににする)
解答用紙を汚さないため、問題冊子を切り離し、使わない1枚を下敷き替わりにする。(見開きの2ページについて、解答がそれぞれの解答用紙に写ってしまい非常に読みにくくなるのを防ぐため)

4. 午後Ⅱ回答

メモ＋一部補完で書きます。問3(組織要員管理)を選択。

プロジェクトについて：
- 概要：B社向けSaaS基盤システムの構築。本PJは自社(A社)において経営戦略上最重要PJであり、本PJを早急に発足し、システムを早急にリリースする必要が出てきた。アプリケーションは既存のものを流用、インフラは新規設計・構築。
- チーム編成：アプリケーション(AP)グループとインフラ(IS)グループ、自分は両グループを統括する立場のプロマネ。APグループはこれまで本システムのAP開発を行ってきた。ISグループは、インフラの研究部門のメンバを異動させることにより新規結成。
イ：人間的側面の問題、誘発されると想定したリスク、対策
- PJが抱える問題：
  1. ISグループ内の意欲低下。
    別部門から人事異動で結成したことにより、本PJの業務内容と担当者の希望領域との間にずれが生じていた。それに伴いグループ全体として意欲低下。(設問中の「意欲の低下による成果物の品質の低下」を意図)
    さらに、上記問題に伴い、ISグループのリーダとメンバ間で不和が起こり、生産性低下。(設問中の「要員間の対立が...」を意図)
  2. APグループのリーダーPが、家庭の問題を抱えている
    (設問中の「健康を損なうことによる進捗遅延」に類する現象を意図)
- 誘発されると想定したリスク：
  1. インフラ概要設計の品質低下による、スケジュール遅延と、後工程での後戻りに伴うコスト増
  2. リーダー不在により、APの開発についてスケジュール遅延
- 対策：
ウ：対策の評価、認識した課題、今後の改善点
（上手くまとまっていないが、概ね以下のようなことを記述）

対策を施すことで、スケジュール遅延が1ヶ月生じたが、全体として取っていたバッファ内に収まっており、スケジュール内でリリースできた。
要員のモチベーションを維持することは重要。今回のケースでは、労働者が基本的には高次元の要求を持っていたが、実作業とマッチしないことが原因だったため、マズローのY理論の考え方に従い要員の自主性を尊重し、対策を打った。結果、要員が自主的に働くようになった。
組織要員管理の面から、要員教育は重要。PJを遂行する上で、適切に要員教育計画を立てる必要がある。
外部環境の変化が激しい昨今、限られた要員でPJを遂行せざるを得ないケースが多い。その状況下で、今回のように要員自身が納得しない状況で異動を伴い、PJを遂行するケースがある。そこで、モチベーションをウォッチし、適切に業務を与えることが、PMとして重要な仕事。

『読んだら使える　日経新聞の読み方』

2011-09-19T00:24:00.000+09:00

『読んだら使える　日経新聞の読み方』(角川総一著)という本を読みました。

最近、経営戦略や事業戦略について興味を持っています。ところが、私はおそらく同年代の中では日経はあまり読まない方 (週1〜2回) で、企業活動・経済・政治についてもかなり疎い方だと思います。そこで、もう少しインプットを増やすべきと思い、日経新聞を読む頻度を増やすことを決意し、本書を手に取りました。

本書を読んで重要と感じたことを４点：

重要箇所だけを読む；基本的には見出し＋リードだけを読む
新聞の構造を知り、自分にとって重要なページから順に読む
他の情報源も活用し、得た情報を再構築する
アウトプットしようという意識で読む

日常的に読んでいる方から見れば当然のことですが、今一度整理のためにまとめてみます。

1. 重要箇所だけを読む；基本的には見出し＋リードだけを読む

どうしても多くの記事を最後まで読んでしまいがち。しかし、最後まで読むと時間がかかるけれども、時間をかけた割に得られる効果は少ないと思います。

そこで、基本的には見出し＋リードだけを読みその他は切り捨てるという意識で、緩急を付けて読む。それが効率よく情報収集するためのコツだと思います。

切り捨てた結果として得られない情報はあるけれど、毎日読むことを続ければ徐々に背景知識も増えていき、ある程度の段階になると、自然と斜め読みだけで重要な情報を得られるようになるのではと思います。

２. 新聞の構造を知り、自分にとって重要なページから順に読む

記事レベルでは、見出し＋リードがもっとも重要な箇所。一方、新聞全体でみるとどんなカテゴリがあって、どのページにどの程度重要な情報があって... を意識し、自分にとって重要なページから読むことで、時間効果的に読めると思います。

本書の3章に詳しく書かれています。

（ちなみに自分は、一面→総合→企業→経済の順に読もうと思います。）

３. 他の情報源も活用し、得た情報を再構築する

理解するには、情報を多方面から得ることが重要です（以前書いた記事：「記憶を定着させるにはテストが最も効果的。知識が再構築されるから」も近い内容かもしれません）。そのため、日経以外にも、他の全国誌や、Google Newsのキーワード配信機能、ブログなどの情報源も活用することが望ましいです。

4. アウトプットしようという意識で読むこと
著者曰く、「『インプットしたからアウトプットできた』のではなく、『アウトプットしたいとう意欲が先にありき』」なのだそう。
何も意識しないと、ついつい受動的に読んでしまいがちだと思います。そうすると、おそらく、頭には入って来ないでしょう。そこで、アウトプットすることを前提に読むと、「どんな情報が必要か」を自然と意識し、必要な情報を必要なだけインプットできると思います。
つい忘れがちですが... 情報をインプットすることは目的ではなく、収集した情報を何らかの形で役立てることが目的ですよね。そこを意識しながら読むことが重要と再認識しました。

-----
前回の更新から半年以上も空いてしまいました。
仕事が忙しい...という一見正しそうな（だが大きく誤解している）理由で、いつの間にか記事を更新しない状態になっていました。
しかし、文章を素早く分かりやすく書けること（本質的には、必要な情報を効果的に人に伝えられること）は重要。そこで、トレーニングも兼ねて、続けて行きたいと思っています。以前書いた記事（[雑記] システムアーキテクト受験）でも以下のとおり書いていますし...。

文章を書くのが本当に苦手ということですかね。試験を受けて、文章が書けないことを痛感しました。しかし、社会人としては文章表現力は非常に重要。資格に関してはなんとか逃げられるかもしれませんが、社会人としては文章力は大事ですよね。そこで物を書くことを定期的に続けたいと思います。

。

記憶を定着させるにはテストが最も効果的。知識が再構築されるから。 (To Really Learn, Quit Studying and Take a Test)

2011-01-26T00:03:00.005+09:00

The New York Timesの記事 (To Really Learn, Quit Studying and Take a Test) から。

Purdue Universityでの研究結果：文章を読んで1週間後に内容を思い出すという実験をしたところ、「文章を読んだ直後にテストを受けた」被験者は、「文章を反復した」被験者や「図を描きながら文章を読んだ」被験者に比べて、文章の内容をよく思い出すことができたという結果になった。

また、「一週間後にどれだけ覚えているか？」という質問に対しては、「文章を読んだ後にテストを受けた」グループが、3グループのうちでもっとも自信がないと答えた。

なぜテストが効果的なのかは明らかになっていないが、「テストによって、後に情報を取り出すための手がかりが作られるからだろう」とのこと。また、Marcia Linn教授(University of California)によると、「テストによって、知識と知識のずれを認識し、より整合性がとれた形で知識が再構築されるのではないか」とのこと。

***

この記事のエッセンスは「得た知識は、テストをして知識を再構築することで、定着する」ということだと思いますが、自分の経験を振り返ってみると確かに納得できます。
自分は高校時代は社会科が不得意で、物理が得意だったのですが、それも当てはまりそうな気がします。問題集や暗記カードなどで「テスト」し丸暗記した社会科は、ほとんど長期的な記憶には残らないのに対し、色々な問題や事例を当てはめることで「テスト」した物理は長期的によく覚えているような気がします。

さて、この記事を読んで、気づいたことが3点あります。
1つめは、自分は理解したつもりになっている場合が多いなということ。例えば、「ふんふん、なるほど」と読み進めた本については、知識の再構築の過程を踏んでいないため、記憶への定着は少ないということになります (しかも図で整理しても定着しないというのだから)。一方、読んで頭に知識を入れたあと、様々なの角度から叩いて「テスト」した場合は、知識の再構築ができて定着する残ることになると思います。
(巷では「本を読んだらアウトプットせよ」と云われていると思いますが、その本質は、「アウトプットする過程で、知識の再構築が行われて、知識が定着するから」かもしれません。)

2つめに、語学についても同じことが言えそうです。単純に単語帳で語彙を頭に入れただけでは、定着しないと思います (仮に暗記カードを使ってテストをしたとしても、知識の再構築には寄与しないと思うので、効果がなさそうです)。一方で、頭に入れたその語彙を、他の知識と関連付けて再構築することで、はじめて定着することになると思います。例えば、その語彙をイメージする、その利用シーンをイメージする、他の単語と併せて文章を作る、話す、その語彙を辞書で引くなどをすることで、定着するのだと思います。

3つめ。この話は、PDCAのやり方にも生かせるのではないかと思います。仮に「ある活動に対してCheckしてActすることの本質が、その活動を再構築すること」だとすると、上で紹介した記事の「テスト」という考え方が当てはまるかもしれません。漠然とCheckとActを行っても効果はさほど現れず、「目的に適っている活動か？」「効果が出る活動か？」「もっと改善できる活動ではないか？」というように「テスト」するように行うと、活動を再構築することができ、より改善されるかもしれません。
(ちょっと飛躍しすぎた感はありますが...)

[雑記] システムアーキテクト受験

2010-12-30T19:26:00.004+09:00

システムアーキテクトという試験を受験しました。昨年に続いて2度めの受験で、今回は無事合格することができました(昨年度の受験時の記録)。
試験対策および本番で気を付けた点をまとめます。

本番までの準備

基本的な知識は昨年に受験した際に学習したため、今回は「前回学習した内容の再確認」を基本にし、その上で「解答のコツを押さえる」ようにしました。4種類ある各科目の準備は次のように進めました。なお、使った問題集は、『情報処理教科書 [秋期]高度試験午前対策 2009年度版』と『情報処理教科書システムアーキテクト 2009年度版』の2冊です。(2011年度版のリンク：『情報処理教科書［秋期］高度試験午前I・II 2011年版』(午前用)と『情報処理教科書システムアーキテクト 2011年版』）

午前I (四択/共通問題)：　今回は免除のため対策なし
午前II (四択/分野個別問題)：
1. 問題集を2〜3回解く。
午後I (記述問題)：
1. 問題集の基礎知識部分を一読し、知識を再確認する。(1h)
2. 過去問題を数問解き、問題の形式に慣れる。(2-5h)
午後II (論文)：
1. 問題集の「論文の書き方」を一読する。
2. 過去問題を数問解き、問題の形式に慣れる。(3-9h)
3. プロジェクト例を想定しておく。(2h)

続いて、午後I(記述問題)と午後II(論文問題)について、学習時に意識したことと本番で意識した内容をまとめます。

学習時に意識したこと

午後I (記述問題)：

得意分野と不得意分野を明確に把握しておく。不得意分野の過去問題を解くときは知識を付けるようにするが、得意分野の過去問題を解くときは、知識を付けるよりも「どうやって時間内に答えを見つけるか」に重点を置く。
(私の場合、得意分野は、業務分析・業務設計・UML・開発管理、不得意な分野はシステム移行・パッケージ導入)

午後II (論文)：

決まり文句は覚えておく。
- 例えばアについては「私はシステムインテグレータB社に属するシステムアーキテクトである。先般私が携わったプロジェクト(以下PJ)は、○○業のA社より依頼された、○○○○○である。本システムは、○○○○○である。総開発期間は○ヶ月、要員は○人、総工数は○人月である。私は本案件にシステム構築のリーダーとして携わった。」など。
各フェーズ(以下)について、実際に要した時間を記録し、以下の目安からどれだけずれたかを計る。

問題文解読＋ストーリー構成：20分 (〜14:55)
システム概要記入：5分 (〜15:00)
ア (目安700字)：20分 (〜15:20)
イ (目安1200字)：40分 (〜16:00)
ウ (目安900字)：30分 (〜16:30)

時間をオーバーしてしまった場合は、その原因を必ず分析する。(自分の場合は以下のような原因があった)
- ストーリー構成で想定した内容は書き終えたものの、字数が足りず、追加内容を考えた。
- ストーリー構成の内容が多すぎて、削りながら作文したため、時間を要した。
- 書いているうちに内容の矛盾に気づき、修正方法の検討と修正に時間を要した。
- 書いているうちに、ストーリー構成で想定した方針からずれていることに気づき、書きなおしたため、時間を要した。
- 事象を説明するために、予想以上に字数を要してしまい、時間(と字数)を要した。(例えば説明するためにアーキテクチャの詳細にまで触れてしまった場合など)

本番で気をつけたこと

午後I (論述問題)：

試験開始前：解答用紙が配られたときに解答欄を眺めて、どの大問でどのような解答が求められているかを眺め、解きやすそうな大問を見つける。例えば、用語を答える問題が多いか、40字程度の記述が多いか...など。(自分は、できるだけ用語を答える小問が多い大問を選ぶようにした)
試験開始直後：その解きやすそうな大問を読み、問題の概要を把握する。
まずはパラグラフのタイトル(［］で書かれた部分) だけを読む(※1)。問題なさそうなら、その後、小問を読み始めて解いていく。
小問回答時：小問が次のどちらであるかを早めに見極める。(→それぞれで戦略が異なるため)

問題文中に書いてある答えを求める問題
問題文中の手がかりをヒントに、システムアーキテクトの常識から答える問題

字数指定の設問は、
まず、以下を手がかりに解答を組み立てる。
- 10字：キーワード
- 20字：短文
- 30-40字：修飾語をつけた文章
- 50字：2文
次に、字数の過不足は、冗長な表現があれば削ったり言い換えたりする、修飾語を挿入/削除する、文末を調整する。

※1 例えば、[現行システムの概要]→[〇〇業務の概要]→[○○業務の問題点]→[○○業務の改善]→[新システムの○○機能] だけを読むと、「既存のシステムを動かしているのだけど、問題があるため、改善し、新機能を追加したのか」といった流れが分かります。

午後II (論文)：

具体性を持ったキーワードを意図的に盛り込む。
書いてみた結果字数が足りていなかったら、主張を繰り返して字数を稼ぐ。
数行書くごとに、問題の趣旨に逸脱していないか確認する。(上述の「書いているうちに、ストーリー構成で想定した方針からずれていることに気づき...」への対策)
ストーリー構成を行うときは、あまり盛り込み過ぎないようにする。
「問題文中に現れるキーワードの2〜3点の具体化」＋(あれば)「文中にないが類推されるキーワード1点の具体化」程度でよい。
また、その他のストーリーを書いても意味がない。
主張を明確にするため、原因・方式・対策などの項目を列挙する場合、必ず順位付けをする。これをしておくと、「トレードオフのある複数の項目からひとつを選ぶ」という場合にも説明しやすいと思う。
使えるフレーズ
- 「○○という状況であった。」
- 「○○と判明した。」
- 「本来ならば○○が理想であった。」
- 「○○という制約があった。」
- 「○○方式と○○方式が考えられたが、○○方式を採用した。理由は...。」
システムアーキテクトの本務ではない業務は書かない。(工数と予算はプロマネと相談する／データベースとネットワークの設計はそれぞれのスペシャリストと相談する／コーディングとテストはPJメンバにさせる)
解答用紙を汚さないため、問題冊子を切り離し、使わない1枚を下敷き替わりにする。(見開きの2ページについて、解答がそれぞれの解答用紙に写ってしまい非常に読みにくくなるのを防ぐため)

参考 (今回受験した際の所感と解答)

所感：

午後I：
- 問3(設備棚卸システム機能追加)と問4(デジタルサイネージシステム設計)を選択。
- 問3は、仕事で(人力で)設備の棚卸を行ったことがあるので、題意は理解しやすかったです。ディスプレイとPC本体で同じ資産番号なのに、別々の場所にあったり、別の事業所にあったり...といろいろと面倒だった記憶があります。
- 問4は、一見解けそうと思い着手したものの、推測で書かせる解答が多く、自分の答えが合っているのかそうでないのか自信が持てず、終始不安でした。
午後II：
- 問3(組込みシステムでのハードウェアとソフトウェアの機能分担)を選択。
  問2か問3で迷いましたが、問2がだいぶ抽象的で書きにくそうに感じたため。
- 字数は、ア:約800字、イ:約1000字、ウ:約800字。
- イとウの内容分担が不明確のまま書いてしまい、少し内容が重複してしまったような気がします。書いている途中でイとウの内容分担で悩んでしまったためか、時間はぎりぎりでした。

午後Iで書いた解答 (自分のメモより。下線部はおそらく×となったであろう答え)
(ちなみに、80点でした)

問3
- 設問1：(忘れました...)
- 設問2(1)：同一の資産シールを複数枚発行している資産についての現物数の不足
- 設問2(2)：
  照合内訳数／内訳テーブルの現物照合実施日が初期値の場合のみ、1を加算する。
  最新現物照合実施日／内訳テーブルの現物照合実施日の値と同一とする。
- 設問3：(忘れました)
- 設問4(1)：遠隔地の資産を回収したとき、システム上照合されていた資産が見つからないこと
- 設問4(2)：(忘れました)
問4
- 設問1(1)：対象のディスプレイ端末、データ保持の有無
- 設問1(2)：プレイリスト
- 設問2(1)：ネットワークの性能、ネットワークの切断
- 設問2(2)：NTPサーバと通信し、各端末の時刻を調整する機能
- 設問2(3)：ディスプレイ端末のバックライトの調節機能
- 設問3(1)：HDDの数およびプロセッサの数
- 設問3(2)：サーバ全体としてデータ伝送性能が向上すること
- 設問4(1)：タッチパネル
- 設問4(2)：転送量が少ないことによる転送時間の短縮

午後IIで書いた解答の骨子 (自分のメモ＋一部補完)

システム：ロボット制御機器の分散システム制御部。障害検知・フェイルオーバー機能・自己状態最適化機能を備える。
イ：ハードウェアとソフトウェアのトレードオフの検討項目

障害検知機能：自社保有技術 (自社保有技術を流用)
フェイルオーバ機能：性能 (完了時間)
⇒ハードでもソフトでも可だったので、プロトタイプを作成し評価することにした。
自己状態最適化機能：再利用性(アルゴリズムを置き換えやすくしたい)
全体として：開発スケジュール、開発・製造コスト

ウ：機能分担の内容と評価

ハード：障害検知機能とフェイルオーバ機能
ソフト：自己状態最適化機能とした。
フェイルオーバ機能はプロトタイプを作成し評価した結果、ソフトウェアでは1msオーダーでの性能が出せなかった。スケジュールは伸び、製造コストはかさんだが、依頼元とPMと相談し合意を得た。
評価：(忘れましたが、「開発コストが○○ほどかかったが、性能を出せた」などと書いたように思います)

※上記リンクは、2011年度版です。

[パズル] 99人の囚人

2010-12-18T23:51:00.007+09:00

「99人の囚人」という論理パズルについて、問題と解答を書きます。

この問題は、職場の先輩のブログ: にゃんたこす！徒然草。の99人の囚人問題編(数学パズル)という記事に載っていたものです。なかなか面白い問題だと思ったので、自分のブログにも転載します。解答は私が書いたのですが、結構ややこしいものになってしまいました...。エレガントな解答を思いついた方がいらっしゃったら、ぜひコメントにて指摘頂ければと思います。

ではまず問題から。(前述のブログから引用)

問題

９９人の囚人がいます。彼らの頭に１～１００までのナンバーカードが貼りつけられた帽子をランダムにかぶせます。
他人の帽子は見ることができても、自分の帽子は見ることができません。
帽子の数は全部で１００なので、一つ使われずに余ります。
そのナンバーは囚人達にはわからないようにしておきます。
この状況で、囚人たちに一斉に自分のナンバーを宣言させて、全員が正解だったら釈放するという賭けをします。
囚人たちには帽子をかぶせられる前に相談タイムが設けられています。
どういう戦略を取れば、助かる確率を最も高くできるでしょうか？

以下では、ヒントと答えを書きます。

ヒント

各囚人は、自分以外の98人の囚人のナンバーカードを見ることができます。ナンバーカードは全部で100個あるため、自分のナンバーは2通りある (すなわち、1〜100の数のうち、他の囚人98人が被っている98個の数以外の2つの数) ことが分かります。その2通りの数のうち、1つは自分のナンバー、もうひとつは、使われなかったナンバーということになります。下の表では、各囚人にとってどの番号を見ることができるかを示します (未使用の番号を61としています)。

	囚人1 の番号	囚人2 の番号	...	囚人n-1 の番号	囚人n の番号	囚人n+1 の番号	...	囚人99 の番号	未使用の番号	見えない数
囚人1にとって	？	38	...	20	59	14	...	7	？	96と61
囚人2にとって	96	？	...	20	59	14	...	7	？	38と61
:	:	:	...	:	:	:	...	:	:	:
囚人nにとって	96	38	...	20	？	14	...	7	？	59と61
:	:	:	...	:	:	:	...	:	:	:
囚人99にとって	96	38	...	20	59	14	...	？	？	7と61

ヒントの1つめ：

「見えない2つの数を元に必ず自分の番号を当てる方法」は存在し得ません。なぜなら、囚人にとっては、他の囚人が被っている帽子の番号の情報(98個の整数)のみから2数を選ぶことはできないからです。(※1)。

各囚人が「見えない2つ数のうちの1つを適当に宣言する」とすれば、全員が釈放される可能性はほぼゼロ (1/2の100乗≒10のマイナス30乗) となります。この可能性を上げるには、何らかの方法で、複数の囚人の間で2数の選び方を統一し、各囚人の宣言する数に関して整合性を取る必要があります。

そこで、答えは、「相談タイムにて『各囚人があるルールに基づいて2つの数のうちの一方を宣言する』と取り決め、各囚人はその通りに宣言する」となります。

ヒントの2つめ：
次の条件を満たすようなルールがあり、それが答えです：　ルールに基づいて各囚人が宣言した場合、1/2の確率で『全員が正しい数を宣言する』が、1/2の確率で『全員が間違った数を宣言する』。従って、そのルールの作成時点に、1/2の確率でヤマをはることになります。

※1 もし問題を少々変形して、「他の人が被っている帽子を見た後、何らかの意思疎通を行って良い」とか、「宣言する際には一斉に行う必要はない」とかとするならば、100%脱出できる答えはたくさんあります。

答え

答えは「相談タイムにて『(囚人1の番号, 囚人2の番号, ..., 囚人99の番号, 未使用の番号) という順列が偶順列(※2)である』と山を掛ける。各囚人は、他の囚人の番号を見て、前述の順列が偶順列となるように自分の番号を決め、それを宣言する」です。
このようにすると、50%の確率で全員が解放されます。もし、山が当たった場合(すなわち前述の順列が偶順列であった場合)、全ての囚人は自分の番号を正しく定めることができるため、開放されます。一方、不幸にも前述の順列が奇順列であった場合は、全ての囚人が自分の番号を誤ります。

各囚人は、必ず一意に自分の番号を決めることができます。自分の番号の可能性は2通りありますが、その一方では前述の順列は偶順列となり、もう一方では奇順列となります。任意の2要素を交換した順列は奇偶が逆になる(※3)ためです。

# 順列の偶奇を使わずに解く方法を考えてみたのですが、思いつきませんでした...。もし思いついた方がいらっしゃったらぜひ教えて下さい。

注：

※2 異なる整数からなる順列 (a₁, ..., a_i, ...)があるとき、「その順列に対する転倒数」を、「i＜jかつ a_i＞a_j である組(i, j)の個数」と定めます。転倒数が偶数である順列を偶順列、奇数である順列を奇順列と定めます。
※3 順列 (..., a_i, ..., a_j, ...) と、2要素 a_i, a_j を入れ替えた順列 (..., a_j, ..., a_i, ...) の偶奇が逆になる理由について説明します。まず、順列の i＜・＜j 番目の部分で、a_iよりも小さい要素の個数をm個、a_jよりも大きい要素の個数をn個とします。すると、入れ替えることによって、以下の理由から、順列の転倒数の偶奇は反転します。
- a_iの位置がi番目からj番目に移ることにより、転倒数はm減り、(j−i−1)−m増えます。
- a_jの位置がj番目からi番目に移ることにより、転倒数はn減り、(j−i−1)−n増えます。
- a_iとa_jについて、もしa_i＜a_jならば転倒数は1増え、a_i＞a_jならば転倒数は1減ります。
- 上の3点を合わせると、転倒数は −m＋(j−i−1)−m−n＋(j−i−1)−n±1＝2(−m−n＋j−i−1)±1 だけ増えることとなり、転倒数の偶奇が反転します。

Kinect ハック on Mac OS X：(3) デモプログラム glview

2010-11-23T22:35:00.001+09:00

過去2回、OpenKinectについて書きました(第1回(サンプルの実行)、第2回(APIの概要))。今回はデモプログラムであるglviewについて調べてみます。

ポイントは、(1)OpenKinectのAPIをどのように使っているか、(2)OpenGL(GLUT)をどのように使っているかの2点だと思います。今回の目次はこのようになります。

main関数の処理内容
描画処理 (gl_threadfunc関数, DrawGLScene関数)の処理内容
カメラからの情報取得コールバック関数(depth_cb関数, rgb_cb関数)の処理内容
ユーザ入力を受ける関数 (keyPressed関数) の処理内容

main関数の処理内容

main関数の処理の流れは、次のようになっています。(各種APIは第2回(APIの概要)を参照して下さい)

t_gamma配列(※)の事前計算 (※深度カメラからの情報を距離情報に直すときに利用)
コンテキストの作成 (freenect_init関数)
ログレベルの設定 (freenect_set_log_level関数)
利用するデバイスの決定 (freenect_set_log_level関数)：
プログラム起動時の引数が渡されていれば、その番号のデバイスを利用します。渡されていなければ0番(最初の)デバイスを利用します。もし利用可能なデバイスがなければ、終了します。
デバイスのオープン (freenect_open_device関数)
種々の設定：
- 傾きの設定 (freenect_set_tilt_degs関数)：
  初期設定では0度(==freenect_angle)
- LEDの設定 (freenect_set_led関数)：
  初期設定では赤(==LED_RED)
- カメラの情報を受け取るコールバック関数の設定(freenect_set_depth_callback関数, freenect_set_rgb_callback関数)：
  それぞれdepth_cb関数とrgb_cb関数を設定
- カメラの情報を受け取る際のフォーマットの指定 (freenect_set_rgb_format関数, freenect_set_depth_format)
新規スレッドにてgl_threadfunc関数(後に説明)を実行
カメラ情報取得開始 (freenect_start_depth関数, freenect_start_rgb関数)
正常に処理が行われている間、加速度情報をコンソールに表示 (freenect_get_raw_accel関数, freenect_get_mks_accel関数)
カメラ情報取得終了 (freenect_stop_depth関数, freenect_stop_rgb関数)

描画処理 (gl_threadfunc関数, DrawGLScene関数)の処理内容

描画処理の初期化を行う関数が、gl_threadfunc関数です。main関数から呼ばれ、次の処理を行います。

ウィンドウの作成
描画関数を設定(DrawGLScene関数)
キー押し下げ時の処理関数の設定(keyPressed関数)
描画の開始。

gl_threadfunc関数で設定した描画関数(DrawGLScene関数)は、何度も実行され、カメラから取得した情報をOpenGLのウィンドウに表示します。カメラから取得できる深度とRGBはともに、幅640×高さ480の形になっています。その情報は、gl_depth_back配列, gl_rgb_back配列に入っており(カメラからの情報取得用のコールバック(depth_cb関数, rgb_cb関数)で設定されます)、その情報を一旦コピーしてから(gl_depth_front配列, gl_rgb_back配列)、ウィンドウに表示します (※)。深度情報はウィンドウ左側0＜x＜640の領域に、RGB情報はウィンドウ右側の640＜x＜1280の領域に描画されます。

※ このようにback(カメラからの取得用)、front(描画用)の2つの分けている理由は、処理速度を上げるため。もし一つの配列を使ってデータをやりとりすると、カメラから情報を取得できても、描画が完全に終わるまでは取得した情報を書き込めず、パフォーマンスが低下します。

カメラからの情報取得コールバック関数(depth_cb関数, rgb_cb関数)の処理内容

カメラからの取得できる情報には、深度情報とRGB情報があります。それらはOpenKinectから定期的に呼ばれるコールバック関数で受け取ることができます。

まず、RGB情報について(rgb_cb関数)は、引数として渡された領域(変数rgb)を、gl_rgb_back配列にそのままコピー(memcpy)しています。(前述の通り、書きこまれたgl_rgb_back配列の情報は、描画処理(DrawGLScene関数)内でgl_rgb_front配列にコピーされた上で描画されます)

次に、深度情報について(depth_cb関数)ですが、RGB情報と比べて処理が多少複雑です。というのは、RGBの場合はそのまま表示すれば良かったのですが、深度情報の場合は、(1)深度情報を距離に直す (2)視覚化するために深度情報を色情報に変換(※)するためです。処理内容は次の通りです。
(※ カメラから近い順に、白→赤→黄→緑→水色→青→黒と段階的に変化するようにします)

ピクセルの数(FREENECT_FRAME_PIX == 640×480)だけループし、それぞれについて次の処理を行います。
1. ピクセルの深度の値(depth[i])を距離に補正し、変数pvalに格納します。(main関数であらかじめ計算しておいたt_gamma配列を利用します)
2. 補正した値pvalを、下位8ビットと上位のビットに分離します。下位の値(0〜255)は変数lbに格納します。
3. 上位のビットの値に応じて、色分けをします。
  - 上位ビット値＝0 (0〜255)の場合：下位ビットの値に応じて白(pval=0)→赤(pval=255)に段階的に変化
  - 上位ビット値＝1 (256〜511)の場合：同様に赤(pval=256)→黄(pval=511) に段階的に変化
  - 上位ビット値＝2 の場合：黄→緑に段階的に変化
  - 上位ビット値＝3 の場合：緑→水色に段階的に変化
  - 上位ビット値＝4 の場合：水色→青に段階的に変化
  - 上位ビット値＝5 の場合：青→黒に段階的に変化
  - 上位ビット値＞5 の場合：黒(一色)

ユーザ入力を受ける関数 (keyPressed関数) の処理内容

この関数は、OpenGLに登録され、表示しているウィンドウ上でキー入力があった場合に実行されます。

'w', 's', 'x'が押された場合、Kinectの傾きをそれぞれ1度上昇、水平、1度下降とします (関数の最後で、freenect_set_tilt_degs関数を呼び出します)。
'0'〜'6'が押された場合、数字の値に応じてLEDを点滅させます。0：無灯、1：緑、2：赤、3：黄(※)、4：黄点滅(※)、5：緑点滅、6：赤と黄(※)を交互に点滅。(※：黄色は、実際のところは橙色のようです)

今回は、前回調べたAPIをもとに、サンプルプログラムの挙動を把握しました。次回は、深度情報と色情報をもとに、データを立体的に表示するプログラムを作ってみたいと思います。

Kinect ハック on Mac OS X：(2) OpenKinect APIの概要

2010-11-23T12:04:00.008+09:00

前回(OpenKinect サンプルの実行)に引き続き、今回もOpenKinectについて書いてみます。今回は、現時点で公開されている OpenKinect (正確にはOpenKinectのCモジュール(?)) のAPIについて調べてみました。以下、目次です。

モジュール構成
core.c (コア部分)
camera.c (カメラ情報取得)
tilt.c (傾斜制御・LED制御・加速度センサ情報)

なお、ここで書くAPIは、随時変わる可能性があると思います。

モジュール構成

3つのモジュール(コア部分、カメラ情報取得、傾斜制御・LED制御・加速度センサ情報)から構成されています。

core.c：OpenKinectのコア部分のモジュール
camera.c：Kinectのカメラ情報を取得するモジュール
tilt.c：Kinectの傾き制御、KinectのLED制御、Kinectの加速度センサに関するモジュール

core.c (コア部分)

Kinectのベースとなる関数が含まれます。実際の処理の流れは次のようになると思います：コンテキストの作成(freenect_init)→デバイスのオープン(freenect_open_device)→処理→デバイスのクローズ(freenect_close_device)→コンテキストの破棄(freenect_shutdown)。また、ログ関連の関数や、ユーザ情報を構造体に設定/取得する関数等も含まれます。

コンテキストの作成 (コンテキストを作成し、指定されたアドレスへポインタを設定する)：
int freenect_init(freenect_context **ctx, freenect_usb_context *usb_ctx);
コンテキストの破棄 (指定されたコンテキストを破棄する)：
int freenect_shutdown(freenect_context *ctx);
ログレベルの設定 (指定されたコンテキストのログレベルを設定する。※後注1)：
void freenect_set_log_level(freenect_context *ctx, freenect_loglevel level);
ログ出力関数の設定 (指定されたコンテキストにログ出力を行う関数を設定する。※後注2)：
void freenect_set_log_callback(freenect_context *ctx, freenect_log_cb cb);
イベント処理の実行 (指定されたコンテキストに溜まっているイベントを処理する)：
int freenect_process_events(freenect_context *ctx);
コンテキストに含まれるデバイス数の取得：
int freenect_num_devices(freenect_context *ctx);
デバイスのオープン：
int freenect_open_device(freenect_context *ctx, freenect_device **dev, int index);
デバイスのクローズ：
int freenect_close_device(freenect_device *dev);
ユーザーデータのポインタの設定と取得：
void freenect_set_user(freenect_device *dev, void *user);
void *freenect_get_user(freenect_device *dev);
ログの出力：
void fn_log(freenect_context *ctx, freenect_loglevel level, const char *fmt, ...)

camera.c (カメラ情報取得)

Kinectから取得できるカメラ情報には、RGB情報と深度情報があります。それぞれの情報は、あらかじめ指定したコールバック関数に、定期的に渡されます。

コールバック関数の登録 (カメラからの情報を処理するコールバック関数の登録)：
void freenect_set_{depth,rgb}_callback(freenect_device *dev, freenect_{depth,rgb}_cb cb);
取得する情報のフォーマットの設定(後注3)：
int freenect_set_{depth,rgb}_format(freenect_device *dev, freenect_{depth,rgb}_format fmt);
情報取得の開始：
int freenect_start_{depth,rgb}(freenect_device *dev);
情報取得の停止：
int freenect_stop_{depth,rgb}(freenect_device *dev);

tilt.c (傾斜制御・LED制御・加速度センサ情報)

Kinectは、傾斜を変えたり(±15度)、LEDを点灯(後注4)させることができます。また加速度センサがあります。角度を指定する時には、目的の角度を2倍して(+31〜-31度)指定します。

傾斜 (指定された角度にKinectを傾けます)：
int freenect_set_tilt_degs(freenect_device *dev, double angle);
LEDの点灯 (指定された方法(後注4)でLEDを光らせます)：
int freenect_set_led(freenect_device *dev, freenect_led_options option);
加速度情報の取得 (Kinect内蔵の素子の加速度情報を取得します)：
int freenect_get_raw_accel(freenect_device *dev, int16_t* x, int16_t* y, int16_t* z);
加速度情報(補正)の取得 (加速度情報をMKS単位系に単位換算して取得します)：
int freenect_get_mks_accel(freenect_device *dev, double* x, double* y, double* z);

補足

ログレベルはlibfreenect.h参照
ログコールバックを設定しない場合は、ログは標準エラー出力に出力される。
RGB情報のフォーマットは、RGBとベイヤ型配列の2種類。深度情報のフォーマットは、11bit, 10bit, packed-11bit, packed-10bit の4種類。(libfreenect.h参照)
LEDの光らせ方は、LED_GREEN, LED_RED, LED_YELLOW, LED_BLINK_YELLOW, LED_BLINK_GREEN, LED_BLINK_RED_YELLOW の6種類。(libfreenect.h参照)

次回は、デモプログラム(glview.c)とOpenGLについて調べてみようと思います。

Kinect ハック on Mac OS X：(1) OpenKinect サンプルの実行

2010-11-23T09:37:00.000+09:00

Kinectとは、11月に発売された、MicrosoftのXbox 360用のデバイス。カメラの他に深度センサーやマイクが付いており、プレイヤーはコントローラを持たずにゲームを操作できます。今までのゲームコントローラとは異なる、最先端のデバイスです。
KinectはXbox用のコントローラなのですが、既にいくつかの機能がハックされ、Windows, Linux, Mac OS X用のドライバが出されています(OpenKinect Project)。こんなデバイスが簡単に使えるようになっているのであれば、色々と試してみる価値はありそうです(※ちなみに価格も11,693円(Amazon)と安価)。
そこで、このOpenKinectを使って、Kinectを使ったプログラムを作ってみようと思います。このブログでは覚え書きをまとめておきます。

環境

iMac (Early 2006)
Mac OS X 10.6.5
Xcode 3.2.4

事前準備

Xcode(開発環境)：
インストールされていなければ、 Mac OS Xのインストールディスクを挿入し、Optional Install→XcodeToolsと辿り、XcodeTools.mpkgをダブルクリックします。
gitとcmake：
インストールされていなければ、下記のように、MacPortをインストールした後で、git-coreとcmakeをインストールします。
- http://www.macports.org/install.php からインストーラをダウンロードし、実行
- ターミナルから、sudo port install git-core を実行
- ターミナルから、sudo port install cmake を実行

OpenKinectのビルド

基本的にhttp://openkinect.org/wiki/Getting_Started#OS_Xに従って行います。

OpenKinectとlibusbをダウンロード：
- git clone https://github.com/OpenKinect/libfreenect.git git clone git://git.libusb.org/libusb.gi
libusbにパッチを当てた上でインストール：
- cd libusb ./autogen.sh patch -p1 < ../libfreenect/platform/osx/libusb-osx-kinect.diff ./configure make sudo make install
OpenKinectをconfigure：

まずはccmake (※Xcodeを使いたいため最後のccmakeには "-G Xcode"を渡す)：
- cd ../libfreenect/ cd c mkdir build cd build ccmake -G Xcode ..
画面に "Required library USB NOT FOUND."と表示されます。キーボードで'e'を押して、編集モードに入ります。
カーソルを下に動かし、"USB_INCLUDE_DIR-NOTFOUND" の行に合わせます。
Enterを押し、"/usr/local/include/libusb-1.0/"を入力し、再度Enterを押します。
キーボードから、'c'を2回押してconfigureを2度実行し、その後'g'を押して設定ファイルを生成します。
最後に cmake：
- cmake -G Xcode ..
"Build files have been written to: (略)"と表示されていれば成功

Xcodeから、buildディレクトリにあるlibfreenect.xcodeprojを開く。
"Build and Run" アイコンをクリックする。 ("Build Succeeded" と表示されていれば成功。逆にErrorと表示されていれば失敗(後注))

サンプルプログラムの実行

ターミナル上からglviewを実行 (もしくはXcode上でglviewをダブルクリック)：
- cd examples/Debug/ ./glview
次のように表示されていれば成功：

Kinect camera test Number of devices found: 0

実はまだKinectが届いていないのですが、プログラム上では問題なさそうなので、後はKinectが届いてからUSBに接続すれば動くはず...です。
次はサンプルプログラムのソースコードを読んで、Kinectからのデータ取得方法を調べてみます。

注：自分の環境では、最初に実行したときに、エラーが出てビルドできませんでした。そこで以下の方法で暫定的に回避しました。(ビルド時のライブラリへのパスを指定する方法が分からなかったので...汚い方法です)

エラーの内容：
ld: library not found for -lJPEG collect2: ld returned 1 exit status Command /Developer/usr/bin/gcc-4.2 failed with exit code 1
回避方法：
- MacPortでjpegライブラリをインストール：
  - sudo port install jpeg +universal
- /opt/local/lib/libjpeg.* を libfreenect/c/build/lib にコピー。

Simutrans: オープンソースの交通機関シミュレーションゲーム

2010-10-31T13:00:00.000+09:00

とあるゲームにはまってしまいました。Simutrans という交通機関シミュレーションゲーム(※)。主にバス、トラック、鉄道、船舶、航空機などの交通機関を作っていき、街を作り上げていくゲームです。説明はWikipediaから引用すると、

プレイヤーはゲーム開始時にマップを作成し、町や工場の需要に応じた各種交通機関を建設して、旅客や貨物を輸送し、利益を得ていく。MicroProseより発売されたトランスポートタイクーンに似ている。マップ作成時には起伏や街の数などの様々な設定を変更できるため、自分好みのマップを作成することができる。

ゲーム内で使用できる交通機関には、鉄道、路面電車、モノレール、リニアモーターカー、新交通システム、自動車、船舶、飛行機がある。旅客、貨物、郵便を輸送することができ、その収入によって利益を得ることができる。ただ、闇雲に建設していけばよいわけではなく、黒字となるように建設、運営していかなければならない。赤字が3ヶ月以上続くと破産してしまう。

※ Simutrans: http://www.simutrans.com/ , Simutrans Japan (Simutrans 日本語化/解説ページ): http://japanese.simutrans.com/

このゲームの良いところを自分なりに挙げてみると、3つあります。まず一つめは、多言語化されていること。日本語をはじめ15ヶ国語でプレイできます。ローカライズされているものはメニューだけではなく、プレイデータもその国のものになっています。例えば日本語化すると、建物や乗り物が日本のものになっていて(車も左側通行)、さらに産業には米が追加されています。

次はカスタマイズ性。アドインを入れるという形で、ゲーム中のあらゆるものをカスタマイズできます。独自の車両を作って走らせることや独自の建物を追加するのはもちろん、産業を追加することもできるそうです。日本語化ページには、たくさんの日本の電車用のアドインがありました。また、本家ページには、風景や建物を、ペンシル画風にするものや漫画風にするものがあり、さらには火星のようにするものもありました (ただし火星のはまだ公開されていないようです)。

最後は、AI(人工知能)が装備されていること。自分だけが街を作るのではなく最大12のAIのプレーヤーと一緒に街を作っていくことができます。

一方、欠点としては、まだ発展途上で、インストーラやマニュアルが不完全だったりします。自分も最初に何をしてよいかは分からず、日本語サイトや本家サイトを見ながらやっていました。ゲームの全体像を理解するのに少し一苦労、そして例えば電車を走らせるにしても多くの手順を踏まなければならず、また路線が完成したと思っても電車が動いてくれなかったり...。とりあえずは「まずは動かしてみよう」というページと、各交通機関の扱い方のページがあると、もっとユーザが増えるのではと思います。

最後に、自分の今の楽しみ方は、AIが街を発展させていくのを眺めること (上記の「まずは動かしてみよう」に該当するかも)。まずは初期マップをランダムに作り、その後、AIをオンに設定し、そして早送りすると、AIがどんどん街を作っていきます。発展するものもあればそうでないものもあり、見ていて飽きません。ある程度になったら、混んでいる道路を舗装して混雑を緩和したり、街を追加したり... とするとより発展するかも。

『社会言語学入門—生きた言葉のおもしろさに迫る』

2010-01-31T13:22:00.003+09:00

社会言語学とは言語学の一種で、言語を、社会との関わりという視点から捉える学問です。その触りの部分を紹介する本、『社会言語学入門』(東照二著) を読みました。本書では、さまざまな例を示しながら、社会言語学の全体像を解説しています。

本書では世界の様々な言語について述べられていています (主に英語と日本語が中心ですが)。
以下、私が興味深く感じた内容について述べます。

○diglossia (二言語使い分け)
diglossiaとは、言葉が使われるシチュエーションによって異なる言語が使われている状態のことです。例えばアラビア圏では、教会や学校では古典アラビア語が使われ、日常生活ではモロッコアラビア語が使われています。
diglossiaに現れる二言語には主に、高い言葉と低い言葉に分けられます。高い言葉は、公的な場所で使われ、低い言葉は、日常的な用途で使われるのだそう。

ここからは私の所感ですが、日本語はdiglossiaではありませんが、公的な言葉と日常的な言葉では、用語や文法が若干異なると思うので、これも広い意味でのdiglossiaになるのかなと思います。(例えば、くだけた表現(例えば「〜してる」「食べれる」「あたし」「〜じゃねーか」)は公式な場では使われないと思います。)

○コードスイッチング
コードスイッチングとは、談話中に複数言語が入り交じること。最も簡単な例では「I was とても驚いた」とか。

アメリカのあるラジオ局の放送では、英語とスペイン語が適度にコードスイッチされているそうです。
# 聞いてみたい

また、私が最近会ったフランス出身の友人から聞いた話。彼は、スペイン語は会話できるが、ポルトガル語は聞けるが話せないとのこと。だから、彼はスペイン語だけを話し、彼の友人はポルトガル語だけを話すという状態で、会話が成立するのだと言っていました (しかもこれはよくあるシチュエーションだそう)。

○意識と発音の相関性
アメリカのMassachusetts州にある、Martha's Vinyard島での話。ここでは、母音/ai/の発音が、/ai/と/əi/の二種類で発音(※)されており、しかもそれが、島のアイデンティティとの相関があるそうです。島を愛して島に残りたい人は/əi/と発音し、そうでない人は英語の標準的と同じ[ai]と発音する傾向が見られたそうです。(※例えば、likeを発音すると、[laik](ライク)、[ləik](レイク)となります。)

そういえば以前、「イラク」"Iraq" の発音が、話者の政治ポリシーによって変わるという調査結果を見つけました。第二音節を、民主的な立場の人は/ah/と発音し、共和的な立場の人は/æ/と発音するそうです。(http://www.slideshare.net/dialect/the-pronunciation-of-iraq)

# ちょっとした疑問ですが、日本語でもこういった、立場によって発音が変わる例はあるか知りたいです。

○社会的ステータスと文法の誤りの相関性
英語では、より社会的なステータスが高い人ほど、文法的に正しいと認識されている用法(※)を使う傾向が顕著に見られるそうです。(※ rの発音を落とさない、"the"を省略しないなど)

○文法と親和度との相関
話者同士で同じ文法を使うと、話者同士の親和度も高まってくるのだそうです。特に親和度の高い会話では、文法ミス発生率も似てくるのだとか。
しかも、精神療法ではカウンセリング時に、相手と文法を合わせるように気をつけるのだそうです。

[雑記] 2010年の目標

2010-01-02T19:58:00.002+09:00

明けましておめでとうございます／寒中お見舞い申し上げます。
皆様が、幸せな1年、そして素晴らしい new decade を過ごせますように。

***
新しい1年の始まりとして目標設定をします。この目標は、年末に旧年を振り返りつつマインドマップに描いたものです。今日は気の置けない友人にちょっとだけ話したのですが、まぁせっかく書いたのだからブログに公開しても良いかと思ったので、載せることにしました。ただし量が多いので抜粋。そして要望があればマインドマップもお見せします。

目標の重点項目としては、
・無駄な時間を作らないようにする。
・常に人のことを意識する。

・文章力を鍛える。→日記を書く、ブログを適度に更新する。

・キャリアについては常に考える。

これらを設定するに至ったきっかけはたくさんありますが、一言で表せば、自分に足りていなくて、かつ今身につけたいもの。

続いて、専門分野(IT)では、
・システムアーキテクトとプロジェクトマネージャを取得する。
・システム設計やプログラミング技術を、定期的に学習する。
・Webサービスを作成する。
そして語学(英語)では、
・単語と親しくなる。
・Time, New York Times, TechCrunchを読み続ける。
・英会話レッスンを受ける。
・会を開く。
また非専門分野では、
・言語学、感性、集合知、言語処理、経営、会計について少しずつ学習

といったところ。

設定後に見返したときの反省点として、マインドマップにはもう少し具体的に描かれてはいるものの、抽象的というか、アクションが不明瞭だったり達成成果が見えづらいものがほとんどということです。次にレビューするのは4月の予定で、その時にはそれを意識するようにします。

***
さて、別の視点、というかより上位の視点から目標を立てるとすれば、自分を認識することだと思います。具体的には、上でやったような自己分析をして自分を観察しつつ、また外からの情報も取り入れて、自分をより認識することだと思っています。

自分のことはまだまだ把握できていないように感じます。上のように目標を書いてみたものの、自分としては、本当に望んでいるものと比べて抜けやズレがたくさんあるように感じます。自分自身で納得できる目標が書けてないということは、自分のビジョンが不完全だったり、自己のことを十分に理解していないということだと思います (まぁ自分が納得できるレベルが高いせいも若干はあるかもしれませんが)。

また、自分を把握するには、こうやって自己分析をするだけではなく、人に会ったり本を読んだりと外の空気に触れて自分のことを相対的に把握することも大事だと思います。

ということで、目標である「自己を把握すること」が達成できたならば、2011年の元旦に自分らしい目標設定ができていると言えると思うので、こちらも頑張りたいと思います。

***
最後に、今年も、どうぞ宜しくお願い致します。

単純なパスワード370個は、Twitterでは使えない。

2009-12-28T10:49:00.001+09:00

TechCrunchに、370 Passwords You Shouldn’t (And Can’t) Use On Twitter(Twitterで使うべきではない＆使えない370個のパスワード)という記事がありました。

禁止パスワードの一覧はこちら(TechCrunch内)から見られます。これらは、Twitterのサインアップのページに直接ハードコーディングされているそうで、そこから抽出したものだそうです。

見てみると単純なものがたくさん；123456, password, twitter など。
Twitterがこういった形で規制しているということは、簡単なパスワードを使っている人が多いのかもしれません。

[雑記] 2009年振り返り

2009-12-27T11:48:00.001+09:00

私的な内容ですが、2009年の一年間を振り返ってみようと思います。

***
まずは会社生活から。

経営環境の変化により社内にタスクフォース的な部署が生まれ、そこに異動したというのが最も大きな出来事。若干不本意ながらの異動であり、自分のキャリアについて考えることが多かった。個人的な仕事の仕方という点で言えば、仕事を抱えすぎた(量というより仕事の種類；PJ管理・技術開発・システム構築の全てを同時並行していた)ため、仕事を効率的に進めるには...と考えることも多かった。

少し否定的に書いたものの、色々なことをやらせてもらえているということは、良い上司に恵まれているのだと思う。PJ管理も資料作りも、「部下にやらせてレビューし修正させて再レビューし...(おまけに部下は不機嫌になる始末)」とするよりは、自分でやった方が早いだろうに。こんな機会を与えてくれる上司には心から感謝している。

技術開発では、技術や理論を肌で感じることと、アイディアを生み出すことの重要性を実感。
技術や理論についていくのでアップアップするのではなく、その全体像も細部も知っている(というか感じられる)状態でいなければ、結局は何も生み出せない。問題点・改良余地のある部分の本質は、全体に散らばっていることが多いと思うから、「全体像は見えるけれど細部はわかりません」だったり「細かい動作一つ一つは知っているけれど、一つ一つ追って行かないと説明できません」だったりすると、けっきょく本質は捉えられず、大きな進歩もできない。
そんなところでアイディアも重要。上に書いたような「問題点」は、明示的に見つけることができない。だから、ロジカルにではなく別の角度から見つける必要がある。
アイディアを生むのは難しいことだけど、今年の経験からすると、日頃から発想力を広げようと努力する、人と問題を共有するあたりが効果的かなぁと思う。

もう一つ、今年は上司がどうやってコミュニケーション(日常の受け答え・プレゼンなど)を取っているかを見ることが多かった。
自分なりに分かった結果としては、質問に対して真面目に答えるのではなく、相手が求めている答えを見抜いて一言で示すこと。これは良く言われてることだと思うけれど、大事だと実感。この答え如何で、空気ががらっと変わってしまうから(特に怒られているときには...)。本当にこれを実行するのは不可能だとは思うけれど、状況によっては可能なことも多いと思う。

***
次は、会社生活以外について。(五月雨式に...)

まずはライフハックという点。
効率化の基本は無駄を省くこと... 同じようなことをいつも考えているよりは、一度考えたことは次からは省き必要に応じてアップデートすればよい。ということで、自分自身についてのマインドマップを定期的に描いた。結果、全体像は見えないけれど少しはマシにはなったかな...。
もう一つ、アイディアについても同じことが言えると思い、家のPCにはWiki・マインドマップツールを導入 (ついでにSubversionで版管理も)し、いつもノートを持参するようにした。ときどき見返すと、役に立ったことが多かった。

次は趣味の音楽演奏について。
今まではいくつかのバンドをやっていたのだが、大人数(5人程度)でやるバンドを全てやめ、自分＋歌い手2人の3人のバンドだけにした。バンドはバンドでやる楽しさがあるとは思うのだけれど... 理由は2つ。
一つは、良い演奏をしようというよりも仲良くやろうということが優先されてしまい、向上しないこと。
もう一つは、音の数が多い分、自分の課題が見えなくなってしまうこと。

最後は人間関係について。
社外のいわゆる勉強会というものに出てみることが多く、社外の知り合いも増えたように思います。言葉では分かっていたものの社内に閉じているのは良くないと実感。

***
まだまだ書き足りないところは沢山あるけれど、とりあえずはこんなところで。
2010年の抱負はまた別途...。

How does our language shape the way we think? (言語は考え方に影響を与えるか?)

2009-12-17T23:09:00.002+09:00

"What's Next: Dispatches on the Future of Science" という、若手の科学者のエッセイを集めた本があります。この中に、"How does our language shape the way we think?" (言語は考え方に影響を与えるか?) というエッセイがありました (原文はこちら(著者のウェブサイト)にも載っています)。著者は、Lera Boroditskyさんというスタンフォード大学の助教授の方。専門は心理学・神経科学・記号論、研究テーマは言葉が思考に及ぼす影響とのことです。

さて、言語は考え方に影響を与えるのか？　著者が研究した範囲では、答えは「与える」のだそう。従って、違う言語を使う人は考え方も違い、新しい言葉を習得すると考え方が変わり、多言語を話す人は違う言葉を話すときに、考え方も違ってくるということになります。

それを裏付けるもっとも簡単な例として、動詞の持つ性質があります。例えば、動詞は、言語によって時制があったり、性別があったり、その動作の背景まで含んでいたりします。それによって話者が、話す際、どのような情報が求められるかが変わってきます。

また少し驚くような例として、アボリジニの一族の絶対的方位感覚があります。多くの人は空間を定義するときには、話者または聞き手から見て相対的に定義しますが、この一族は絶対的な方位で定義します。例えば、「あなたの南東方向の足にアリがいる」とか。著者の研究に拠ると、彼らの方位感覚は言葉によって強制的に身についたものだということです。ちなみに、彼らに「写真を時系列に並べる」ということを指示してみたところ、東から西へ並べたのだそうです (私たち日本人は、一般的に左から右に並べますよね)。

これが言葉自体の違いで生まれるのか、それとも単に文化的違いだけから来るものなのか？　これについては、新しい言葉を学ぶことによって考え方が変わるということが見られたため、言葉が影響を及ぼしていると言えるのだそうです。

研究に拠れば、空間・時間・色・物・物事の分析・原因の究明・数の認識・物体の認識・認知・感情・他人の気持ちの理解・リスクを取るべきかの決断・仕事や配偶者選びも、言葉の影響を受けていることが分かるそうです。

***

日本人の文化は諸外国の文化に比べて、ハイコンテクストな文化とされているのも、文法上の性質から説明がつくのではと思いました。

まず、日本語は文法的に曖昧さが許されている言語だと思います。日本語では好きな情報を好きなだけ文章に入れられます。日本語では「私が食べた」「ハンバーガーを食べた」「きのう食べた」「東京で食べた」「お箸で食べた」のどれもが許されるので、5W1H (誰が・いつ・何を・どこで・どうして・どうやって) について、話者が触れたい情報だけ触れることができます。英語では少なくとも、「誰が」については、それの文章中での役割が少ないとしても触れる必要がありますし、動詞によっては「何を」も必要です。

これは逆に考えると、日本語では、意識的か無意識的かは問わず、隠せる情報をいくらでも隠すことができます。とすれば、日本語が「言わなくて良いことは言わない」という性質を帯びているのも納得がいくと思います。

ちなみに、5W1H: who(whom), what, when, where, why, how のうち、はじめの2つは文法上省略不可で、後の4つは副詞で文法上省略可能です。ということは英語でも、when, where, why, how は随意なのですね。

話が逸れつつありますが...

言葉(表現)と考え方との関係や、言語と考え方との関係はとても興味深いです。

言葉の一番の役割は、コミュニケーション、すなわち情報を人対人でやりとりすることです。そこでやりとりする情報は、伝達者が持っているもの、すなわち伝達者が認知していることとなります。とすると、言葉は、人が物事をどう認知するかに大きく依存するはずです。言葉を手がかりとして、認知について考えることができるように思います。

# これは今回のエッセイには関係ないか...

また、言語が考え方に影響を及ぼすとは、「情報をアウトプットする際には一定の様式である文法に従って開示することが求められるため、相対的に重要でない情報についても文法制約上、触れる必要がある場合がある。そのため、重要でない情報も話者が意識する必要が生まれ、考え方が影響を受ける。」といった感じだと思うのですが、どういった文法制約がどういう考えを生むのかはとても興味深いです。

"Is Technology Dumbing Down Japanese?" (技術が日本語をダメにする?)

2009-11-22T21:52:00.002+09:00

先週のNew York Timesのエッセーに、Is Technology Dumbing Down Japanese? (技術が日本語をダメにする?) というものがありました。

ざっくりですが、以下のような内容が書かれています。

インターネットの影響で、言葉は、ブログ・電子メール・携帯小説といった形で使われるようになった。しかし、昔と比べて、文法や表現が稚拙になってしまっている。この現象は英語にも現れているが、日本語ではより顕著に現れている。

『日本語が亡びるとき』(水村美苗著)では、「世界語」である英語によって日本語が駆逐されようとしていると述べられている。村上春樹さんは、言語の進化を変えることはできないと考えている。桐野夏生さんは、携帯小説が従来の日本文学に影響を及ぼすことはないと考えている。

言語能力は低下しているという一方で、日本人の読み書きの頻度は増えている。読書量は以前より増えたとの調査がある。また柴田元幸氏(東京大学教授)によれば、書く頻度も増えているとのこと(PCや携帯含め)。さらに、手紙を書くという伝統も増えたとのこと。本人の体験では、20年前と比べ、学生からの返事が増えたそうだ。

日本語は簡単になっているかもしれないが、多くの人が、読み書きを楽しんでいるとも言える。また、言語が難しくないことは、国際化しやすいというメリットもある。

***
私は、言語が簡単になっていくことにはあまり抵抗がありません (私が日本語が苦手だからかもしれませんが...)。全くの素人意見ですが、言語は、それを利用する人の文化に大きく依存するものだと思うからです。言語が今の時代に合うように徐々に変わっていくというのは、全く自然なことであると思いますし、それに抵抗するのはあまり生産的ではないように思います。

"Natural Language Processing with Python"

2009-11-15T22:40:00.011+09:00

自然言語処理(Natural Language Processing, NLP) には大学・大学院の授業で触れて以来、とても興味を持っていたものの、自分の専門とはちょっと離れていたため取り組んできませんでした。ところが、実現してみたいサービスがあり、そこで必要となるNLPについて勉強してみることにしました。

そこでまず入手したのが、掲題の本： "Natural Language Processing with Python".

Python (※)を使った自然言語処理手法についての本です。
(※ Python: プログラミング言語の一種)

まだ4章までしか読了していないのですが、とりあえず、本の紹介をします。

本書は、NLPの初級者〜中級者向けに書かれており、NLPの理論から実践までを一通り学べるというものです。本書の構成は次の通り(訳は独自)で、NLPについて一通りは網羅しているようです。

1章言語処理とPython (Language Processing and Python)
2章コーパスと単語を扱う (Accessing Text Corpora and Lexical Resources)
3章生のテキストデータを処理する (Processing Raw Text)
4章構造化されたプログラムを書く (Writing Structured Programs)
5章単語の品詞分類(カテゴリ分け・タグ付け)を行う (Categorizing and Tagging Words)
6章機械学習によるテキストデータの分類 (Learning to Classify Text)
7章テキストから情報を抽出する (Extracting Information from Text)
8章文構造を解析する (Analyzing Sentence Structure)
9章特徴に基づいた文法を構築する (Building Feature-Based Grammars)
10章文の意味を解析する (Analyzing the Meaning of Sentences)
11章言語データを管理する (Managing Linguistic Data)

序章には本書の特徴は次の通りだと書かれていますが、読んでみて確かに納得。

実践的 (プログラムを動かすことによって理解を深められる)
プログラミング初級者やPython未経験者にとっては、プログラミングを学ぶことができる。
理論についてもしっかりと説明している。
理論と実践については、実用的な点からバランスを図っている。
読者を楽しませる工夫がされている。

そして私見ですが、とても平易な英語で書かれていて、読みやすく感じます。

マグロの乱獲 ("Hunting for Tuna: The Environmental Peril Grows")

2009-11-10T21:55:00.009+09:00

マグロの乱獲が問題となっているとの記事が、Timeにありました(Hunting for Tuna: The Environmental Peril Grows, 週刊誌では"A Tough Catch"というタイトル)。

この記事によれば、現状は次の通り。
・マグロの個体数はここ数十年の間に激減。
・現在の状態が続けば、早くて2012年には、地中海産のクロマグロはいなくなる。(World Wildlife Fundの試算)
・違法的に獲られている例も多い。
マグロは生態系のトップに位置する種であり、マグロが減ると生態系のバランスが崩れてしまうそうです。

実は、全世界で獲れるクロマグロ60,000トンの80%は、日本で消費されるのだそうです。
日本に対する批判も所々に書かれています...
・日本人の漁獲団体は、マグロを捕りすぎていることを認識せず、漁獲量を制限しようともしない。
・日本人はマインドセットを変えるべき。

サンフランシスコやシアトルには、sustainable-sushi bar (たくさん獲れる魚のみを提供する寿司屋) があるのだそう。

***
記事を読んでいて、日本人の感覚はこの事実からはかけ離れているように感じました。(こう感じているのが自分だけなら幸いですが...)
マグロ問題は、日本国内でもっと重要視されるべきだと思います。そして日本が率先して、対策を打ち出して行ければ良いのですが...。

(Twitter changes the world)『ツイッター　140文字が世界を変える』

2009-11-08T21:50:00.009+09:00

In Japan, twitter becomes more common as before.

Some media begin to tweet their news article, and some artists and celebrities tweet their daily lives.

In Japan, a book focusing on twitter, which was published last month (Oct., 2009), hits the best-seller list.

The title is "Twitter; tweets in 140 characters change the world." (in Japanese: "ツイッター 140文字が世界を変える").

This book introduces the twitter service to Japanese people.

This book consisted of the following topics:

- A history of twitter in Japan (Chap. 1):

-- Twitter in Japan broke out twice, in 2007 and 2009.

- What is twitter (Chap. 2):

-- A brief introduction on twitter: who made twitter, why 140 chars, what is TL, RT, DM and hashtags, etc. Some sections in this chapter, twitter is compared to mixi, a Japanese social networking service such as Facebook or MySpace.

- How to enjoy twitter (Chap. 3):

-- There are no specific usages for twitter, except for following and twittering. Follow some people/sources/bots, and twitter about yourself.

- Twitter in business (Chap. 4):

-- Introduction of some advanced companies that is using twitter on business.

- Twitter outlook for the future (Chap. 5):

-- One perspective for twitter in Japan.

*** quotes ***

[preface]

- Every people makes the Internet useful. We shouldn't forget about that fact. (p. 6)

[Chap. 1: A history of twitter in Japan]

- One day, the following tweet poked up: (p. 47)

-- Found you in twitter after a long interval and followed you slyly.

-- You didn't notice that that was me. I think I can tell that this is myself to you someday.

-- Read your tweets and they reminded me of the good old days.

-- Few days after, you tweeted: "Today is my 3rd wedding anniversary."

[Chap. 2: What is twitter]

- Twitter acts as information filters. (pp. 97, 98)

[Chap. 3: How to enjoy twittering]

- When I tweeted "I'm in a bar : "Waura-Sakaba" now.", someone tweeted "May I come?". After then he came and joined with me. I was surprised that could happen with twitter. (p. 120)

[Chap. 4: Using twitter in business]

- With twitter, journalists can pass realtime information. (p. 156)

- In incunabula of the new service, the only thing we have to do is to try. (p. 166)

[Chap. 5: Twitter outlook for the future]

- A 140-character tweet in Japanese contains 3 times as much information as that in English. Therefore, twitter in Japan will evolve somewhat differently with that in English. (p. 186)

- When we send information, the information will be brushed up and come back to the sender. Keep tweeting, and your life will become affluent. (pp. 191, 205)

link to Amazon.co.jp

異業種交流の利点

2009-11-08T11:40:00.008+09:00

昨日、某読書会で知り合った友人と飲みました。

6人いて、全員が違う業界で違う職種を専門としていて、実際はいわゆる「異業種交流会」といった形です。

実際とても盛り上がり、4時間ばかり時間を忘れて楽しんできました。

皆の仕事がバラバラなのにどんな話題で盛り上がったか...。よく考えてみるとちょっと不思議。

一般的に異業種交流のメリットは「自分自身の置かれている状況を把握できる」ということがあると思うのですが、昨日はそれだけではなく「自分や自社の抱えている課題の本質を知ることができる」ということがあると感じました。昨日は、「誰かが自社の抱える課題を話すと、それに対して異業種の他の方が『うちの〜〜という状況もそれに似ている』と返す」といったパターンが所々にあり、一見まったくの別物に見える課題もその本質は一緒だったという発見がありました。

# 例を挙げるべきなのですが、ブログに書ける内容ではないので省きます。

こうやって話が面白くなる理由の一つ(仮説)は、「異業種間の」交流会だから。

会話をするときには、自分の話題をある程度抽象化して相手に話すと思うのですが、異業種交流ではこの抽象化度合いが適度なのかと思います。

メンバーの共通点は、仕事をしていること (かつほとんどの場合、何らかの課題を抱えていること)。その度合いで抽象化をするので、自分の課題と他人の課題を、本質的なレベルで共有できるのだと思います。

# ちなみに会場は、品川atréのthe ZENというお店。料理一つ一つが丁寧に仕上がっていて、とても美味しく頂きました。

[雑記] システムアーキテクト受験

2009-10-24T09:52:00.006+09:00

システムアーキテクトを受験しました。
この試験は、IPA(情報処理推進機構)が行っている国家試験で、システム要求を分析からシステム構築までを問う試験。主にSEのための試験です。

このたぐいの国家試験はたくさんある(10種くらい？)のですが、その中で、システムアーキテクトはいわゆる「論文試験」と言われているもの。試験科目が全部で4科目でそのうちの1つが論文、といったもの。あるテーマについて「実際にどんな工夫をしたか」を、経験に基づいて、2,000〜3,000字にまとめるというものです。

論文といっても、どういった内容を書けば良いかやどういうストーリーにするかは問題文中に提示されているので、事例さえあれば、実のところそんなに難しくはない。
けれど、やはり2時間で2,000〜3,000字というのは、ふだん「文章」を書くことのない私にとってはしんどいです。(しかも手書きだし)

さて、試験を受けてみて感じたこととして、
私に足りない力は大きく2つ。
・書きたいことを明確化するのに時間がかかる。
・表現に乏しい。

1つめは、要点を捉えるのが苦手というか...
書き始めるときには、段落構成をしっかり捉えているのですが、
いざ書き始めていると、そのうちに、「この段落では何を書いているんだっけ」とか「全体の構成はどんなんだっけ？」と思えてきてしまうのです。

2つめは、言葉が出てこなかったり、概念をうまく表現できないことが多いということ。
言葉が出てこない例としては、「課題を設定」と書きたいときに、「課題を... なんだろう、調査？分析？探索？発見？評価？」などとあれこれ考えてしまうということ。(←ちなみにこの例は、説明のために簡単にしたのですが...)
概念を上手く表現できない例としては、「スケジュールを立てて作業を進めた」と書けばいいものを、「やるべきことをリスト化して完了日時を決めてそれに従って作業を進めた」のように書いてしまうのです。(こちらの例も説明のため簡単にしました...)

まとめると、文章を書くのが本当に苦手ということですかね。
試験を受けて、文章が書けないことを痛感しました。

しかし、社会人としては文章表現力は非常に重要。
資格に関してはなんとか逃げられるかもしれませんが、社会人としては文章力は大事ですよね。

そこで物を書くことを定期的に続けたいと思います。

今の時代なら「ブログを書く」でも良いのですが、「ハンドライティング」も大事。
手で書くとすると、後から段落構成を変えられなくなるから、力になりそうな感じがします。

[雑記] サンシャイン牧場

2009-09-27T00:39:00.011+09:00

mixiアプリ上で、サンシャイン牧場というアプリが流行っていて、少しはまっています。

ただ、このアプリでやっていることは、下の通りのルーチンワーク。
・友達の農場を訪れ、手入れをしたり、収穫物をもらったりする。
・自分の農場で、種をまき、作物を育て、収穫する。

このゲームになぜはまってしまうのか、このアプリがなぜ人気なのかはちょっと不思議です。
仮説だけれども、
1. 友人が多く集まるコミュニティで、「農場」という共通の話題で、「友人の作物の世話をし、その対価として作物の一部をもらう」というゆるいコミュニケーションが生まれる。
2. 自分・友人の農場がどんどん成長していくのが楽しい。
3. 農場を、「箱庭」のように育てていける。
といった点を備えているからでしょうか。

# そういえば、90年代にはたまごっちが流行りましたね・・・。

"Good to Great" /『ビジョナリーカンパニー(2) 飛躍の法則』

2009-09-21T09:07:00.007+09:00

How to build a *great* corporation? How to change a *good* company to a *great* one? In this book, successful companies, though they are not so many in the world, are analyzed and many ideas are derived from the analyses.

As this book focuses on companies, ideas from the analyses are applicable to person.
A corporation and a person have a lot in common; they have a goal, they have to compete with rivals to survive, they have many inner resources which have to be controlled efficiently.

This is an assignment book in a reading club: "Outputting studying club, Tokyo".
# Many study meetings, such as the reading club, are hot among business persons in Japan.

Ideas I learned from this book are:
- "good" and "great" differ.
- the highest level manager has to be: modest but daring
- face reality
- focus on a point satisfies three necessary conditions. Try to find the point if you don't have any idea.
- stick closely to the rules
- consider technologies before bringing them in.
- create a positive growth cycle.

---
「東京アウトプット勉強会」に参加したのですが、その課題本。

企業を最高のものにするにはどうしたら良いか、実際に成功した大企業(しかも歴史のある企業)を分析した本です。

原題は"Good To Great"。これは「良質」と「偉大」には大きな差があるといった意味が含まれています。

企業について書かれている本なのですが、次のように置き換えれば、ほとんどの内容が実際には人にも当てはまると思います。

会社＝自分全体
経営者＝自我
社員＝自分の能力

以下、自分向けのメモです。

「良好は偉大の敵」
第五水準(最高水準)の指導者の特徴：
- 謙虚だが意志は強く、控えめだが大胆。
- なすべきことはきちんと実行する。
- 成功の要因は、外部または運だと考える。失敗の要因は、内部にあると考える。
厳しい現実を直視する。
3つの性質を兼ね備えたところをピンポイントで狙う (針鼠の概念)。なければ、徹底的に探す。
- 世界一になれる可能性のある分野を、徹底的に追求する。
- やることに対する情熱が、必要不可欠。
- 経済的原動力ももちろん必要。
規律の文化
針鼠の概念はきちんと守る。裏返すと、「ピンポイント」ではないことはやらない。→やめるべきリストを作る

枠組みの中に、自由と規律がある。

技術は、必要かどうかの判断をしなければならない。
好循環を作り出さなければならない。

Sheeva Plugで自宅サーバ

2009-08-12T20:11:00.010+09:00

6月末にオーダーしたSheeva Plugがようやく届き、ただいまセットアップ中。

○Mac OS Xからコンソールへ接続
Sheeva Plug本体へは、FTDIのUSB-Serialを用いて接続します。説明書にはWindowsやLinuxでの方法は書いてありますが、Mac OS Xのが書いていないので次のサイトを参考にしました: こちら

ドライバを http://www.ftdichip.com/Drivers/VCP.htm から取得
インストールし、リブート。
Info.plistをSheeva Plug用の設定に書き換える。(以下 rootで作業。PATCHFILE は、上記サイト(こちら)の"patch your Info.plist file as follows" 直後のCode:以下に書いてある内容をテキストファイルにしたものです。)
- # cd System/Library/Extensions/FTDIUSBSerialDriver.kext/Contents
- # cp Info.plist Info.plist.org
- # patch -p0 < PATCHFILE

依存関係の再構築(?)
# touch /System/Library/Extensions
ドライバのリロード
# kextunload /System/Library/Extensions/FTDIUSBSerialDriver.kext
# kextload /System/Library/Extensions/FTDIUSBSerialDriver.kext
再起動
screenで接続 (下線部は環境によって変わるかも...)
$ screen /dev/tty.usbserial-0000101DB 115200
ユーザー名: root, パスワード: nosoup4u でログイン



○SSHでログイン
デフォルトでSSHは動作しているようです(詳しいことは分かりません...)。なのでコンソール接続しなくとも、LANケーブルでルーターに繋ぎ、外からsshで接続することができます。

# 当面はこれでいいや・・・。笑

○これから、apacheを入れるところ...

Programming the Semantic Web

2009-07-16T19:27:00.011+09:00

プログラミング関連で興味がある本、3冊:
- 集合知プログラミング
- ビジュアライジング・データ ―Processingによる情報視覚化手法
- 集合知イン・アクション

上の2冊は前に読み終えたのですが(※)『集合知イン・アクション』はまだ...

※ただし、コードも「読んだ」だけ...

そんな状況なのですが、もう間もなく Programming the Semantic Web が届きます。一部のページはこちら(Safari Books Online)で読めるのですが、なかなか面白そうに感じます。

# もし興味がある方がいらっしゃいましたら...一緒に読みませんか?

ポジティブシンキングは逆効果

2009-07-10T22:06:00.004+09:00

Timeの記事(Yes, I Suck: Self-Help Through Negative Thinking)より。

ある研究によると、ポジティブシンキングが悪く作用してしまう場合があるそうです。そのメカニズムは、ポジティブに考える→現状とのギャップを意識→自分の不幸さをより強く意識ということだそうです。

一般的に信じられていることとは異なり、「ポジティブな台詞を意識しても、それが自分自身がすでに信じていることでない限りは、効果がないばかりか逆効果になる」だそうです。

*****
確かに...自分の経験に基づいて考えてみると、納得します：
あまりにも上手く行かない時に、「私はできる！」と言っても虚しく感じるだけですし、
何かに失敗した時に、「次は成功する！」と言っても「どう改善したら良いのか分からないのに何ができるのか？」と感じますし、
心が疲れている人に「頑張れ」と言うのは逆効果と言われていますし...。

では、ポジティブな台詞が効果があるのは... と考えると、
・ちょっと疲れている＋あともう少しという時に、「自分はやり遂げられるから頑張ろう」と言う。
・失敗したが、原因が分かっているという時に、「次こそは失敗しないようにしよう」と言う。

ちょっとした仮説ですが、目標がある程度見えているときや、次に何をすべきかが分かっているときに、ポジティブシンキングは役に立ちそうに思いました。逆に、何をすべきかがわからない時 (＝「何をすべきかを考える」こともできない時)には、ポジティブな言葉は負担になりそうです。

Webサービス勉強会に参加

2009-07-10T19:07:00.004+09:00

フリーエージェントs.jp（フリーエージェンツ）さん主催の「Webサービス勉強会」に参加しました。テーマは「Webサービスの立ち上げと活性化」。

私はWebサービスについて全くの素人なのですが、様々な方の体験談を聞け、非常に有意義な、なおかつ楽しい会でした。

以下、トピックをざっとまとめてみます。

1. 初期のユーザ数を集めるのは重要。どうやって集める...?

【宣伝】
・関連サイトに書き込む
・友人等を経由して口コミ
・RSS／メール配信
・(オフラインで) ビラ配り
・プレスリリースを打つ
・本として出版

【コンテンツ】
・人に好まれるコンテンツを公開 (内容を惜しみなく公開、掲示板設置など)
・競合との差別化を図り、機能を追加
・セミプロを雇い、コンテンツを充実化

【その他】
・キャンペーンやプレゼントを用意
・名称を変更する

2. ユーザ数を増やすには...?

・オフ会等でユーザとの距離を縮める

3. 空気を保つには...?

・システムへの要求には真摯に対応する。
・書き込みに対する苦情については、ポリシーを明確に定めておく。(「誹謗中傷以外は消さない」、「荒れそうな書き込みは消す」など)

4. (ワークショップ) 「あなたが作った twitterクローン xxxx が日本で大ブレイクしました。なぜ？」

このテーマで、個人でアイディア出しをした上で、チームに持ち寄ってディスカッション。最終的にチーム戦で勝負(投票)。
優勝チームは、「患者さんのための、痛みをつぶやいて共有する」というアイディア。

*****
さて、以下はワークショップにまつわる余談。。。

ワークショップでは、7チーム中4チームのアイディアが「愚痴・不満」に関するものは、ちょっと興味深いです。これについて個人的に考察してみると...
まず、問題設定を整理すると、「1. twitterクローン 2. セグメント集中化 3. ユーザの問題をばっちり解決」。ここで、twitterの本質は「つぶやき」でありそれを用いてユーザー問題解決をする... と考えると、「愚痴投稿」に行き着くのは自然だと思いました。

さて、この問題にまじめに取り組むとすると、なかなか難しいように思いました。

問題に隠れている条件として、「twitterが既に存在する」ということがあります (つまり「既にtwitterがあるのに、なぜ新たな twitterクローンがブレイクしたのか？」)。

とすると、問題の解は「既存のtwitterで実現できないことが、それを新twitterクローンで解決できた」ということになると思います。

では、既存twitterについて問題となりうるであろうことを、思いつくままに列挙 (以下全部仮説) すると...
・日本語化... (できているだろう...)
・日本人にはhashtagが浸透しなかった...
・記名性
・(*1) 投稿が永久に残る
・ワールドワイド (?)
・端末はPC (モバイルからtweetする人が多くはない(であろう)ことを考慮)
・(*2) 文章のみの投稿 (画像や動画をスマートに投稿することができない)
・(*3) インセンティブorペナルティがない (従って、継続につながらない)

ここで、
(*1)に注目すると「投稿があるタイミングで消える twitterクローン」、
(*2)に注目すると「文字と画像を一緒に投稿できる twitterクローン」、
(*3)に注目すると「書いた内容、書き込むタイミングなどによって何らかのアクションがおこる twitterクローン」、
といったところになると思います。

# ということを踏まえ、私のチームで提案したのは (*1)案ベースのもの。「少ししたら愚痴が消えちゃうから、思いっきり愚痴れる」というものになりました。

Vital English (中級英語勉強会)

2009-07-05T00:29:00.006+09:00

Vital English という英語勉強会に参加してきました。この勉強会は、Vital Japan という団体が月1回程度に開催している勉強会です。(Vital Japanのサイト)

参加した理由は、話すことに困難さを感じているから。受講目安として「ある程度英語力があるが、話す能力に困難を感じている。」と書かれていたので参加しました。(英語力も乏しいが...)

英語を勉強しないとまずい...と痛感しました。周りの皆さんは良く話していて、自分はついて行けないようでした (自分は、ベルリッツの、机の下で繰り広げられるサッカーバトルのCMでの、Mr.Suzuki さんのようでした)。
# 正直、自分は1〜2ランク下だなといった感じ。

さて、せっかくセミナーに参加したので、印象に残ったことを書いてみようと思います。
その前に、やった内容を振り返ってみると...

何人かの大統領演説を切り口として、分かりやすい英語とは何かについて考えた。
4人のグループディスカッション。テーマは:

好きな大統領演説とその理由
英語勉強法について

大統領演説は... 素敵な表現が多いこと、平易な英語が多いこと、音声やスクリプトを手に入れやすいことから、英語学習には最適という話がありました。

英語勉強法については、大事なことは、手法はいろいろあるにせよ目標を持つことと、モティベーションを保つこと。やはりこれなくしては続かないですよね... (これは当たり前のように感じるけれども、意識しないことは意外と少ないと思うので、考える価値はあると思います)。
学習方法は、定番のもの:

ポッドキャストを聴く
映画を繰り返し見る。(最初は日本語字幕、2回目は英語字幕、3回目は字幕なし...など工夫)
語学学校に通う
-日記をつける

もあれば、次のようなネットを活用したものもありました。

iKnow (英語学習用SNS)
Skype(友達と話す)
Skypeの語学講座(例: e-com)を受講する (メリットはコストが安いこと)
Twitter

※Twitterを紹介したのは自分なのですが、知らない人が多かったのがちょっと残念...

最後に、自分の話し方を振り返ってみると、英語では結論から話すことが多かったように思います。日本語だと、特に自分は思いついた順から話しがちなのですが、英語の時は「agreeします」「その理由は2つあります」などから話始めることが多かったように思います。
理由は分かりません.. (表現力がない→思った通りに話せない→簡単な英語で良いから一番伝えたいことを伝えよう→結論から述べるという構造かも？)

とにかく、この機会は自分にとって非常に有意義でした。普段とは違う人と交流することで、英語に限らず、仕事や勉強を頑張らなきゃと思いました。
# 他の勉強会(IT関係)にも積極的に参加してみようかな。。。

『リファクタリングウェットウェア』

2009-07-04T11:59:00.004+09:00

少し前になりますが、リファクタリング・ウェットウェア ―達人プログラマーの思考法と学習法(原著: Pragmatic Thinking and Learning)という本を読みました。達人になるための脳の使い方が色々と紹介されています。プログラマ向けの例えは出てくるのですが、プログラマ向けではなく、「学習をする」すべての人向けです。

全体の所感としては、「実践してみると思いがけない効果がある」ということ。単なる実践ノウハウ集ではなく、各ノウハウともにそれなりの根拠が示されています。多くの例が示されているので全てを実践するのは難しいかもしれませんが、頭の片隅に置いておいていずれ試してみるのでも良いかもしれません。

一番印象に残ったところは、「Rモード」の存在。モードとは、脳を機能別に2種類に分けたもの。L, R があり、Lは分析的・論理的、Rは直感的・全体論的。LとRをうまく組み合わせて機能させることが重要ということです。

もう一つ印象に残ったことは、ドレイファスモデルに基づく作業方法です。このモデルでは、技術習得のレベルを5段階に分けています。これを実際に適用するときのコツとしては、初心者(最低段階)→ルールに従え、熟練者(最高段階)→直感に従えとのこと。また、ここで印象に残ったアイディアとしては、「習得する技能を習得すること」。ある一つの分野で熟練者になると、その課程で、「習得する技能」を習得することができ、さらにそれを他の分野に応用できるというものです。しかし、熟練者になるには一般的に、厳しいトレーニングを10年続ける必要があるとのことなのですが...

さて、本を読んだ後、載っているいろいろなアイディアを試したくなり、早速以下を実践しました。

メモを取れる道具を常に持ち歩く
Wikiを導入
モーニングページ (時々マインドマップを書いている)
MBTI性格テスト (タイプ別性格診断) →※

面白かったのはモーニングページ。これは起床後すぐに、思ったことをひたすらノートに書き続けるということ (3ページ)。私はマインドマップを書くということで実践しています(時々)。「パン焼かなきゃ」「SPEEDの曲が聴きたい」など普段はテキストに起こさないような内容があるのと同時に、「仕事ができない」→「ステップアップしよう」、「職場環境を変えたい」→「アクションを起こそう」などと有意義な(?)ものも書かれていました。普段いろいろなことを考えているわけだと再認識...。(もし思考を上手くコントロールできたら、かなり多くのことを考えることができるのかもしれません。)

(※MBTIテストの結果は、ENFP型: 外向型・直感型・情緒型・柔軟型でした。)

ほかにも、やったら効果があるだろうなと思えることがたくさんありました。(自分メモとして) 実践してみたい内容を列挙してみます。

認知転換を経験する (絵を描き写す...ただしそのときに認識した物に対して敢えて名前をつけない練習)
比喩を日頃から積極的に使う
イメージストリーミング (浮かんでくるイメージを、声に出す)
自分にある認知バイアスを挙げる
自分と正反対の性格の人と関わったらどうなるか、考えてみる
自分の知能のうち、もっとも優れているものは何か?
些細なことでも、目標を作るように意識する。(たった5分の作業でも...)
目標は、SMARTなものを

specific (具体的に)
measurable (成果が分かるように)
achievable (ちゃんと達成できるように)
relevant (適切に)
time-bound (期日を設定)

書籍からの学習は、SQ3R

survey (要旨をつかみ、目次や要約を流し読み)
question (疑問点を列挙)
read (全文を読む)
recite (自分の言葉でまとめる)
review (まとめ)

PIP (pragmatic investment planning) で計画を立てる

具体的な計画 (現在の目的・短期的な目的・長期的な目的)
いろいろな分野に投資する
受け身ではなく積極的に
定期的に投資する (定期的に時間を確保する)
計画を随時見直しする。

定期的に瞑想する。 (リラックスした集中状態を作り出す練習)
勉強会を開く。

創造力開発

2009-06-22T00:09:00.005+09:00

先日、創造力に関するセミナーを受講しました。

その中で「いま気になっていること」や「今年度中に実現したいこと」を列挙するというワークをやったのですが、自分が思っている以上にアイディアは出てくるものだなぁと感じました。
脳を上手く使えるようになれば、思った以上の力を発揮できるような気になりました。(←これは大方で真、別の意味で偽だと思います。)

今読んでいる本、『リファクタリング・ウェットウェア』にも、脳を効率よく使うための方法が書かれています。

その一つの訓練として取り挙げられている方法は、「モーニングページ」というもの。これは、朝、起床後すぐに、自分の思っていることをひたすら書くというトレーニングです。この方法のねらいは、脳のRモード※の全体像を捉えること。

さっそく明日からやってみようかなぁ。

※Rモード (Rich mode):
脳を2種類のモードにモデル化したときに、直感・問題解決・創造性などにつながる方。もう一方は、Lモードと呼ばれ、言語的・分析的・論理的などを扱う。

How Twitter Will Change the Way We Live

2009-06-17T23:01:00.004+09:00

# 久しぶりの投稿です。

Time (6月15日)に、Twitterに関する非常に興味深い記事がありました: How Twitter Will Change the Way We Live(Twitterによって生き方がどう変わるか)。

# Timeの表紙にもなっているのですが、それほど、いまTwitterが注目されているということなのだろうと思います。

Twitterの性質として、次の4つが挙げられています。

1. 会話がオープン化 (Open Conversation):
今までは単なるプライベートな会話だったものに、周囲の人が参加できるようになった。

2. 常に新鮮なウェブを作り上げた (The Super-Fresh Web):
Twitterを使って、人々は「今」何を考えているのかを知ることができる。「コービー・ブライアントについて、記事を見たければGoogle検索、数秒前に彼が何を決めたかを知りたければ、Twitterで検索」というような感じ。

3. ユーザーが改造しながら進化 (From Toasters To Microwaves):
ユーザ自身が機能を追加し、Twitterが進化している (例えばハッシュタグ(※) )。
Twitterの特徴のソーシャルネットワーク・サーチ・リンク共有を考えると、近いうちに、あらゆる情報がTwitterに載るようになるだろう。

※ ハッシュタグ: "#news" "#iphone" のような#から始まるタグ。トウィート(つぶやき)の中に書くと、トウィートのカテゴリ分けができます。
ちなみに、今ホットな(すなわち多くの人がトウィートしている)話題は、http://hashtags.org/で見られます。現時点のトップ2は、#iranelection と #squarespace。

4. ユーザがイノベーションを起こした (End-User Innovation):
Twitterは技術的には難しくないが、その価値は、ユーザが使いながら作り上げていった。(ハッシュタグ、検索、1万ものアプリケーションなど...)

*****
どれもなるほどと思えるものばかりです。こうやってTwitterを見てみると、1. 人々にとって「情報」とは何か 2. イノベーションの起き方が大きく変わりつつあるのだろうと感じました。(1については「アンビエント・ファインダビリティ」(Peter Morville著) が参考になりそうです。)

世界が変わりつつある... と考えるととてもワクワクします。そして同時に、日本が世界から置いていかれそうな気もします。

最後に...
なぜ日本ではそこまでTwitterが流行らないのでしょう。多分それなりの理由があるように思います。
しかも、匿名掲示板は、上の1〜3をそれなりに満たしているように思います。

アフガニスタンの実情

2009-03-29T23:59:00.002+09:00

ナショナル・ジオグラフィクスより、Afghanistan Revealed(*)。

ニュース番組ではなかなか伝えられない、アフガニスタンの実情。○○でテロがあった、攻撃が始まった、こんな事件があった... というニュースだけではなく、そこでの実態を知ることもとても大事だと思います。その意味から、この映像はとても役に立ちました。

40分と長い番組ですが、ぜひ色々な方にお勧めしたい番組です。

(*) なお現在は上記リンクの映像を日本から見るのにAnchorFreeのHotspot Shieldなどを使う必要があります(米国内からのみ閲覧できるようになっているから)。詳しくはMOONGIFTの紹介ページなどを見て下さい。

Soldier family surprise

2009-03-29T12:56:00.005+09:00

Soldier family surpriseというビデオニュースがCNNにありました (3/26)。

予定より早くイラクから戻ってきた兵士が、息子と娘に小学校に会いに行ったという内容。
ニュース番組の一記事なのですが、とても感動しました。

手術室からtwitter．

2009-02-19T22:49:00.004+09:00

Surgeons send 'tweets' from operating room (手術室から外科医がtwitter) という記事が、CNNにありました。タイトルの通りなのですが、外科医が手術中にtwitterを使って、手術の実況中継をするという話です。

この外科医は、アメリカ、ミシガンのCraig Rogers医師。twitterで手術を公開するのは、世界に情報を公開するためだそうです。
そして患者にとっても、「手術を見守ってもらえて緊張が減る」という意見もあるようです。

***
こういう風に、新しい技術を積極的に取り入れていこうとする姿勢は好きです。
(日本では難しそうなことだと思いますが...)

"We are from slum OK, but we are not the dogs."

2009-02-18T23:04:00.008+09:00

Don't call us dogs, say Slumdog protesters in cinema rampage
Dozens in Mumbai Slums Protest Against "Slumdog"
という記事。それぞれ、Times OnlineとABC Newsより。

ムンバイのスラム街を舞台にした映画: "Slumdog Millionaire" が全世界で公開されているのですが、ムンバイではこの映画のタイトルに"dog"という言葉が入っており、人権を侵害しているとして、ある種の人々から反感を買っているとのこと。

ムンバイの住人は、
"We are from slum OK, but we are not the dogs."
「なぜ検閲局はそういうタイトルを許可してしまったのか。非常に残念なことだ。」
と。

そして、「映画の収益でスラムの生活を変えることはできないのか？」とも。

***
映画を観る人にとっては些細なことでも、当事者にとっては重大なことで、私は抗議が起こるのももっともだと思いました。(少し飛躍はするのですが...) 何かを表現する時には、様々な立場で考えなければならないと思いました。

不況下で成長：LinkedInとデーティング産業

2009-02-15T22:56:00.006+09:00

As The Economy Sours, LinkedIn’s Popularity Grows という記事がTechCrunchにありました (2/14)。

LinkedInとは、ビジネス用途に特化したSNS。2002年にシリコンバレーでスタートし、今は170業界、登録ユーザー数は3500万人というSNSです (日本ではそこまで流行っていない?)。

この記事では、昨年12月から1月にかけて、LinkedInがより使われるようになったと述べられています。
・実質ユーザ数： +22% (630→770 (万人))
・利用時間： 2倍 (4760→9680 (万分))

# 利用時間2倍というのは、すごいですね。

「不況下で成長する産業」という点で、別の記事。
The New York Timesより、The Recession. Isn’t It Romantic? という記事。
こちらは、不況下でデーティング(オンラインもオフラインも)産業が成長しているという内容です。成長する理由としては、
・インターネットを使える時間が増えたから
・ブラインドデート(友人の紹介によるデート)に比べ、安価だから
・パートナーを得て、安心感を求めたいから
などだそう。

***
どちらの記事にも共通するのではないかと思ったのは、効率化です。不況下で金銭的その他に余裕がなくなってきたときに、無駄を省こうとして、効率化に意識が回るのだと思います。
あまり根拠はないですが、今回の不況が落ち着く頃には、世の中の様々な仕組みがより合理的になっているのではないかと思います。

パレスチナでの事件

2009-02-07T13:54:00.007+09:00

Voices from the Rubble (瓦礫からの声) というTimeの記事。
ガザ郊外のJebel al-Kashifにて、1/7に、イスラエル軍に2人の娘を奪われてしまったパレスチナ人の話です。

概要は次の通り。
イスラエル軍兵士が突然出てきて、発砲し、2歳の娘が腹部を撃たれた。間もなく、4歳と7歳の娘にも発砲し、7歳の娘を運ぼうとした祖母にも、胸と肩と足に発砲した。そして、近くにいて助けに来ようとした救急隊員を殴り、今度はブルドーザーで家を壊した。

娘の両親は次のように話しています。

"I told my girls, 'Don't be scared. We've done nothing to the Israelis, so they won't hurt us."
"This was like an official execution of my children."
"I don't understand. I'm not Hamas. My girls weren't Hamas. Why did they do this to us?"

***
非常に衝撃的なニュースでした。

Facebookが少女を憂鬱にする。

2009-02-03T22:06:00.011+09:00

Why chatting too long on Facebook can get a girl down (Facebookのやりすぎで女の子が憂鬱になる) という記事があります (Mail Online, 1/30)。これによると、Facebookが憂鬱を引き起こす理由は、Facebookが関係している訳ではなく、自分の問題(特に恋愛関係の問題)について友人と語り込むと気分が落ち込みやすく、特にそれが思春期の女の子には顕著だからだそうです。

***
上の記事のタイトルを見たときに、日本での「mixi疲れ」と似たようなものかと思ったのですが、読んでみるとそういった話ではありませんでした。
じゃあ海外には「Facebook中毒」はないのか？と思って探してみたところ、Confessions of a Facebook junkie (The Brown And White, 1/30) という記事がありました。やはりFacebook中毒はあり、その主要因は、人と人がつながっていることと、携帯で常時アクセスできることのようです。

グーグル検索履歴が決め手で有罪に。

2009-02-02T17:55:00.005+09:00

グーグルの検索履歴が証拠となってひき逃げ犯が有罪になったという記事(
Police Blotter: Google searches nab hit-and-run driver, 1/15)が、CNETにありました。

事件の概要は次の通り:
ある晩にカリフォルニアで女性が交通事故に遭い、亡くなりました。その犯人は放置し逃走したのですが、後日、車の特徴を元に容疑者が割り出され、自宅からは凹んだ車が発見されました。車からは被害者のイヤリングが見つかりました。

この車が事故を起こしたのは明らかなので、争点は、事故発生時に犯人が被害者の救護を怠ったか否かです。容疑者は、確かに大きなものをひいたが、大きな動物でまさか人だとは思わなかったと供述したそうです。

しかし、容疑者は事故後にインターネットで、「車ガラス報告義務法的措置」、「車ディーラー州外」「車ガラスラスベガス」、「車部品」、「車盗難」、「モラガ警察」などに混じって、「ひき逃げ」といったサイトを検索したことが分かり、このため「容疑者は、遠くの場所に車を修理に出そうとし、また法的な措置を回避しようとした」と判断されました。

***
気づかないうちにネットに情報を置いてしまっていることが非常に多くあると思います。特に、グーグルの検索履歴保存機能(ウェブ履歴)。過去の検索履歴や過去の閲覧履歴が役立つことがあるため、私も使っているのですが、これは本人に関する色々な情報を外部に提供していることになると思います。
# こう考えると、グーグルへのアクセスを禁止する会社がある理由も分かります。

オバマのスピーチ教材が人気

2009-02-02T15:49:00.011+09:00

オバマのスピーチを題材にした英語教材が日本で流行しているというニュースが、1/30のCNN (The CNN Daily Podcast) にありました。(動画, The CNN Daily PodcastのRSS)

このニュースで伝えられているのは、東京の高校でオバマの演説を使った授業が行われていることと、オバマの演説を収録した教材が日本でベストセラーになっているということです。

放送では、オバマのシカゴでの演説を題材にディクテーションやスピーキングを行っている授業が映っていました。インタビューを受けていたクラスの先生は、「英語学習としてだけではなく、コミュニケーションとして教えている」(...多分) と話しています。

出版社の方は「オバマの演説は、アメリカ人だけではなく日本人にも希望を与えている」と話しています。(ちなみに、ブッシュ版の演説は需要がないとも言っています。)

それらの本はこちら：
・生声CD付き [対訳] オバマ演説集
・生声CD付き [対訳] オバマ大統領就任演説
前者はアマゾンで売り上げ1位、また後者はその続編でこちらも予約第2位だそうです。

***
このニュースでは他に、アメリカでの寒波 (一部の地域では電気やガスなどのインフラが全く機能しておらず、ケンタッキー州では被害は史上最大だとのこと) とカリフォルニアの8つ子のニュースが放映されていました。こういったニュースに混じって、日本のニュースが流れているというのは純粋に嬉しいと感じました。

# CNNで報道されたのは、先の2冊は出版社がCNN English Expressだからという理由もあるかもしれませんが...

電気自動車のバッテリー開発と、ボリビア

2009-01-28T20:23:00.004+09:00

For Lithium Car Batteries, Bolivia Is in the Driver's Seat(電気自動車用のリチウム電池に、ボリビアは必須) という記事 Time にありました。

アメリカのビッグスリーを初めとして、世の中の流れは電気自動車になりつつあります。この電気自動車には、リチウムのバッテリーが使われています。従って、次世代の車の開発の鍵となるのがリチウムです。

リチウムの産出国の第一位はボリビア。しかも世界の半分のリチウムが、ボリビアの中央部にある、ウユニ塩原から産出されるそうです。ちなみにこのウユニ塩原は、

標高約3,700mにある、南北約100km、東西約250km、面積約12,000km²の広大な塩の固まり。塩原の中央付近で回りを見渡すと視界の限り真っ白の平地であり、寒冷な気候もあって、雪原の直中にいるような錯覚をおこす。
(出典: Wikipedia)

であり、観光の名所となっているらしい。
# Uyuni: Googleの画像検索: とてもきれい。

ところが、ボリビアの大統領のモラレスは、左翼でまたアメリカを嫌っており、2006年にはこの塩原を国有化すると発表したため、各国はリチウムの資源開発がなかなかできないそうです。日本でも三菱とトヨタが交渉したものの、うまくいかなかったとのこと。

電気も舗装道路も少ないボリビアにいかに利益をもたらすか、これを大統領と交渉すれば資源開発に応じてくれるだろうという意見もあるそうです。

***
新技術の開発を行う上で、技術上課題ではなく、政治的な問題がネックになっているということが、自分は驚きました。(もちろん、技術上の課題もたくさんあるのでしょうけれど。)

蔵書管理ツール: Books for MacOS X

2009-01-26T20:51:00.006+09:00

Books for Mac OS X
マック用の蔵書管理ツール。オープンソースです。

比較的新しいマックには、iSightという内臓カメラが標準でついています。私もマックユーザーなのですが、iSightは使ったことがありませんでした (せいぜい自分の写真を撮って、加工した程度)。せっかくついているのだから、有効利用したいと思ってアプリケーションを探していたところ、Book for Mac OS X を見つけました。

このツールでは次のようにして蔵書管理をします。
・iSightでバーコードを読み取り、ISBNを取得
・ISBNを元に、Amazonなどに問い合わせて、本のタイトルやサマリーや画像などを取得

技術的には特に難しい話ではない (さらには、こういうツールは前からあり、自分が知らないだけだった) と思うのですが、管理の手間が省けて予想以上に楽だったことに驚きました。

もちろん、コメントの管理や読書進捗管理もできます。
また、このツールとは別に、公開用のサーバプログラムも配布されています。これを使うと、ブラウザを使った蔵書の検索や外部公開ができるようです。

ムンバイのテロでは最新技術が使われた。

2009-01-19T23:58:00.005+09:00

インドのムンバイで大規模なテロがあったことは記憶に新しいと思いますが、この時のテロリストたちは最新技術を駆使してテロを行ったとの記事(Mumbai Terrorists Relied on New Technology for Attacks)が、少し前のニューヨーク・タイムズにありました。

パキスタンからムンバイへの航行にはGPSを用い、航行中はパキスタンにいる指示者と衛星電話で通話をし、目的地へは予めGoogle Earthで調べた衛星写真を利用し、さらには、ホテルでの攻撃の際には、第三者に傍受されにくいとされているVoIP(インターネット(IP)を利用した音声通信技術)を使って連絡を取ったとのこと。パキスタンにいる指示者は、保安部隊の状況をテレビを通じて入手し、攻撃者に伝えたそうです。
特にVoIPについては、犯罪に使われてしまった際には、傍受はできず、また発信者の居場所を掴むにも時間がかかるそうです。

***
Google Earth で衛星写真が見られるようになったとき、また、最近では Street View が公開されたとき、悪用されないかどうかやプライバシーの問題が指摘されました。私は個人的に、新しい技術に関して「悪用されるから廃止」などと考えるのは少し短絡的だと思っていましたが、犯罪、ましてやテロに利用されるとなると絶対に避けては通れない問題なのだと考えさせられました。

# 昨日は近所の露天風呂に行ったのですが、空を見上げたときに、「もし衛星に写真を撮られていたら...」などと考え、上のような記事があったことを思い出しました。

[雑記] iPod Touchを購入

2009-01-17T12:58:00.008+09:00

今更 iPod Touch のことを書くなんて、少し時代遅れのような気もしますが... 2ヵ月ほど前に、iPod Touch を買いました。

買うに至った理由は、動画が見られる携帯音楽プレーヤが欲しかったから。私は職場まで75分かけて通勤しているのですが、その間は電車が恐ろしく混雑しています。本も読めないほど。とすると音楽を聞くか本以外の何かを見るか(あとは考え事をするか)しかないと考え、ならばビデオポッドキャストを見ようと判断。

当初は、「毎朝動画をiPodに移しかえる」くらいの手間をかけても通勤時間が有効に使えるならよいと思って買ったのですが、買って使ってみたところ、予想外に便利でした。

という訳で毎日有効活用しているのですが、その活用状況まとめてみました。

- ビデオポッドキャストを見る。
朝ダウンロードすれば、電車の中でニュースが見られます。
ちなみに、聞いているポッドキャストはいくつかありますが、英語学習目的(＋アメリカの情報収集目的)ならCNN Student Newsはとてもお勧めです。文字通り学生向け(中学高校生)のニュースで、コンパクトに、比較的平易な英語で、またジャンルも広く、まとめられています(そんな気がします)。キャスターが番組の最後に時々言うギャグがなかなか楽しいです。

- (PCの)メールを自動的に受信する。
家に置いておくだけで自動的にメールをダウンロードしてくれます。
メールマガジンを購読し、自分のメールアドレスに送っているのですが、毎朝読めます。今までは家に帰ってからPCで読んでいたのだけれど...。

- PDA代わりになる。
まだ使ったことはないのですが、アプリをインストールすると様々なことができます。
- PDFリーダー (シェアウェアですが...)
- 辞書 (英英辞典ならフリーであります。)
- メモ (もともと入っている)

オンライン診察がハワイで開始

2009-01-09T23:48:00.004+09:00

ウェブカメラを使ったオンラインでの診察サービスがハワイで始まる(1/15-)という記事(Doctors Will Make Web Calls in Hawaii)がニューヨーク・タイムズにあります。

患者が自宅からサービスにアクセスし、医者はウェブカメラの情報と過去の診療記録を参照しながら、診察すするサービス。診療は基本10分、10ドル(保険非加入者は45ドル)だそうです。
主なターゲットは、診療を受けるのに手間がかかる人。すなわち保険非加入者、予約待ちをしたくない人や診療所が遠い人だそうです。
対面での診察でないと重要な兆候を見逃すことはないのか心配も上がっているそうですが、このサービスは聴診器のような診察を助ける道具と一緒だという見方もあるそうです(なるほど確かに...)。手術後のフォローや、家にいる高齢者には便利で、ウェブカメラではわからない病気もあるが、緊急性があるか否かが分かるだけでも有効だと書かれています。

***
このサービスは、ハワイ(のことは良くわかりませんが)のような診療所まで行くのが大変な地域だからこそ始まったのかもしれません。

私は日本でも始まって欲しいと思います。しかし、例えば誤診をしたらどうするかとかセキュリティはどうするかなどの問題がとても面倒そうなので、流行するまでには時間がかかりそうですが。

このサービスはITの利点が非常に良く現れていると思います。外国の友人とのテレビ電話、お店や旅行の予約、本や洋服の購入から、銀行振込まで、ありとあらゆることが家で済ませられるという時代、診察のために外出し時間を費やすのはとても面倒だと思います。(しかも病気の時こそ外には出かけて行きたくないですし...) そんなところで簡単に診療を受けられるのなら、とても便利になると思います。

また、このサービスが普及すると、簡単に医者とコンタクトできるということになり、今までなら「医者に行くほどの重病でもないから...」と思って病院に行くのをためらっていた場合でも医者に相談しやすくなり、従って重病の兆候を見逃すようなこともなくなるのではと思います。

『論理のスキルアップ』

2008-10-18T16:32:00.004+09:00

論理のスキルアップ―実践クリティカル・リーズニング入門

クリティカル・リーズニングとは、文章を論理的に分析する方法。

クリティカル・リーズニングについて、本書の冒頭 (p. XI) には以下のように書かれています。

クリティカル・リーズニングが主として関わっているのは、
- 人の考えや行為に理由を与えること
- 自分や他人の推論を分析し評価すること
- よりよい推論を工夫して作り上げること

これらの作業の共通点は、際立った一群のスキル(たとえば以下)にある。
- 理由と結論を見分けるスキル
- 述べられていない仮定を見出すスキル
- 結論を引き出すスキル
- 証拠を値踏みし言明を評価するスキル
- 結論が正当化されているかどうかを判断するスキル、など

本書ではこのスキルを一通り身につけられます。
最初は易しく徐々に難しくなるように構成されているため、段階的にスキルアップでき、また、演習問題が豊富で(しかも大部分には解答があり)、独習しやすいです。

ということで、お勧めの一冊です。

『自分をグローバル化する仕事術』

2008-10-18T11:59:00.008+09:00

自分をグローバル化する仕事術

グローバル化する日本で、ビジネスマンとして生き残っていくためにマスターすべきこと、が書かれています。

全体としての所感として、「グローバル」にはあまり関係なく、本質は「仕事の効率化」であると思いました。

つまり、以下のロジックとして書かれていると思うのですが、
「グローバル化 ⇒ 海外の人と一緒に仕事をすることになる ⇒ ○○しないと、意思疎通ができず、生き残れない」
私は、以下で十分だと思います。
「仕事を効率よく進めるには○○すべき ⇒ ○○しないと、意思疎通ができず、生き残れない」

また、「自分をグローバル化する」には、本書のような仕事術だけではなく、相手の国の文化や価値観に興味を持つことが大いに必要なのではないかと思います。「グローバル化」と言うからには、そのような視点で書くべきでは？と思いました。

批判的に書きましたが、「仕事術」としてはとても参考になると思います。

以下、印象に残った箇所を書きます。

そのうちに自分の言い分を主張できない人は周囲から無視され、何の成果も報酬も得られないまま、社会から放出されることになるでしょう。(p.27)

最初は「自分の職場もこうなりつつあるなぁ」と思ったのですが、実際は甘いものだと気づきました。
主張できなくても話を聞き出してくれますし、これを理由に社会から放出される...ということはないからです。

相手の考え方に協調する必要はありません。さまざまな価値観が共存するというのは、相手に合わせて自分を変えるということではないのです。異なった考え方を受け入れるのではなくて、理解するということ。協調と共存の違いはそこにあります。(p.37)

自分は、どうしても、「相手の考え方を受け入れる」よりも「自分が変わろう」と思ってしまうことが多いと思います。(変えなければ...)

(相手が)否定したとしても、実は自分の意見ははっきりと決まっていないことがほとんどです。
「私はそう思わない」というのは「断固として反対」という意味ではなく、とりあえず否定してみることで「どうしてですか？」という質問が返ってくるのを期待しているのです。(p.42)

こちらが相手の話を聞くときにも、「相手の意見はとりあえず否定」という様に接するのもアリかも...。

自分が正しいと思うかどうかではなく、周囲の人がどう思うかによって物ごとの是非を判断するのが「恥文化」です。(p.69)

若いときの即断即決にリスクはほとんどない (p.85)

自分の直感を信じて即断即決したほうが、意外と正しい判断ができるのです。(p.89)

何の本だかは忘れましたが、「直感は信じろ。直感が正しい可能性は8割」と聞いたことがあります。
(もちろん、日頃から十分に感覚を研ぎ澄ませておいた上で、だと思いますが)

人とコミュニケーションするときにも普段から、自分は何を目的に会話をしているのか、その目的を達成するためにはどういう言い方をすればいいのか、という戦略を意識することが大切なのです。(p.104)

もしも最初にこちらのカードをすべて見せてしまえば、相手のカードが出てきたときに切るカードがなくなるでしょう。(p.104)

ワープ効果というのは無理矢理にでも次元を一息に超え、自分を成長させること (p.108)

自分から人間関係の橋は絶対に燃やしてはいけない (p.174)

どんな仕事においても、「短期間にある程度の実績をあげる」 (p.186)

アメリカ人はブレックファーストミーティングで朝食の時間を有効活用する (p.201)

マインドマップ

2008-10-14T00:35:00.013+09:00

マインドマップとは、思考を助ける表現方法。
図の中心にテーマを配置し、そこから放射状に、関連するキーワードを広げていく。

自由な発想ができる...と評判で、あちこちで流行っているようです。

最近興味を持っていて、色々な場面で使っています。
マインドマップ作図の上での正しいルールがあるようですが、それは今は勉強中。

ソフト:
- FreeMind
非公認のフリーソフト。

公認ソフト(iMindMap)が高価(約2万円)なので、私はフリーのを使っています。

バージョンは、ベータ版ですが0.9.0を使うことをお勧めします。
安定版(現在0.8.1)に比べて、起動が格段と早くなっており、また見栄えもだいぶ改善されているからです。

参考書:
- ザ・マインドマップ
きちんと読むと、マインドマップについて一通り理解できる、という本。背景、効用、書き方、などなど色々な側面から書かれています。

逆に、概観だけつかみたい、もしくは、とりあえず使ってみたい、というのであれば、こちらがお勧め。
- 「できる社員」の最強メソッドマインドマップ(R)ビジネス超発想術 (アスキームック) (アスキームック)

ブログ: マインドマップ１年生　plusフォトリーディング！
マインドマッパーさんのブログ。

aide-mémoire

[雑記] ITストラテジストの試験対策 (1日目振り返り)

[雑記] ITストラテジストの試験対策 (1日目)

[雑記] プロジェクトマネージャ 受験

『読んだら使える 日経新聞の読み方』

記憶を定着させるにはテストが最も効果的。知識が再構築されるから。 (To Really Learn, Quit Studying and Take a Test)

[雑記] システムアーキテクト 受験

本番までの準備

学習時に意識したこと

本番で気をつけたこと

参考 (今回受験した際の所感と解答)

[パズル] 99人の囚人

問題

ヒント

答え

Kinect ハック on Mac OS X：(3) デモプログラム glview

main関数の処理内容

描画処理 (gl_threadfunc関数, DrawGLScene関数)の処理内容

カメラからの情報取得コールバック関数(depth_cb関数, rgb_cb関数)の処理内容

ユーザ入力を受ける関数 (keyPressed関数) の処理内容

Kinect ハック on Mac OS X：(2) OpenKinect APIの概要

モジュール構成

core.c (コア部分)

camera.c (カメラ情報取得)

tilt.c (傾斜制御・LED制御・加速度センサ情報)

補足

Kinect ハック on Mac OS X：(1) OpenKinect サンプルの実行

目次

環境

事前準備

OpenKinectのビルド

サンプルプログラムの実行

Simutrans: オープンソースの交通機関シミュレーションゲーム

『社会言語学入門—生きた言葉のおもしろさに迫る』

[雑記] 2010年の目標

単純なパスワード370個は、Twitterでは使えない。

[雑記] 2009年振り返り

How does our language shape the way we think? (言語は考え方に影響を与えるか?)

"Is Technology Dumbing Down Japanese?" (技術が日本語をダメにする?)

"Natural Language Processing with Python"

マグロの乱獲 ("Hunting for Tuna: The Environmental Peril Grows")

(Twitter changes the world)『ツイッター 140文字が世界を変える』

異業種交流の利点

[雑記] システムアーキテクト受験

[雑記] サンシャイン牧場

"Good to Great" /『ビジョナリーカンパニー(2) 飛躍の法則』

Sheeva Plugで自宅サーバ

Programming the Semantic Web

ポジティブシンキングは逆効果

Webサービス勉強会に参加

Vital English (中級英語勉強会)

『リファクタリング ウェットウェア』

創造力開発

How Twitter Will Change the Way We Live

アフガニスタンの実情

Soldier family surprise

手術室からtwitter．

"We are from slum OK, but we are not the dogs."

不況下で成長：LinkedInとデーティング産業

パレスチナでの事件

Facebookが少女を憂鬱にする。

グーグル検索履歴が決め手で有罪に。

オバマのスピーチ教材が人気

電気自動車のバッテリー開発と、ボリビア

蔵書管理ツール: Books for MacOS X

ムンバイのテロでは最新技術が使われた。

[雑記] iPod Touchを購入

オンライン診察がハワイで開始

『論理のスキルアップ』

『自分をグローバル化する仕事術』

マインドマップ

[雑記] プロジェクトマネージャ受験

『読んだら使える　日経新聞の読み方』

[雑記] システムアーキテクト受験

(Twitter changes the world)『ツイッター　140文字が世界を変える』

『リファクタリングウェットウェア』