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





仕事でよく「枝葉末節にこだわってはいけない」という言い方で、何かの提案が否定されたりする場合があります。私が若いころよくわからなかったのは

 どれが枝葉で、どれが幹なのか

が区別がつかなかったことです。

私はソフトウエアの開発をしていたので、ソフトウェアについて言うと、ある機能(A)をSQLデータベースによって実現したとします。その後、機能(B)を実装するにあたり、SQLデータベースでは実現が難しく、Postgre だと簡単にできることがわかったのですが、いまさら乗り換えるにはコストが掛かり過ぎる…、というような場合。




さて、これをどう判断するかは、もう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..

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

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

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

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

反論させない技術

部下から「どうしてそんなことをやらなくちゃいけないんですか?」「おかしいでしょう!?」とか詰め寄られることがあります。たとえば、昨今の効率化で、「残業は減らしなさい」というのですが、「仕事は減らしません」というやつ。私も含めて(私はもう残業代はもらえなくなってしまいましたが)、多くのサラリーマンが納得してないのではないでしょうか。でも管理職になれば、それはそれで会社方針として出てくるのでやらないといけない。そんな時に一番困るのが..

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

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



■同じテーマの記事

百万ドルの教訓

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






posted by 管理人 at 05:00 | Comment(0) | TrackBack(0) | 知的生産術 | このブログの読者になる | 更新情報をチェックする
この記事へのコメント
コメントを書く
お名前:

メールアドレス:

ホームページアドレス:

コメント:


この記事へのトラックバック

広告


この広告は60日以上更新がないブログに表示がされております。

以下のいずれかの方法で非表示にすることが可能です。

・記事の投稿、編集をおこなう
・マイブログの【設定】 > 【広告設定】 より、「60日間更新が無い場合」 の 「広告を表示しない」にチェックを入れて保存する。


×

この広告は180日以上新しい記事の投稿がないブログに表示されております。