さて、これをどう判断するかは、もう2000年以上前に答えが出ていたそうです。

ということで本日から数回にわけて、ある過去の資産に対する判断を迫られた時に私が指針にしている方法についてご紹介したいと思います。

本日はその理論的背景


さて2回にわたって、「本質的特性」と「偶発的特性」について書いてきましたが、これを回避するための方法論について、私なりに気をつけていることをご紹介します。

■本質的特性に集中する

では偶発的特性を回避するにはどうすればいいのでしょうか？

これは多くの提案は、本質的特性に集中して仕組みを作りなさいということのようです。
最近はいろいろな研究があるようで、そこら辺に落ちている情報を拾ってくると

・スクラップ・アンド・ビルド(もう一度本質的特性に立ち返る)
・SOA(Service Oriented Architecture)開発
・TDD(Test Driven Development)

なとが提唱されているようです。
※詳しくは Web などで探してみてください。

■ウイリアム・オッカムとアインシュタイン

哲学者ウイリアム・オッカムが残した言葉があります。

「ある事柄を説明するためには、必要以上に多くの前提を仮定するべ
きではない」

もうちょっとわかりやすい言い方をすると、

「何かについていくつかの説明が可能な場合には、最も単純なものが
おそらく正しい」

です。これも Wikipedia から

★――――――――――――――――――――――――――
オッカムの剃刀（オッカムのかみそり、英: Occam's razor、Ockham's razor）とは、「ある事柄を説明するためには、必要以上に多くを仮定するべきでない」とする指針。

もともとスコラ哲学にあり、14世紀の哲学者・神学者のオッカムが多用したことで有名になった。様々なバリエーションがあるが、20世紀にはその妥当性を巡って科学界で議論が生じた。

「剃刀」という言葉は、説明に不要な存在を切り落とすことを比喩しており、そのためオッカムの剃刀は思考節約の原理[2]や思考節約の法則、思考経済の法則とも呼ばれる。またケチの原理と呼ばれることもある。

Wikipedia―オッカムの剃刀
――――――――――――――――――――――――――★

でこれを実際にやってのけたのが(同じポリシーを持っていたらしいですが)アインシュタイン。

e=mc^2

有名なやつですね。

つまり、いかに単純にするかが仕組みを作る上でもとても大切と。
私の専門、ソフトウエアでも、単純なプログラムほど長く使い続けられていますし、その価値はながいこと褪せません。私がかつて作った、ちょっとしたデバッグツールは10年を経ていまだに使われてます(自慢です。読み捨ててください)。

■1節1テーマ

文章を書くのも同じで、

　1つの節では複数のテーマを扱ってはいけない。
　1行の文節では、複数の意味を持たせてはいけない

みたいなルールが有ります。
※ココらへんは文章術の本を参考にしてもらえるとわかりやすいです。

これもオッカムがいうように、複雑性を極力排除する仕掛けを考えずに、勢いに任せて流すとしっぱいするよ、ということかもしれませんね。

■関連する記事

●ザ・プレゼンテーション

今日は、すごいプレゼンテーションの技術の本。プレゼンの小手先のテクニックを書いたビジネス書はたくさんありますが、これはプレゼンの本質に迫る素晴らしい本です。一つ一つの身振り手振りや、目立つようなアニメーションの技術はさておき、プレゼンにおいて、どのように人を感動させ、どのようにプレゼンターの望む行動を起こさせるか、それが過去の素晴らしいプレゼンテーションを例に解説がしてあります。2007年のMacworldで、90分のうちに80..

●本質的特性と偶発的特性は分けて考える2：仕事の本質的特性と偶発的特性

仕事でよく「枝葉末節にこだわってはいけない」という言い方で、何かの提案が否定されたりする場合があります。私が若いころよくわからなかったのはどれが枝葉で、どれが幹なのかが区別がつかなかったことです。私はソフトウエアの開発をしていたので、ソフトウェアについて言うと、ある機能(A)をSQLデータベースによって実現したとします。その後、機能(B)を実装するにあたり、SQLデータベースでは実現が難しく、Postgre だと簡単にできることがわかったのですが、いまさら乗り換える..

●本質的特性と偶発的特性は分けて考える3：偶発的特性を回避する

仕事でよく「枝葉末節にこだわってはいけない」という言い方で、何かの提案が否定されたりする場合があります。私が若いころよくわからなかったのはどれが枝葉で、どれが幹なのかが区別がつかなかったことです。私はソフトウエアの開発をしていたので、ソフトウェアについて言うと、ある機能(A)をSQLデータベースによって実現したとします。その後、機能(B)を実装するにあたり、SQLデータベースでは実現が難しく、Postgre だと簡単にできることがわかったのですが、いまさら乗り換える..

●本質的特性と偶発的特性は分けて考える1：本質的特性と偶発的特性

仕事でよく「枝葉末節にこだわってはいけない」という言い方で、何かの提案が否定されたりする場合があります。私が若いころよくわからなかったのはどれが枝葉で、どれが幹なのかが区別がつかなかったことです。私はソフトウエアの開発をしていたので、ソフトウェアについて言うと、ある機能(A)をSQLデータベースによって実現したとします。その後、機能(B)を実装するにあたり、SQLデータベースでは実現が難しく、Postgre だと簡単にできることがわかったのですが、いまさら乗り換える..

■同じテーマの記事

●百万ドルの教訓

記憶ほどあてにならないものはありません。多くの場合は、時間が経てば曖昧になるし、最悪（というか普通）消えてなくなります。本当に消えてしまうわけではなく思い出せなくなるだけの場合もおおいですが。百万ドルの教訓過去記事で10万ドルのアイディアというのをご紹介しました。..

●嫌なことがあった時には、難解な本を読む

上司に怒られた、なんてのはわりと慣れっこなので、私はあまりあとには引かないほうかもしれませんが、何かの失敗をやらかしたこと自体とか、軽蔑の目で見られたみたいなは、私は結構あとに引きます。フラッシュバックこういう気になること、とくに自分の責任のチョンボなどは、夜になってもなかなか頭から離れてくれません。あんな事言うんじゃなかった…もうちょっとあそこで注意していれば…あ～！！しまった………なんてことをグチグチ考えちゃいます。こうなると、食事をしていようが、フロに入..