サーチマン佐藤です。
こんにちは。

さてさて。

今日はお勉強の話です。

この業界では、
起きている事象をとらえ、観察し、
「こっちが正しい」と推論する力が必要ですね。

この力はどうやって磨かれるのか？
何を意識すればいいのか？

天才は意識しなくても、
「直観」を駆使して、すぐに
「こっちが正しい」と推論できるようですが、

我々ふつーの技術者は、
「演繹法」と「帰納法」のどっちかを使うべきですし、
強く意識すべきです。

意識しないから、ぬるいことになってしまう。

少なくともどっちかを意識すれば、かなりピリッとした
いい技術者に変貌する可能性が高いので、
今日は、そのへんのこと話してみますね。

（私も、なるべく意識するようにしています）

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【演繹法】正しい仮定の積み重ね
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

「演繹法」は、まあ簡単に言えば、

「A=B」「B=C」ならば、
「A=C」ってやつ。

例えば、
（仮定）「被害者の近くに、凶器の包丁が落ちていた」
（仮定）「包丁には指紋があった」
（仮定）「その指紋とAの指紋は一致した」

ならば、
→（結論）「犯人はAだ」とか。

こんな推論方法ですが、
納得できますよね。

上記の場合、当然ながら100％正しい「仮定」が積みあがることで、
100%正しい結論が導けるということになるし、
仮に、その積み重ねる「仮定」の確率が低くなれば、
結論の確かさは低くなります。

例えば、日本の有名なことわざに
「風が吹けば桶屋が儲かる」というのがありますよね。

・風で土ぼこりが出る
・土ぼこりが目に入って、盲人が増える
・盲人は三味線を買う
・三味線には猫皮が必要
・猫が殺されて減る
・猫が減ってネズミが増える
・ネズミは桶をかじる
・桶屋が儲かる

だから、（結論）「風が吹けば桶屋が儲かる」
となるわけですが・・・

全く正しくないです（苦笑）。

もちろんこれは、「演繹法」を模した
江戸時代の庶民の言葉遊びだから、
それはそれでいいんですけどね。

まあ、こんな感じで、とにもかくにも「演繹法」は
積み重ねる「仮定」の確率が重要ということを知っておいてください。

参考までに言えば、この推論方法は、
「左脳的アプローチ」でもあります。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【帰納法】経験則からの推論だけど・・・・・
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

かたや「帰納法」の話です。

こちらは経験則とも言われている通り、
たくさんの事象を観察し、そこから結論を導く方法です。

例えば、
「人間Aは死んだ」「人間Bも死んだ」「人間Cも死んだ」
「太古から生きている人間は一人もいない」ならば、

→（結論）「人間はいつか死ぬ」とか。

わかりますよね。

こんな推論方法だから、
小難しい論理は必要ないのですが、
多分に直感的なわけで、そりゃ、
危ない（間違った）結論を導く可能性も多分にあります。

例えば、さっきの話で言ったら、

「Aはいつも悪いことやってる」
「Aは被害者と知り合いだった」

ならば、
→（結論）「犯人はAだ」とか。

危ないでしょ？
どっかの検察みたいに。

そんな感じで「帰納法」は
経験即を積み重ねることで推論してしまう方法です。

これは、参考までに言えば
「右脳的アプローチ」でしょう。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【技術者】このシステムはどう動くのか？と推論するためには
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

じゃあ、我々の世界で、例えば
システムがどう動くか？と推論する場合、

どういうアプローチをとるべきか？

という話です。

仮に「演繹法」でいくなら、
ソースを読むべきでしょう。

ソースこそ、100％正しい「仮定」の積みあげであって、
このインプットがあれば、こういうアウトプットが出ると、
正しく予想できるはずです。

例えば、Javaのフレームワークやコネクションプールだって、
そのソースを丹念に読めば、こういう結果が得られる
と正しく推論できるはずなんです。

でも、そんなの現実的じゃないですよね（苦笑）。
やってられません。

現実的には、「システムはどう動く？」と予想する場合、
「帰納法」で攻める方が簡単だし、実感できます。

具体的には、
まずシステムを自分で実際に動かしてみる。

「こうやって動くんだ~」

と確認できますよね。

次に重要なのは（ここ本当に重要ですよ！！）動いた後、

（結果に影響を及ぼしていると思われるところ）
「一か所だけを変更」してみること。

そして動かす。

そうすると、その一か所変更したところが、
結果にどう影響してくるのか？

それを「帰納的」に納得できるんですね。

よくやってしまう間違いが、
何か所も変更して、動かしてみて、
何の変更が何に影響しているのか意味不明・・・・

みたいなことをやっている人。

重要なので繰り返しますが、
とにかく動くシステムがあったら、
一か所だけ変更してみる、

そして結果を丹念に観察する。

この地道な繰り返しなんですね。
勉強なんて。

これが血となり肉となるための、
技術者の正しいアプローチ。

余談ですが、一番ダメなのは、

「教科書は、いつも正しい」
「教科書には、こう書いてあった」

ならば、
→（結論）「教科書に書いてあることを読めばいい」と、

「演繹法」だか「帰納法」だかわけわからないこと言って、
お茶を濁して勉強すること。

これじゃあ、血となり肉となりません。

（私も昔はよくやってしまいましたし、
今でもついついやってしまいます）

これじゃあ、ダメです。

勉強って、もっと地道だし、
技術者だったら、「演繹法」でも「帰納法」でもいいですが、
どちらかを強く意識して勉強すると、きっと力がつくと思います。

まあ、両方からアプローチするのが一番いいですけどね。

以上、今日は
自戒も込めて話してみました。

ではでは、
またお会いしましょう。

ありがとうございました。