たとえば、高速道路に「たまたま」飛び出した人をはねて死なせてしまったとする。ドライバーは「注意して運転していれば避けられたはず」として、過失の度合いが図られる。 あるいは、通勤中、「たまたま」通り魔に襲われたとする。「過失」を無理やり探すなら、その道を選んでしまったことになるのだろうか。 この「たまたま」が厄介だ。 それまでの善行・悪行に関係なく、「たまたま」悪い目に遭う。悪い結果になっていないのは、偶然に過ぎないのに、結果が「たまたま」悪ければ、悪い原因が遡及される。 理想の世界では、善人には報酬が、悪人には報復が与えられる。災厄に見舞われた人には埋め合わせとする幸福が与えられる。 だが、現実は違う。善悪と幸不幸が同期しない。現実は、むしろ運に左右される。そのため、善悪を語る場から、運を排除しようとする。 宗教や神話は、「神意」や「天命」と呼ばれる神の意志＝運命を取り入れ、前世や来世の因

一生役立つ一冊。 これ、言い切っていいと思うが、わたしが直面するあらゆる問題は、検討済みである。 新しい問題なんてものはない。「問題」をどの抽象度で定義するかにもよるが、新しく「見える」だけで、分析してみれば、分解してみれば、裏返してみれば、再定義すれば、古今東西の人たちがすでに悩み、検討し、着手し、対処してきた問題であるにすぎぬ。 ただし、対応する人にとってみれば、それは新しい問題である。または、初見の状況に直面することもある。だが、人や状況が違えども、問題そのものは、ほどいてみれば、既出なのだ。新しい状況下で、新しい人が、既出の問題を解き直しているといえる。 そして、問題を解決するための方法もまた既出である。わたしが知らないだけで、古今東西の人たちがすでに考え抜いている。ある手法は学問分野になっていたり、またある方法はライフハックやビジネスメソッドになっていたりする。規制や法制度化され

仕事でコード書いてた頃の話。 机上に「本」というメディアは無かった。プログラミングといえばお手本のコピペ＆手直しで仕上げてた。だから、せいぜい入門書やリファレンスといった辞書的なやつだけで、3年もすれば「古い」と引き出しの中へ。 だから、いつまでたっても上手なのは「お作法」だけ。あたりまえだ。仕様を実装したコードに「似た」コードやパターンを探し出す→コピペがプログラマの仕事だと思ってたから。ネットの情報が「全て」であって、「考える」とは、「いかにお手本に合わせるか」だったから。 プログラマというよりも、むしろ「コーダー」。その辺は「プログラマになれなかったわたし」[参照]に書いた。 ここでは、「コンピュータの名著・古典100冊」の既読リストで恥さらし。いかにちゃんとした本を読んでいないかがよっく分かる、なさけない。 本書はプログラミングに限らず、ソフトウェアエンジニアとしての libera

一兵卒は必携、プロジェクトの腐臭を嗅ぎとれるようになる一冊。むしろ、「アドレナリンジャンキー」だったわたしに読ませたい 「アドレナリン・ジャンキー」とは、モーレツ社員（死語）、もしくはモーレツ社員で構成された組織のこと。すべての仕事は最優先で、全ての送信メールは、【！緊急！】で始まる。作業の順番は重要性ではなく、切迫度によって決められる。したがって、長期的な見通しは存在せず、全ての仕事は、ある日突然、「緊急」になるまで放置される。 こういう人や組織があることを知っておくと、「そこに染まりやすい」危険性も予測できる。だから、回避も可能だ。そもそも知らなければ、回避する／しないの判断をすることなく、あなたもアドレナリン・ジャンキーの仲間入りとなるだろう。 あるいは、「死んだ魚プロジェクト」。人は結構いるのに、妙に静かなオフィス。入ったばかりのあなたに対し、チームメンバーは気の毒そうな顔で応ずる

