フレームワークを端緒に「見えないものを見る」をつらつら考える

　ロジックツリーってありますよね。あれもコンサルティングスキルといわれます。で、物事を細かく分けていく。分けて分けてどうなっていくか？

　わかったような気になるのですが、わかったわけではなく、わからない部分の情報が落ちちゃったんです。

　いいですか？

　抽象的に語れば語るほど情報量は少ないのです。具体的に語れば語るほど情報量は多いのです。具体の関係が積み重なって事象を生じさせている、世界はそう見える。

　実際に、その関係をいじると、いろいろと効果が出る。だから、関係を解きほぐす。それが分けることの意味。

　でも、解きほぐした糸はどっかに行ってしまう。物体を糸で結んでいたとして、糸で結んでいたものは解きほぐすと、ばらばらになるし、もとあった結び方をもやは再現できませんよね。

　それが失われた情報です。

　フレームワークでは、枠の中が結ばれたもので、その枠を結ぶ糸があるのです。その糸がどう物体を結んでいるか？がわからないと、フレームワークを使っても、で？となります。

　数式の素敵なところは、「＝」という左と右が等しいという記号があります。「≧」という左側は右側以上であるという記号があります。

　そのイコールは、＋、－という関係で分けられたりします。

　乱暴に言いますと、

　２＝１＋１　だったら、２は１と１に分けられる、と読めますね。

　５＝７－２　だったら、５は７と２の違いである、と読めますね。

　数式って関係を規定しているんです。関係を規定するための１つの記述方式なのです。

　微分方程式だってそうですよね。難しそうな記号がいっぱい使ってある数式も、結局関係を示しているのです。