https://x.com/podhmo/status/2082289869544689668?s=20 の清書または解説。
Q1: 発達障害（非定型発達）を持つ人と定型発達者の関係性は、社会適応と個人間の人間関係でどのように分けて捉えるべきですか？
A1: 社会的な適応と、対等な個人間の関係性は全く異なる二つの領域として明確に区別して捉える必要があります。
多数派が定型発達者1で構成されるマクロな社会環境においては、効率や資源の都合上、定型発達のプロトコル（行動様式や文化）が標準となっています。非定型発達者2が社会で円滑に生活するためにこのプロトコルを習得することは、「外国語を学ぶこと」と同様に実用的なツール獲得（合理的選択）であり、道徳的な義務や病気を理由とした謝罪・へりくだりではありません。
一方で、友人、恋人、夫婦といったミクロな対等な関係においては、マジョリティの論理は適用されません。双方の性質の違いを認めた上で、双方向の歩み寄り（相互運用）を行うことが健全な関係維持の前提となります。
Q2: コードレビューや原因究明などの技術的対話において、定型発達者と非定型発達者の間でどのようなコミュニケーションの齟齬が生じますか？
A2: 発話の「字義通りの論理（リテラル）」を優先する非定型プロトコルと、「文脈や空気（語用論3）」を読み取る定型プロトコルの差異によって齟齬が発生します。
例えば、コードレビュー4で「なぜ選択肢BではなくAにしたのですか？」と問われた際、純粋な論理追求を行う側（非定型側や技術的意図）は「Aを選んだ論理的根拠」の説明を求めています。しかし、定型発達者はこの問いを「Aは不適切であり、Bに修正すべきだという暗黙の指示・批判」と文脈的に深読み（忖度5）しがちです。その結果、理由を説明せずに「ではBにします」と行動修正だけを提示してしまい、質問者との間で不毛な不全ループが発生します。
このように、定型側が場を収拾するために文脈を読んで論理的説明をスキップする傾向は、純粋に因果関係を掘り下げる「なぜなぜ分析6」などの論理的探求と相性が悪いという特徴があります。
Q3: IT・ソフトウェア開発業界におけるコミュニケーションの「主導的ルール（主流）」は、歴史的にどのように変化してきましたか？
A3: 組織内の構成員の濃度（マジョリティがどちらか）によって主流となるルールが逆転してきた歴史があります。
初期のコアなソフトウェア開発環境は、抽象的論理思考に特化した非定型発達的特性を持つ層が高密度で集積する特殊な環境でした。ここでは「感情を交えず、純粋な論理と事実のみで会話する」ことがデフォルトのインフラであり、定型発達的な「空気を読んで論理説明をうやむやにする振る舞い」はむしろ不適格として排斥されていました。
しかし、業界の拡大に伴い定型発達者が大量に流入すると、組織内のプロトコル分布が逆転しました。定型発達者濃度が高まった現代の多くの開発組織では、従来の厳密な論理追求が「攻撃的」と捉えられるようになり、双方の摩擦を防ぐための「語用論的フレームワーク（レビューの書き方ガイドラインやクッション言語の義務化など）」が仕組みとして導入され、コミュニケーションが標準化されるに至っています。
Q4: ニューロダイバーシティの課題において、「左利き」や「夫婦」といった比喩はどのような思考の整理に役立ちますか？
A4: 感情論や過度な道徳的重荷を取り除き、問題の構造を可視化する効果があります。
- 「左利き」の比喩： 「正常か異常（病気）か」という二元論を脱し、社会のツール（ハサミや改札など）が右利き用に最適化されているのと同じ「環境設計と仕様の違い」として問題を捉え直すことができます。自分の特性を伝えることも「言い訳（免罪符）」ではなく、単なる「仕様の情報開示」として整理されます。
- 「夫婦」の比喩： 多数決（マジョリティの論理）が物理的に成り立たない最小単位（1対1）の空間を提示することで、「どちらが多数派か」に関係なく、双方が歩み寄らなければ関係自体が破綻するという相互適応の必要性を浮き彫りにします。
Q5: 対等な一対一の関係において、実際の歩み寄りの割合が行動ベースで「3:1（マイノリティ3：マジョリティ1）」程度に落ち着くのはなぜですか？
A5: 行動の表面的な数量ではなく、「脳が支払う認知コスト7（疲弊度）」の非対称性が原因です。
マイノリティ（非定型側）は、社会生活を送る中で日常的に多数派プロトコルを習得・運用するトレーニングを積んでいます。一方で、マジョリティ（定型側）は生活のほとんどを自身の母語（定型プロトコル）で処理できるため、特定のパートナーのためだけに無意識の直感（オートモード）を切り、意識的な論理思考（マニュアルモード）を稼働させることに極めて大きな脳的ストレスを感じます。
そのため、行動レベルでの歩み寄りを「50:50」にすると定型側がバーンアウトしてしまいます。定型側の「意識的な努力（1）」と、非定型側が日常の延長で払う「適応行動（3）」が合わさる地点で、はじめて両者の内的な脳の疲弊度（認知コスト）が「50:50の平衡状態」に達するため、実質的な適応比率は「3:1」程度がリアルな着地点となります。
Q6: 組織における「マジョリティ／マイノリティの構成比率（濃度）」は、歩み寄りの負担構造にどのように影響しますか？
A6: 「どちらのプロトコルが組織のデフォルトインフラか」を決定し、認知コストを支払うべき対象（向き）を逆転させます。
一般社会や定型濃度の高い組織では定型プロトコルがインフラであるため、非定型側が大きな適応負担（3）を負い、定型側が配慮（1）を担う形が安定します。しかし、非定型濃度の高い特殊な技術組織等では論理プロトコルがインフラとなるため、定型側こそが自身の直感を殺して論理対話に合わせる大きな負担（3）を支払うことになります。
マジョリティ側に位置する構成員は、自身のプロトコルが環境の「無償インフラ」になっていることに無自覚になりがちです。組織設計においては、現在の場の「濃度」を正しく把握し、どちらのプロトコルがインフラになっているかを前提として相互の負担比率を設計することが重要になります。
Footnotes
-
定型発達（Neurotypical）： 多数派の神経発達・認知パターンを持つ人のこと。特別な説明なしに周囲の文脈や空気を共有しやすい特性を持つ。 ↩
-
非定型発達（Neurodivergent）： 自閉スペクトラム（ASD）やADHDなど、多数派とは異なる神経発達・認知パターンを持つ人のこと。論理や明示的な言語情報を優先する傾向がある。 ↩
-
語用論（Pragmatics）： 言葉の字義通りの意味ではなく、文脈や人間関係、場状況に応じて発話の暗黙の意図を解釈・運用する言語機能のこと。 ↩
-
コードレビュー（Code Review）： ソフトウェア開発において、作成されたプログラムの品質や妥当性を他の開発者がチェック・議論するプロセス。 ↩
-
忖度： 他者の言動の裏にある暗黙の意図や期待を推測し、言われる前にそれに合わせた行動をとること。 ↩
-
なぜなぜ分析： 問題の根本原因を突き止めるため、「なぜ」という問いを論理的に繰り返して因果関係を解明する問題解決の手法。 ↩
-
認知コスト（Cognitive Load）： 思考や感情の制御、意識的な情報処理を行う際に脳の作業メモリ（リソース）にかかる負担量のこと。 ↩
コードレビューの話はASD的な歪みや特性の話でASDそれ自体を指してはいないよな。