既に[ レビュー ]したが、もう一度ほめておこう、「プレゼンテーションZen」は良い本だ。シンプルで、ヴィジュアルで、眠くならない（←これ重要）なプレゼンをするための必読本――なのだが、これは上級者向けだろう。コンテンツの作り方やストーリーラインの決め方、さらにデリバリーの基本といったプロセスの解説はほとんどない。そういうことは分かっている人向けに、取り組み方とか心構えといったスタンスを説くものだから。 では、そうしたプレゼンの基本のキを知るためには何を参考にすれば――という視点で、一冊選んだ。アイディア出しからロジックの組み立て、ヴィジュアル化、チャートへの落とし込み…といった、プレゼンの基礎手法が網羅されており、新入社員や、プレゼンは初めてといった人にとって必要十分な知識を得られる。 たとえば、「キーとなるメッセージは、プレゼン後に聴衆の心に残したいものだ」とか、「キーメッセージは相手

読むだけでプレゼンが上達する。いや、「見るだけ」で上手くなる。 なぜなら、本書そのものが、優れたプレゼンテーションのお手本になっているから。 わたしはデザイナーではない。しかし、同じテーマについて、「まずいデザイン」と「うまいデザイン」が並んでいるなら、見分けることができる。デザインの原則――「コントラスト」「反復」「整列」「近接」を使って、凡庸なシートが、ダイナミックで統一感をもったものに変わっていく過程は、"見た"瞬間に理解できる。 世界プレゼンコンテストで第1位のジェフ・ブレンマン[URL]とか、「でかいプレゼン」で有名な高橋メソッド[URL]、マレーシア大学薬学部教授の講義スライドを読むというより、"見て"いるうちに、優れたプレゼンのキモに親しむことができる。もちろんビジュアルもテーマも全然ちがうが、どのような効果を狙っているか？そのためにどんなデザイン戦略でいるのか？が伝わってく

いつのまにか1000エントリ超えてたので、ここらで100に絞ってみる。 このblogで「スゴ本」認定されたもの、企画「この○○がスゴい」で挙げられたものを、100にまとめてご紹介。順序適当、偏見なし、ビジネス、サイエンス、エロマンガ。ブンガク、ビジュアル、なんでもアリ、啓蒙、アダルト、劇薬なんでもござれ。「ノンフィクション」、「フィクション」、そして「劇薬系・成人指定」の三本立てでご紹介。番号は便宜上つけたものなので、ランキングにあらず。 こんなにスゴい本に出合えたのは、すべてあなたのおかげ。いい本はたくさんあるのだが、全部読んでるヒマもないし、探している時間も足りない。だからわたしは、スゴい本を読んでいる「あなた」を探す。あるいはこのblogにやってきた「あなた」の言を待つ。そうしたツッコミやアドバイスをいただき、とても感謝しています。 この100リスト全て鉄板モノだが、「それをスゴ本と

本の探し方についてのエントリ「本を探すのではなく、人を探す」において、「目的を持って読む」と書いたが、具体的に何をどうすりゃいいのか、書いてない。本を選ぶまでが前回のエントリなら、ここでは、選んだ本をどうやって読んでいるかについて、書く。 最初に やはり長くなりすぎたこのエントリのまとめ↓ 読書は他人にものを考えてもらった結果をなぞるだけだから、自分のアタマでものを考えなくなる。そうした受動的な読書を打ち破るために、オキテを作って実践している。　オキテ1：読むだけの読書にしない、オキテ2：読んだら表現する、オキテ3：読んだらフィードバックする、の3つ。その結果、読書の対象に広がりと奥行きと深みが増した。特にオキテ2を強力にオススメする。 まとめ終わり。本文どぞ。 本ばかり読んでるとバカになる ショウペンハウエルが「読書について」でいいこと言っている。読書は他人にものを考えてもらうこと。だか

この記事のまとめ。また長文エントリごめん。“IT”コンサルじゃない、「ファーム」のコンサルタントと一緒に仕事をするハメになったら読む本。 「問題解決プロフェッショナル」を読めば、コンサルタントの土俵で話ができる SEとしての分をわきまえるなら「RFP＆提案書作成マニュアル」で準備しておく SEには、コンサルタントに無い視座がある。その強みを生かす「業務システムのための上流工程入門」 コンサルタントは、知識経験ないけれどキャラとハートがおおまかカバーすることはぶっちゃけありえない。そうなったらどうしようと思い悩む前にメモをどうぞ。 このblogは「それを知らなかった私にとって有益なもの」になるように心がけてる。つまり、その記事の知識・情報を知らなかったとして、「あ、こんな記事を見つけてラッキー」と思えるようなネタ。 で、この記事は一年前の私が見つけたなら「お、タイムリー」と思えるような内容