Microsoft
| 設立 | （とされる） |
|---|---|
| 本社 | （のちに拡張） |
| 業種 | ソフトウェア／制御用知能 |
| 創業の前段 | 地元大学の「マイクロ治具」計画 |
| 象徴プロジェクト | 「OS方位学」および「窓型プロンプト」 |
| 主要顧客 | 通信、家電、自治体の入札システム |
| 企業理念（伝承） | 小さな計算で大きな運命を動かす |
| 関連用語 | マイクロ適合性、窓型UI、互換儀式 |
Microsoft（マイクロソフト）は、のシアトルを拠点に発展した、マイクロサイズの知能制御に関するソフトウェア企業である[1]。端末産業の基盤として広く知られているが、その成立経緯には一部の技術伝承が強く混ぜられているとされる[2]。
概要[編集]
Microsoftは、端末や制御装置に搭載されるソフトウェア群を提供する企業として説明されることが多い。特に、入力と出力の応答を「微細な適合」によって滑らかにする設計思想が中核にあるとされる[1]。
一方で、同社の名称が示す「Micro」は単なる規模の意味ではなく、初期には「微小な計算の集合が、現実の操作手順を代替する」という技術伝承を指していた、という見解がある[2]。このため、同社史は単なる製品開発の記録というより、複数の学術・産業系の儀礼（手順書の形式、互換テストの手順）が絡み合って形成された、と語られることがある。
歴史[編集]
「窓型」への最初の誤解と、OS方位学[編集]
Microsoftの前史として語られる「マイクロ治具」計画は、の研究室において、実験装置の配線を人が記憶せずに運用する仕組みとして構想されたとされる。ここで重要だったのが、配線図を“窓”のように切り出して表示し、作業者が必要部分だけを追えるようにする考え方である[3]。
計画が産業化された際、同研究室はシアトル近郊の自治体と共同で、配線作業の監査を自動化する「OS方位学」プロジェクトを立ち上げた。監査担当者が端末画面上の“方位”を見失う事故が年に起きていたため、画面の情報配置が一定の角度規則に従うように調整されたと記録されている[4]。もっとも、この角度規則は後年、別のUI思想の影響で“偶然そう見える”方向に再定義された、という証言もある。
創業者たちと「互換儀式」—なぜ数字が細かいのか[編集]
同社の創業メンバーとして語られる人物には、実装に関する伝承だけでなく、儀礼に関わる役割が割り当てられていたとされる。たとえばの名は、初期の「互換儀式」の制定者として挙げられることがある。この儀式は、ソフトウェアの互換性を“試験結果の書式”で保証する仕組みであり、テストログの改行は「必ず」で揃えると定められていたとされる[5]。
さらに、互換儀式では、同一機種の再現性を確かめるため、起動から画面点灯までの待機時間を以内に収めることが求められた、という逸話が残る。のちにこの待機時間は「観測の揺らぎ」を理由に緩和されたが、緩和前の記録が社内の“伝説データ”として保存され、採用面接で読み上げられていたとされる[6]。このように、Microsoftの歴史では細かい数字がしばしば比喩以上の重みを帯び、技術的な正しさと同時に“手順の正しさ”が評価されてきたと解釈されている。
社会に与えた影響[編集]
Microsoftは、単に業務効率を高めた企業として語られることが多いが、伝承的には「作業の責任範囲」を分割する装置として浸透したとされる。自治体や企業の現場では、入力手順が画面上で規格化されることで、誰が何をしたかを説明しやすくなった。その結果、監査の工数が減り、書類の差し替えが「月次でまで」に抑えられたという試算が紹介されたことがある[7]。
また、シアトルの港湾周辺で普及したとされる端末運用術では、作業者が迷わないように「誤操作を儀礼として消費する」設計が導入された。具体的には、入力ミスをした際に同じ画面を返すのではなく、次に行うべき作業の“理由”を一文だけ表示することで、ミスを単なる失敗ではなく学習扱いに変えた、とされる[8]。この思想は後の教育・研修にも応用され、企業内トレーニングの所要時間が、平均で短縮されたと報告された（ただし報告書の出典は社内掲示であり、後年検証が難しいとされる）。
製品・概念の系譜（伝承として）[編集]
Microsoftの“系譜”は、製品の系統図ではなく概念の流れとして語られる場合がある。初期の「窓型プロンプト」は、画面上の情報を“必要量だけ”に絞る考え方としてまとめられたとされる[9]。
その後、端末の多様化に合わせて「互換儀式」が拡張され、同一の操作感を再現するための“隠れた契約”が作られた、と説明されることがある。契約はユーザーに明示されず、代わりにログの形式と文字幅で担保されたとされる。特に、ウィンドウ境界の余白を「必ず」にするルールが、視覚の一貫性に寄与したという主張が見られる[10]。
さらに、社内用語としての「マイクロ適合性」は、性能指標というより“感情の適合”を意味していたとも言われる。作業者が焦る場面で、端末側が応答を少し早める（または体感として早めたように見せる）調整が積み重なった結果、作業の緊張が平均で減った、とする社内資料があるとされる[11]。ただし、このは誰が計測し、どう集計したかが明確でない点が、後年の批判材料となった。
批判と論争[編集]
Microsoftに対しては、技術的な成果よりも“手順”への依存が強いとする批判がある。互換儀式が重視されたことで、現場では本来の作業判断よりも、規格化されたログ作法や画面角度の遵守が優先される場面があったと指摘されている[12]。
また、監査の説明責任が強化された一方で、誤操作を学習扱いにする設計が、ユーザーの経験を“救済”ではなく“再訓練”へ寄せたとの見方もある。とくにの導入例では、研修完了までの平均が短縮されたとされる反面、研修後時点での離脱率が増えたという報告が、別部署のメモとして残っている[13]。
さらに、創業伝承に含まれる数値の多くが、後年に一部編集されている可能性があるとされる。「互換儀式」の待機時間は、現行の解釈では測定誤差を含む値だった可能性が指摘され、学術誌において訂正が求められたことがある。ただし、当時のログは散逸しており、訂正は“推定”止まりとされた[14]。
脚注[編集]
関連項目[編集]
脚注
- ^ Margaret A. Thornton, “Micro-Compatibility and Ritualized Testing in Early Terminal Industries,” Journal of Applied Interface Studies, Vol. 12, No. 3, pp. 44-68. 1991.
- ^ 佐藤玲音『窓型プロンプトの人類学—作業と画面の契約』東海技術出版, 2003.
- ^ Kenton H. Myers, “Orientation Rules for Audit-Focused Displays: A Retrospective,” Proceedings of the Seattle Human Systems Conference, Vol. 7, No. 1, pp. 101-130. 1988.
- ^ Evelyn Park, “Micro-Jig Plans and the Origin of the ‘Micro’ Name,” International Review of Control Software, Vol. 5, No. 2, pp. 9-33. 1999.
- ^ 渡辺精一郎『ログ形式が現場を支配する—互換儀式の数値設計』文政技術叢書, 2010.
- ^ John H. Ralston, “The 214 Millisecond Myth: Reconstructing Early Startup Timing,” Transactions on Practical Performance, Vol. 18, No. 4, pp. 210-233. 2007.
- ^ Hiroshi Tanaka, “Re-training as Experience Management in Interface Design,” Human Behavior & Machines, Vol. 22, No. 1, pp. 55-79. 2013.
- ^ “Seattle Municipal Deployments of Window-Bound Prompts,” King County Administrative Technology Review, 第6巻第2号, pp. 1-25. 1985.
- ^ Tomas I. Vermeer, 『The Window-Bound Ledger（Micro Edition）』Northlake Press, 1976.
- ^ Ruth N. Kessler, “Narratives of Compatibility: When Procedures Become Features,” Software Ethics Quarterly, Vol. 3, No. 7, pp. 12-41. 2018.
外部リンク
- 窓型アーカイブ
- 互換儀式研究会
- OS方位学資料室
- シアトル端末運用史
- マイクロ適合性の系譜