More Related Content
Recently uploaded
Recently uploaded (16)
Featured
Featured (20)
ロジカル・シンキング ＆ システム設計・プログラミングについて
- 1. ロジカル・シンキング ＆ システム設計・プログラミングについて 2017/01/23 齋藤 大 <saitodai3110@gmail.com>
- 2. §0. Introduction ロジカル・シンキングの掟 － 結論ファースト － このスライドも結論ファーストで書かねばなりません。 結論「ロジカル・シンキングは社会悪 もしくは ゴミです」
- 3. ロジカル・シンキングとは？(1/2) とりあえず wikipediaより抜粋 一貫していて筋が通っている考え方、あるいは説明の仕方のことである。 … 英語辞書に、logical thinkingという語彙を持つものは少なく、あっても十分な説明になっていない ことが多い。 … 日本でロジカル・シンキングや論理思考の概念が広まった契機は、『ロジカル・シンキング』(照 屋華子・岡田恵子, 東洋経済新報社, 2001年)以来、主にコンサルタント系の著者たちにより、ロジ カル・シンキングのための様々なツールや手法が企業向けに提唱され、ビジネス書のブームとなっ たことにある。 … 以上のことから、logical thinkingは英語圏で広く通用する一般的な語彙ではなく、特定の経営コン サルティング会社あるいは業界用語とみなすことができる。 …
- 4. ロジカル・シンキングとは？(2/2) 長くなるから、以降 wikipediaを要約 ● 論理的思考に見せかけた、論理的思考と似たパターンの思考テンプレート。 ● 顧客や敵対相手を説得するための手法であり、自分の思考のためではない。 ● 「論理的思考」とは全く別物。 ロジカル・シンキングは固有名詞であり、一般名詞の形をしたテンプレの名前です。 名前と実態が異なってますね。 [参考] 関東鉄道：規模は大きそうだけど茨城県しか走ってません 行け!!南国アイスホッケー部：アイスホッケーをやってたのは最初の数話で 後は全部下ネタギャグ漫画 SoftBank：銀行じゃねーし！
- 5. ロジカル・シンキングの基本パターン 以下、ロジシンと省略。 ロジシンでは、結果(1)と原因(n)を1ブロックとし て考え、それぞれ子ノードを連ねたツリーとして思 考パターンを扱います。因果関係のブロックでは、 原因を漏れなく列挙する必要があります。 で、全体が因果関係を表すツリーとなり、思考を表 現する もっともらしいフローができあがります。 この基本パターンを軸に、様々なフレームワークと 呼ばれる「データの見せ方」を使用して、無茶苦茶 な言い分さえも優れた思考結果のように見せること ができます。 これがロジシンです。 結果 原因 原因 原因 １ブロック 結論 原因原因原因原因 So what ↑ ↓So why
- 6. フレームワークに関する注意 ロジシンで考えている フレームワーク は、多くが優れたデータ解析術・データの解りやすい 表示フォーマットですが、これらはロジシンのために発案されたものではなく、ロジシンの発 案者が勝手にサブセット化したものです。 優れた「フレームワーク」の例 SWOT分析 いろんなグラフ フィッシュボーンダイアグラム （どちらかいうと QCサークルの縄張り範囲）
- 8. ロジカル・シンキングの欠陥点 ● 実際の論理学とは全く関係がない。もっと言うなら、論理的でなく、実際の思考に 沿っているわけでもない。 ● もっともらしいネーミングで人々を騙している。実態は、コンサル屋に都合の良い風 習の構築にすぎない。 ● 目的が、アイディアを出すことではなく、説得すること である。 ● 実際にやると、思考のスタート地点が「結論」になってしまいがち。 逆だろ！とい うツッコミはダメ。 ● 実際の論理的思考で、因果関係が２次元のツリーに収まるわけないだろ！アホか！ ● ↑のように、主観を込めた論理展開をしても、それをチェックする余地がない。 ● 真偽のチェックは、論理展開の矛盾点や抜け漏れのツッコミぐらいであり、逆に、そ れらにミスがあれば結論はカス同然となる。もったいない。
- 9. ロジカル・シンキングの優れた点 ● 人を騙せる。 ● なんとなく、優れた人 や 意識の高い人 に見える。 ● ロジシン同士で見解をぶつけ合えば、お互いが曲げないため、長時間の議論になり、 なんとなく充実感を味わえる。 ● 同僚や部下に「結論ファーストで！」と言えば、自分の考える手間を省ける。 結果として論理的な構成に見える成果物を生み出すのがロジシンです。 なので、本当の論理思考を苦手とする人がどうしてもコンサル的な資料を用意しなければならない ような場合には、有効な手段ではあります。 ただし、名前に反して、本物の論理学とは大きくかけ離れたものなので、盲信することは危険です。 序章はこれで終わりますが、ここまで主観を前面に押し出して書いています。 たとえロジカルに述べていても、客観的な視点を欠いていては説得力が無いことの例として 扱ってやってください。
- 10. §1. 思考 「ロジカル・シンキング」が “thinking” を扱っていないので、モデル化された「思考」 を考えていきます。
- 11. バイナリ的思考とテキスト的思考 題名にある正確ではない用語はともかく、思考は２種類に大分できます。 ● 「無意識」に近い 言語化されていない思考。 ● 日常で使っている言葉に近い形で言語化された思考。 言語化されていない思考は、歩く時の筋肉を動かす脳からの指令などはもちろん、記憶 を遡るときなども「あれってなんだっけー？」みたいにいちいち言葉にはせず、脳の部 位同士が理解できるモヤモヤした信号で思考が実行されます。日常の大半がこの思考で す。 一方、何かに迷って悩むとき や 落ち着いて何かを検討しなければならないとき など、 （場合によっては独り言など）言語化した思考を仲介することでやっと解決できる場合 もあります。 便宜上、前者をバイナリ的思考、後者をテキスト的思考 と呼ぶことにします。 コンピュータと同じで、予め思考パターンがコンパイルされている か スクリプト言語 のように随時解釈しているか の差がありそうです。
- 12. 直観と論理(1/2) ● 「無意識」に近い 言語化されていない思考。（バイナリ的） ● 日常で使っている言葉に近い形で言語化された思考。（テキスト的） バイナリ的思考は、それまでの経験を通じてコンパイルされた思考パターンを辿りま す。この思考は高速であり、扱うデータも意外と大規模なものです。これは、実際に１ か月前の特徴的な出来事を思い出してみれば実感できます。「え～と？」と考えるより も前に、直観的に思い出せることがあるはずです。 さて、今度は、10年前の出来事を思い出したい場合、どうするでしょうか？ なんとな く、その付近の出来事を思い返し「あれは冬だった」「あれは８月ぐらい」「その間に 起きたことは…」みたいな感じで思い返しませんか？ この時、ある程度の言語化された思考を仲介しがちです。 「～より前」「～より後」といった判断は、典型的な「論理」であり、何かしらのテキ スト的言語を仲介することで論理的な判断を割り込ませやすくなります。
- 14. §2. 記憶作業 と 意思決定 思考過程のうち、記憶の過程 と 行動の過程 について、詳細を考えていきます。
- 17. 記憶時の具体指向思考 大量に記憶すべきデータの中で、どうしても忘却機能をブロックしたい場合、「これは 重要」とラベリングしたデータとしてストックします。その場合の記憶方法の多くは 「反復処理」です。 ● 歴史年代を覚えるために暗記用のペンでマーキングした箇所を何度も読み返す ● すっぽかすとマズいお客さんの打ち合わせ日程を付箋に書いてモニターに貼る など、具体的なデータを記憶から反復して出し入れすることでラベリングします。 過去の知識・経験 直近の知識・経験 コンパイル 記憶断片 直観 記憶 重要 論理 （ループ） 記憶 重要 記憶 重要 記憶 重要
- 18. 記憶時の抽象指向思考(1/2) 意図的に忘却を防止する必要はないものの、長期にわたって応用が利く形で記憶しておき たい場合、抽象化する作業を経由して記憶にとどめます。 人の記憶の多くはこのパターンであり、典型的には「類似性」や「対比」を頼りに抽象化 します。 ● （この初めて見る芸能人は、男で髪が長くて色白でオカマ言葉で…） ● （強火でバター使って３分炒めたら黒焦げになった。前はオリーブオイルだっけか…） この抽象化が進行し、記憶の出し入れが最適化された状態が「理解」です。 過去の知識・経験 直近の知識・経験 コンパイル 記憶断片 直観 記憶 〇なパターン 記憶 特徴：〇 論理 （抽象化etc） ● 〇に似てる ● ●とはここが違う
- 20. 行動までの工程 歴代の様々な実験から「行動」は次のような時系列で行われていると考えられていま す。 1. 脳が指令信号を発する 2. 自らの意思で行動を決定する 3. 実際に行動する 日常の多くの単純な行動の場合、2の論理は 「すべてそのまま実行」となり、脳の指令 →行動 が直接的に実行されます。 単純行動の範囲を超え「意思決定」が必要になる場合、1の脳指令信号 は 2では「直観 的に復元されたデータ」として認識され、必要に応じて論理的な考察を経て 3の行動に 移ります。
- 22. 思考パターンのまとめ－具体指向と抽象指向 総合すると、思考には具体指向と抽象指向があり、記憶内容の特性 や 最終的な行動時 の目的 に応じてこれらを使い分けることになります。 その目的自体が個人個人それぞ れで異なるため、この使い分け自体、傾向にバラつきが発生します。 一般的に着目されるのは「意思決定」の工程であるため、具体指向の方が論理的な行動 を伴うと考えられがちであり、注意すべき点であるといえます。 過去の 知識・経験 行動 直観 記憶断片 直観 論理 抽象指向 具体指向 直近の 知識 経験 コンパイル 記憶断片 記憶断片 記憶断片 論理 (抽象化) コンパイル 論理 （ループ） 直観
- 23. §3. ビジネスでの具体指向の危険性 扱うデータの量と質の影響で、ビジネス社会では日常の思考と系列が異なります。 そのため、人間の無意識な思考系列を排除しがちですが、これには問題点が潜んでいま す。
- 24. 漠然・抽象・具体 （深く触れませんが、日本人は「抽象」を苦手とし「具体」を好む傾向が強いようです） （日本の）ビジネス社会では、「具体」を好む傾向があります。 ただし、これは「抽象」の特徴を理解しているわけではなく、「抽象」＝「漠然」として 考えているほどであり、手に負えないなかなか危険な状況です。 抽象 散在する多くの事象から論理的な共通点を抽出した骨格 具体（正確には ≠具象） テーマに沿ってカテゴライズされた生データ または 抽象から復元された事象 漠然 テーマやカテゴリーが不明であり、（数値, 真偽値など）原始的なデータも伴わない状態
- 25. 漠然とした具体 の危険性 ビジネスの世界では、兎にも角にも具体性を好みます。 ● 抽象的なデータよりも具体的なデータの方が馴染みやすい ● 提示されたときに頭を使わないで済む ● なんとなく説得力がある 具体指向の思考傾向が強い人物にとっては そのデータをそのまま受け入れられるため問 題ありませんが、抽象指向の思考傾向が強い人物にとっては受け入れがたいものです。 「サル と ブタ」 具体を列挙しているつもりかも知れませんが、いきなり言われても 生物の分類, 絵文字の種類, カタカナ２文字の言葉, 人種差別問題, 絵本のテーマ どれに該当するのか理解できません。 「売り上げ目標 １億円」 多いのか少ないのか, 削減箇所は社員の給料なのか設備投資なのか たとえ数字を含んでいても漠然とした具体であり、理解しづらい情報です。
- 31. 抽象的設計とその具体化 設計に慣れていない場合、と りあえずいったん全画面を設 計してみます。 画面１ 画面２ 画面３ 画面４ システムのポリシーを確定 し、それを拡張して雛型を作 成します。 ポリシー 雛型 雛型を元に各画面の設計を生 成し、画面固有の項目につい て部分的に改変します。 画面１ 画面２ 画面３ 画面４ 設計後や運営時は、雛型からかけ離れた仕様改編を行わないことを原則とします。 たとえ依頼者からの注文であっても、元の設計を大きく変えることはエンドユーザーに戸惑いを 与えるだけです。
- 33. プログラミング言語の特徴 直観的で分かりやすいプログラミング言語は、「抽象」と「具体」を組み合わせて扱え るように工夫されています。人の思考パターンと形式が一致するため「直観的」であり 「ミスしづらい」（ミスを見つけやすい）わけです。 XML（データ構造） 要素の意味付け Attribute, TextNode データ付与 HTML XML的には具体 デザイン的には抽象 CSS : デザイン設定 画面 Abstract Class implement ポリシーを継承 Class 親クラスを継承 「実装」 protected Class 実行 構造データの具体化 デザインの具体化 設計ポリシーの具体化 実行内容の具体化 (Java VM)
- 34. ツール と フレームワーク 「汎用化」と「抽象化」はほぼ等価な意味合い で使用され、いずれも「同じ処理を１つにまと め、展開可能な状態にすること」を指します。 構成としては同じですが、抽象化は、テーマや ポリシーを含む点で異なります。 ツールとフレームワークは、これと同じ違いで あり、規模が大きいものを指します。 システムのポリシーやテーマを含んだ抽象クラ ス群を具体化（実装）することで、そのポリ シーを引き継いだシステムが出来上がるものを 「フレームワーク」と呼びます。 関数 具体的な処理 として展開 手続き処理 汎用化 抽象クラス テーマに沿って展開 クラス ツール 具体的な処理 として展開 処理 汎用化 フレームワーク テーマに沿って展開 システム jQueryなど AngularJS など フレームワークを使用した実装者は、ポリシーを気にせずに（客観的に）具体化する作業を行います。 ただし、そのシステム設計者は、フレームワークのポリシーがシステムに合致していることを確認しな ければなりません。ツールのつもりで使用すると死を招きます。
- 36. §6. まとめ ● ロジカル・シンキング は、具体指向の意思決定手法であり、その範囲は局所的。 ● 直観を排除しようとすること自体がNG。論理と直観を連携させる手段を考察すべし。 ● 具体指向と抽象指向とで思考系列が異なり、それらの特性を理解すべし。 ● ビジネス社会では、具体データをもっともらしく弄って満足する傾向がある。 ● 直観の利点を活かすため、抽象化の仕組みを把握するのが吉。 ● システムは、ユーザーの直観的な操作を最優先すべし。 ● 直観性を優先したシステムは、自ずと抽象化された設計となる。 ● ベストな具体の集合体を目指すのではなく、抽象から展開した具体を扱うべし。 ● プログラム言語は、人の思考過程と一致するように設計されている。 ● 品質維持と工数削減を目的に 安易にフレームワークを選択すると死を招く。 ● 設計の省略を目的に 安易にアジャイル開発を行うと死を招く。
- 37. §補. 抽象指向者の扱いについて ● 「納得するまで不満そうにする」「いうことをきかせるにはコツが必要」「具体的なこ とを提示してもうまく理解しない」「たとえ話を交えるとかなり理解する」「説明が長 い」「結論が分かりづらい」 このような特性があるので、意識高い系の職場では扱いづらく思われがち。 ● 性格の問題ではなく、扱う側の問題。 ● 開花が遅めで、高確率で突然すごい人になるので、良い意味で要注意。 抽象指向思考のコツ ● よく分からないときは何かに例えてみる。（例：「ドラゴンボールに例えると誰？」） 齋藤について ● ロジカル・シンキングは嫌いだけど使います。主に、頭にきたとき。