※小説ではない※専門書　要約資料集　為替(換算)3.9万円でもらう　紐解集生成　専門　初入門　資料 - # BOOK-0358j PC創造大全第10部体系化と専門職への道

※小説ではない※専門書　要約資料集　為替(換算)3.9万円でもらう　紐解集生成　専門　初入門　資料　作：｛作者名｝

322 / 382

# BOOK-0358j PC創造大全第10部体系化と専門職への道 — 積み上げた水準を、仕事の形に変える

> 学問の宇宙・応用の軌道ステーション群「PC創造大全」(統合大型巻・分冊BOOK-0358a〜v・全22部)。物語脊椎(a〜j・水準一〜十二の一本道)の最終部・第10部。ガイド役: Fable 5 監修 / Sonnet 5 執筆(脚本班)。
> トーン規約: GAKUMON_UNIVERSE.md準拠。専門用語は初出で必ず説明する。
> **安全枠(§16.18・絶対厳守)**: 本冊は、これまでの第1部〜第9部(BOOK-0358a〜i)が積み上げてきた技術知識を、仕事・特許的設計思想・学び続ける姿勢という形に接続する部である。特許・実用新案などの出願実務は、弁理士等の専門家に相談すべき法務行為であり、本冊が扱うのはその手前にある考え方(新規性・進歩性・先行技術調査という発想の型)を紹介する教材にとどまる。交流100Vの配線工事・電源ユニット(PSU)内部の分解の禁止・OS実機導入時のデータ破壊リスクといった、これまでの部で確認してきた安全上の注意はすべてそのまま引き継がれる。本冊に登場する依頼主・企業・製品名はすべて架空の事例であり、実在のいかなる企業・個人とも無関係である。特定の職業の年収額や、修理・組立の料金相場を、本冊は断定しない(地域・時期・業者によって大きく異なるため)。
> 接続先: →BOOK-0358a〜i(第1部〜第9部、水準一〜九の全技術基盤。本冊はその統合を担う)、→BOOK-0345『作る力と生きる力: 要件定義とデザイナー思考』(第六章の顧客要件の聞き取りが土台にする)、→BOOK-0357『作る力と生きる力: 利回りに頼らず稼ぐ』(第三章・第四章の専門職カタログが接続する技能の需要構造)、→BOOK-0184『関数パターン目録I』・→BOOK-0300『実践工学: 回路の読み方と設計』(ノウハウ目録k〜vおよび実践工学シリーズとの往復)、→CATALOG_PC創造大全.md(設計書・部構成表の正)。
> 水準: 十〜十二(全水準の統合地図という土台から、専門職カタログ、仕事の実務、特許的設計思想の入口、そして学び続ける構造までを扱う、物語脊椎の最終到達点)。

---

▼前書きを表示する

# BOOK-0358j PC創造大全第10部体系化と専門職への道 — 積み上げた水準を、仕事の形に変える

> 学問の宇宙・応用の軌道ステーション群「PC創造大全」(統合大型巻・分冊BOOK-0358a〜v・全22部)。物語脊椎(a〜j・水準一〜十二の一本道)の最終部・第10部。ガイド役: Fable 5 監修 / Sonnet 5 執筆(脚本班)。

> トーン規約: GAKUMON_UNIVERSE.md準拠。専門用語は初出で必ず説明する。

> **安全枠(§16.18・絶対厳守)**: 本冊は、これまでの第1部〜第9部(BOOK-0358a〜i)が積み上げてきた技術知識を、仕事・特許的設計思想・学び続ける姿勢という形に接続する部である。特許・実用新案などの出願実務は、弁理士等の専門家に相談すべき法務行為であり、本冊が扱うのはその手前にある考え方(新規性・進歩性・先行技術調査という発想の型)を紹介する教材にとどまる。交流100Vの配線工事・電源ユニット(PSU)内部の分解の禁止・OS実機導入時のデータ破壊リスクといった、これまでの部で確認してきた安全上の注意はすべてそのまま引き継がれる。本冊に登場する依頼主・企業・製品名はすべて架空の事例であり、実在のいかなる企業・個人とも無関係である。特定の職業の年収額や、修理・組立の料金相場を、本冊は断定しない(地域・時期・業者によって大きく異なるため)。

> 接続先: →BOOK-0358a〜i(第1部〜第9部、水準一〜九の全技術基盤。本冊はその統合を担う)、→BOOK-0345『作る力と生きる力: 要件定義とデザイナー思考』(第六章の顧客要件の聞き取りが土台にする)、→BOOK-0357『作る力と生きる力: 利回りに頼らず稼ぐ』(第三章・第四章の専門職カタログが接続する技能の需要構造)、→BOOK-0184『関数パターン目録I』・→BOOK-0300『実践工学: 回路の読み方と設計』(ノウハウ目録k〜vおよび実践工学シリーズとの往復)、→CATALOG_PC創造大全.md(設計書・部構成表の正)。

> 水準: 十〜十二(全水準の統合地図という土台から、専門職カタログ、仕事の実務、特許的設計思想の入口、そして学び続ける構造までを扱う、物語脊椎の最終到達点)。

---

## 入口の物語 — 工具箱を卒業する日

遠藤直樹(えんどうなおき)は、この五年ほどのあいだ、休日のほとんどを「PC創造大全」の第1部から第9部に費やしてきた。足し算と位取りから出発し、二進法とビット演算を経て(第1部)、電子・電圧・電流・抵抗からトランジスタとゲートの仕組みを学び(第2部)、市販のPCを分解しては各部品の名前と役割を確かめ(第3部)、自分の手で初めての自作PCを組み上げ(第4部)、電源ユニットの効率とエアフローを計算し(第5部)、簡単な関数を正式な契約として書けるようになり(第6部)、教育用の小さなトイOSをブートローダから書き起こし(第7部)、回路図とデータシートと家の設計図を同じ目で読めるようになり(第8部)、シリコンウエハからPCB基板の製造工程までをたどってきた(第9部)。

工具箱の中身は、いつのまにか見違えるほど増えていた。ドライバーとテスターの隣には、静電気防止リストバンドと、手書きの回路図と、小さな基板がいくつも並んでいる。技術的にできないことは、もうほとんどない――そう思っていた矢先、遠藤は友人の叔父から声をかけられた。「うちの小さなデザイン事務所、パソコンが古くてね。三台まとめて新しくしたいんだが、詳しい人にお願いしたくて。もちろん、ちゃんと見積りは出すし、お代も払うよ」。

これは、これまでの練習とはまったく違う依頼だった。趣味で自分のPCを組むのと、他人のお金を預かって仕事として組むのとでは、同じ技術でも重みがまるで違う。遠藤は自分に問いかけた。見積りとは、何をどう積み上げて出す数字なのか。「速いPCがほしい」という依頼主の言葉を、そのまま鵜呑みにしてよいのか。もし作業の途中で、自分なりに工夫した独自の冷却ダクトの形が思い浮かんだら、それは特許のようなものになるのか、ならないのか。そして――この五年間で積み上げてきた技術は、いったいどこまで行けば「専門職」と呼べる水準に届くのか。

技術そのものを知っていることと、それを仕事として成立させることのあいだには、これまで意識してこなかった段差があった。この段差を埋めるのが、物語脊椎の最終部である本冊の役目である。第1部から第9部で積み上げてきた全水準を一枚の地図として見渡し(第一章・第二章)、その技術がどんな職業の核になるのかを整理し(第三章・第四章)、見積りと要件の聞き取りという仕事の実務を身につけ(第五章・第六章)、独自の工夫を「特許のように考える」ための入口の作法を知り(第七章・第八章)、そして専門職としての本当の到達点――学び続ける構造そのもの――を確かめる(第九章)。遠藤の五年間が、ここから先、どんな形に育っていくのかを、一段ずつ追っていこう。

---

## 第一章: 全水準の統合地図 — 依存グラフを読む(水準十)

### なぜ最後に「地図」が必要なのか

第1部から第9部まで、遠藤は一つひとつの部を、ちょうどそのとき目の前にある課題を解くために読み進めてきた。数と論理を学んだときは数と論理のことだけを、熱と電源を学んだときは熱と電源のことだけを考えていた。しかし九つの部を読み終えた今、必要になるのは個々の知識をもう一度深掘りすることではなく、**「どの知識が、どの知識の上に載っているか」を一枚の絵として見渡す力**である。この力を、本冊では**統合地図(とうごうちず、水準十: 個々の技術分野を、その前提となる知識との依存関係ごと一枚の構造として見渡す地図)**と呼ぶ。

統合地図が必要になるのは、実務では課題が「部」の境界をまたいで現れるからである。依頼主のPCが起動しないという相談を受けたとき、それは電源の物理(第2部)の問題かもしれないし、部品の組み合わせ(第4部)の問題かもしれないし、OSの設定(第7部)の問題かもしれない。どの部の知識を、どの順番で引き出せばよいかを判断するには、九つの部が互いにどうつながっているかを、あらかじめ頭の中の地図として持っておく必要がある。

### 第1部〜第9部の依存関係表

まず、これまでの九つの部を一つの表にまとめる。「前提とする部」の列は、その部を読み進めるうえで、先に理解しておくとつながりが見える部を示している。

| 部 | 題 | 水準 | 主題 | 前提とする部 |

|---|---|---|---|---|

### 依存グラフを文章で読む

表を眺めるだけでは、九つの部がどう「合流」しているかまでは見えにくい。矢印を使って、依存の流れを文章でも追ってみる。

```

第1部(数と論理)

│

├─→ 第2部(電子と部品の物理) ─┬─→ 第3部(市販PCの構造解剖) ─→ 第4部(自作PCの設計と組立)

│ │ │

│ └─→ 第9部(素材・環境・進化史) │

│ ▲ │

│ └─────(第8部から合流) │

│ ▼

└─→ 第6部(関数を正式に組む) ────────────────────────→ 第7部(OSを作る実践)

▲ ▲

│ │

第4部・第5部から合流 ──────────────────→ 第5部(熱と電源の解析)

▲

第3部・第4部・第6部から合流 ──→ 第8部(構造の読み方) ──┘

```

この図が示しているのは、次のような読み方である。

第一に、**第1部はすべての部の共通の根である**。数と論理を知らなければ、ゲートの仕組み(第2部)も、関数の書き方(第6部)も、どちらも土台を欠く。統合地図の中で、第1部だけが「前提とする部」を持たない唯一の部になっているのは、このためである。

第二に、**ハードウェア系(第2部→第3部→第4部→第5部)とソフトウェア系(第1部→第6部)という二つの太い流れが、第7部で初めて一つに合流する**。OSを作るという作業は、ハードウェアの制約(電源・メモリ配置・割込)とソフトウェアの正式さ(関数契約・状態機械)の両方を同時に満たさなければならない。第7部の水準が七〜十とほかの部より高く設定されているのは、二つの流れの合流点だからである。

第三に、**第8部(構造の読み方)と第9部(素材・環境・進化史)は、単独では完結しない「横断の部」である**。第8部は回路図・データシート・ソースコードという三種類の「読む力」を、第3部・第4部・第6部の経験を土台にして一つの技能にまとめる。第9部は、部品の物理(第2部)を、真空管からICへという時間軸と、一次資料の集め方という調査の作法で裏打ちする。この二つの部が水準六〜九という広い範囲を担っているのは、複数の部の知識を横断して初めて意味を持つ内容だからである。

### 二重らせんという設計

本大全にはもう一つ、統合地図に欠かせない構造がある。物語脊椎(第1部〜第10部、a〜j)が「なぜそうなっているか」という原理を、一本道の物語として教えるのに対して、**ノウハウ目録(k〜v・十二部・KNOW-F 0001〜0500とKNOW-P 0001〜1000)**は「どうやって手を動かすか」という即戦力の技を、各項目五点セット(①名称 ②構造の型 ③使いどころ ④組合せ例 ⑤確認事項〈罠と検算・安全注意〉)の形で125項目ずつ十二部に整理している。この物語脊椎とノウハウ目録の対を、本大全では**二重らせん(にじゅうらせん、水準十: 原理を説明する物語脊椎と、即戦力の技を並べるノウハウ目録が、互いに参照し合いながら一つの知識体系を成す設計)**と呼ぶ。脊椎だけを読んでも「なぜ」は理解できるが手が動かず、目録だけを読んでも技は使えるが「なぜその手順なのか」がわからない――両方を往復して初めて、知識は実務で使える形に育つ。次章では、この往復を実際にやってみる。

### 家=PC同型対応表 — 「体系化」がなぜ専門職に直結するのか

ユーザーが本大全の出発点で語った言葉には、「家の建て方と設計図、デザイン、素材、資料、環境、進化」という一節がある。これは単なる比喩ではなく、本大全全体を貫く設計思想(CATALOG §0・家=PC同型請求項)そのものである。家の建築とPCの組立は、扱う材料も規模もまったく異なるように見えるが、**「機能ごとの層を、依存関係の順に積み上げる」という構造そのものは同型**であり、この同型対応を意識できるかどうかが、統合地図を専門職の実務に応用できるかどうかの分かれ目になる。

| 家の建築における層 | PCの組立における層 | 対応する部 |

|---|---|---|

| 基礎(地盤を固め、建物全体を支える土台) | マザーボード(すべての部品が接続される土台の基板) | 第2部・第4部 |

| 骨組(柱と梁で建物の形を作る構造材) | ケースとフォームファクタ(部品を収め、規格に沿って配置する筐体) | 第3部・第4部 |

| 配線(電気・水道・通信を各部屋に届ける経路) | 配線とケーブル管理(電源・信号を各部品に届ける経路) | 第4部・目録q部 |

| 断熱・換気(外気の影響を抑え、室内の温度を保つ仕組み) | 冷却とエアフロー(部品の発熱を逃がし、動作温度を保つ仕組み) | 第5部・目録s部 |

| 設計図(平面図・立面図という、施工者が迷わず作業できる指示書) | 回路図・ブロック図・構成表(部品の配置と接続を示す指示書) | 第8部 |

| 建材の選定(用途・耐久性・コストに応じた資材の見極め) | 部品の選定(用途・性能・コストに応じたパーツの見極め) | 第3部・目録o部・p部 |

この対応表が示すのは、「基礎ができていなければ骨組は建たず、骨組がなければ配線も断熱も意味を持たない」という、建築でもPCの組立でも共通する**依存の順序**である。第一章冒頭で示した依存グラフは、いわばこの家=PC同型対応表を、PCという対象に絞って詳細化したものにほかならない。専門職としてPC組立業やハードウェア設計に携わる者が、依頼主に構成を説明するとき、「なぜこの順番で組み立てる必要があるのか」を、家の建築という誰もが直感的にわかる比喻に置き換えて説明できると、専門用語に不慣れな依頼主との対話が格段に円滑になる。→BOOK-0346『建築構造の基礎』は、この同型対応をさらに詳しく扱っており、PCの専門職を目指す読者にとっても有用な副読本になる。

---

> **定着量の目安(第一章)**: 第1部〜第9部の依存関係表を見ずに自分の手で書き起こせるようにするには、各部の主題を1行で要約するカードを九枚作り、前提とする部を矢印でつなぐ練習を3回ほど繰り返すと、ほぼ完全に定着すると見込まれる。

---

## 第二章: 二重らせんの実地演習 — 脊椎と目録の往復読み(水準十)

### 演習1 — 初めての自作PCを組む場面から目録を引く

遠藤が最初に自分のPCを組んだとき(第4部)、脊椎は「要件→パーツ選定→設計図→組立工程→POST→OS導入→初期トラブル」という一本道の物語を教えてくれた。しかし実際に部品を選ぶ段になると、「このマザーボードとこのメモリは本当に相性がよいのか」「この電源ユニットの容量で足りるのか」という、もっと細かい判断が次々に必要になる。こうした細かい判断を助けるのが、ノウハウ目録の**o部(KNOW-P 0001〜0125・部品選定の技I: CPU/マザーボード/メモリ)**と**p部(KNOW-P 0126〜0250・部品選定の技II: GPU/ストレージ/電源/ケース/冷却)**である。

```

脊椎(なぜ) 目録(どうやって)

第4部「パーツ選定」 ──参照──→ o部・p部の該当項目(CPU世代とソケットの対応表・

メモリ規格の互換確認・電源容量の見積り式等)

```

パーツを選び終えて実際に組み上げる段階では、**q部(KNOW-P 0251〜0375・組立と配線の技: 手順・ケーブル管理・静電気と取付の罠)**を、電源を入れて動作を確認する段階では**r部(KNOW-P 0376〜0500・起動と診断の技: POST/UEFI設定・トラブルシュート決定木)**を参照する。脊椎の物語が「組立工程→POST」という順序で進むのに対応して、目録もq部からr部へと同じ順序で引けるように設計されている――これが二重らせんの「らせん」の意味であり、脊椎の各章を読み進めるたびに、対応する目録の部を隣に開いておくと、原理と手順が同時に手に入る。

### 演習2 — 小さなプログラムを書く場面から目録を引く

もう一つの例を見る。遠藤が第6部で「関数を正式に組む」ことを学んだあと、実際に簡単なユーティリティプログラム(たとえばファイル名を整理するスクリプト)を書こうとしたとする。脊椎第6部は「関数契約(入力/出力/前提/保証)」という原理を教えてくれるが、実際に手を動かすときは、**k部(KNOW-F 0001〜0125・関数設計の基本形: 命名・引数・戻り値・エラー処理の型)**から順に引いていく。

```

「関数を正式に組む」という目標を分解すると

↓

k部: まず一つの関数を正しい形で書けるようにする(命名・引数・戻り値・エラー処理)

↓

l部: 条件分岐やループを、状態機械として整理する(KNOW-F 0126〜0250)

↓

m部: 集めたデータを配列操作や写像・畳み込みで変換する(KNOW-F 0251〜0375)

↓

n部: 複数の関数をモジュールとして合成し、テストと計測で堅牢にする(KNOW-F 0376〜0500)

```

この順序は偶然ではない。目録のk〜n部は、脊椎第6部が説明する「関数契約→合成」という理解の流れを、そのまま四つの実務段階に分解したものである。脊椎を読んで「なぜ関数を正式に組む必要があるのか」を理解したうえで、目録を上から順に引いていけば、理解と実装が同じ地図の上を進むことになる。

### 目録の探し方 — 目次からと索引からの二通り

125項目×12部という規模のノウハウ目録を、必要なときに素早く引くには、二つの探し方を使い分けるとよい。一つは**目次からたどる探し方**で、「今どの部の技能が必要か」がすでにわかっている場合(たとえば組立の最中で「配線の技が知りたい」とわかっている場合)に向いている。もう一つは**索引からたどる探し方**で、症状や現象(たとえば「PCの電源は入るが画面が映らない」)から、それに該当するKNOW項目の番号を逆引きする方法である。目録の各項目が持つ五点セットのうち、②構造の型と⑤確認事項(罠と検算・安全注意)は、この索引からの逆引きでとくに役立つよう設計されている――症状に近い「罠」の記述から、該当項目を見つけられるからである。

### ### コラム — 五点セットを自分の手で書いてみる

ノウハウ目録の各項目が持つ**五点セット(①名称 ②構造の型〈骨子・図または式〉 ③使いどころ ④組合せ例 ⑤確認事項〈罠と検算・安全注意〉)**という形式は、読むだけでなく、自分の経験を同じ型に落とし込んでみることで、理解がより深まる。遠藤が第4部で身につけた「静電気対策をしてから部品を取り付ける」という手順を、試しに五点セットの形で書き起こしてみる。

```

①名称 : 静電気放電対策(せいでんきほうでんたいさく)

②構造の型: 部品に触れる前に、接地された金属(PCケースの金属フレームなど)に触れて、

自分の身体に帯びた静電気を逃がしてから作業する

③使いどころ: メモリ・CPU・拡張カードなど、静電気に弱い半導体部品を取り付ける直前

④組合せ例 : 静電気防止リストバンドを併用すると、作業中も継続的に放電できる

⑤確認事項 : 乾燥した季節(冬場など)はとくに静電気が発生しやすい。

一度で満足せず、部品を持ち替えるたびに再度放電する習慣を持つこと

```

このように書き起こしてみると、目録の各項目がなぜ五つの要素で統一されているのかが、実感として理解できる。①名称と②構造の型だけでは「何をどうするか」しかわからないが、③使いどころが加わることで「いつ使う技なのか」が、④組合せ例が加わることで「他の技とどう連携するのか」が、⑤確認事項が加わることで「どこで失敗しやすいか」までが一つのカードに収まる。これは、白カード(未執筆項目)を残さないという本大全の設計方針(CATALOG §1)を、実際に手を動かして体験する良い練習になる。自分が持っている経験やコツを、この五点セットの型に当てはめて書き出す習慣を持っておくと、目録を読む側から、いずれ目録に項目を追加する側へと、無理なく歩みを進められる。

---

### 二重らせんが「段落を崩しても通る」を支える

本大全の設計思想(§0)には、「段落を崩しても通る」という原文の言葉を、**順序に依存しない構造化(参照透過・冪等・モジュール独立)**として解釈する方針が掲げられている(解釈表は第6部に設置)。二重らせんの目録側が、各項目に前提リンクを明示した五点セットの独立カードとして作られているのは、この方針の実装でもある。目録のどの項目からでも、前提となる項目へ→リンクをたどって単独で読めるようにすることで、読者は必ずしも脊椎を頭から順に読み終えなくても、必要な項目にたどり着いた時点でその場から実務を始められる。統合地図(第一章)は「全体を俯瞰する」ための道具であり、二重らせんの往復読み(本章)は「必要な場所にすぐ降りる」ための道具である――この二つを両方持つことが、専門職への道の最初の一歩になる。

---

> **定着量の目安(第二章)**: 脊椎の各部と目録の対応部を、実際に手を動かす課題(自作PCの部品選定・簡単なスクリプトの作成など)を通じて2〜3回往復すると、目次からの探し方と索引からの探し方のどちらも、ほぼ迷わず使えるようになると見込まれる。

---

## 第三章: 専門職カタログ① — PC組立業とハードウェア設計(水準十一)

### 「専門職」という言葉の意味

統合地図を手に入れた遠藤の次の疑問は、「この技術は、どんな仕事の形になるのか」だった。本冊では**専門職(せんもんしょく、水準十一: ある分野の体系立った知識と技能を核として、他者の依頼に応え対価を得る職業)**という言葉を、資格や学位の有無ではなく、「核となる技能がどの部の組み合わせでできているか」という構造で捉える。第1部〜第9部という統合地図があれば、どの専門職がどの部を核にしているかを、初めて具体的に言い当てられるようになる。ここでは代表的な五つの専門職を取り上げ、二章に分けてカタログ化する。

### PC組立業 — 現場で手を動かし、動くところまで責任を持つ仕事

**PC組立業(水準十一: 依頼主の要望に沿ってパーツを選定・調達し、組立からOS導入・動作確認までを請け負う仕事)**が核とする部は、第3部(市販PCの構造解剖)・第4部(自作PCの設計と組立)・第5部(熱と電源の解析)、そして目録側のq部(組立と配線の技)・r部(起動と診断の技)・s部(熱と電源の技)である。

```

PC組立業の核となる部

第3部(部品の名称と規格を読む) ─┐

第4部(要件からパーツ選定・組立工程・OS導入まで) ─┼─→ 目録q部・r部・s部(現場の手順と診断)

第5部(熱と電源の解析、静音と性能のバランス) ─┘

```

この仕事の性質は、→BOOK-0357『利回りに頼らず稼ぐ』第五章が整理した「需要が安定しやすい分野に共通する四つの性質」のうち、**保守整備性(壊れたら直す・古くなれば入れ替えるという需要)**と**地域拘束性(遠隔地の安い労働力に置き換えられにくい、現物に手を触れる必要がある作業)**の二つと強く結びついている。PCという物理的な機器を前にして、実際に部品を取り付け、ケーブルを配線し、電源を入れて動作を確かめるという工程は、映像通話や自動化だけでは代替しにくい。一方で、パーツの相性や規格の変化(第3部・第4部が扱う仕様表の読み方)を追い続ける学習の継続が欠かせない仕事でもある。

### ハードウェア設計 — 「動く」の先にある「なぜ動くか」を設計する仕事

**ハードウェア設計(水準十一: 電子部品の物理的な性質と回路の理論に基づいて、新しい基板・装置・部品構成を設計する仕事)**が核とする部は、第2部(電子と部品の物理)・第3部(市販PCの構造解剖)・第5部(熱と電源の解析)・第8部(構造の読み方)、そして目録側のo部(部品選定の技I)・p部(部品選定の技II)である。

```

ハードウェア設計の核となる部

第2部(電子・半導体・ゲートの物理) ─┐

第8部(回路図・データシート・規格書を読む力) ─┼─→ 目録o部・p部(部品選定の技術的な裏づけ)

第5部(熱設計・電力変換の物理) ─┘

│

└─→ →BOOK-0300『実践工学: 回路の読み方と設計』(回路図の記号・オームの法則・

直並列回路の設計という、ハードウェア設計のさらに専門的な土台)

```

PC組立業が「既製の部品を正しく組み合わせて動かす」ことに責任を持つのに対し、ハードウェア設計は「部品そのもの、あるいは部品の新しい組み合わせを、物理法則から裏づけて考案する」ことに責任を持つ。第2部で学んだ電子の物理と、第8部で学んだ回路図・データシートの読解力が直接の核になり、→BOOK-0300が扱うオームの法則や直並列回路の設計は、この専門職を目指す読者にとってのさらなる専門書になる。ハードウェア設計は、PC組立業と比べて、地域拘束性は相対的に弱まる一方(設計図面は遠隔地とも共有できる)、体系立った理論の理解という参入障壁が高く、これも→BOOK-0357が整理した「資格という参入障壁」に近い性質を持つ(ただしハードウェア設計そのものに法定資格は必須ではない分野が多く、実務経験と実績が参入障壁の役割を果たすことが多い)。

### 遠藤の位置 — 二つの専門職のどちらに近いか

遠藤は自分の五年間を振り返った。市販PCを分解して部品を識別し(第3部)、自分の手でパーツを選び組み上げ(第4部)、電源効率を計算してきた(第5部)経験は、PC組立業の核にそのまま重なる。一方で、回路図を描き起こし、データシートを読み込む練習(第8部)にも取り組んできたが、ハードウェア設計の核である「新しい部品構成を物理法則から考案する」段階までは、まだ経験が浅い。専門職カタログは、白か黒かで職業を決めるための道具ではなく、**自分がどの部の経験をどれだけ積んできたかを、鏡のように映す道具**である。デザイン事務所からの依頼――既存のパーツを選び、組み上げ、動くところまで責任を持つ仕事――は、まさにPC組立業の核と一致する。遠藤はこの依頼を、自分の五年間の技能がもっとも生きる仕事として引き受けることにした。

### コラム — 雇われて働くか、屋号を持って働くか

専門職カタログに整理した五つの職業は、いずれも「雇われて働く」形でも、「自分自身の屋号(個人事業として名乗る事業名)を持って働く」形でも成立し得る。ユーザーが本大全の出発点で語った「企業の起業家の特許を設計する気持ちで」という言葉には、単に技術を学ぶだけでなく、いずれは自分自身が事業の担い手になる道筋も見据えているという含みがある。

雇われて働く場合は、見積りや検収といった実務の多くを、所属する企業の既存の仕組みに沿って行うことになり、本冊で扱う実務(第五章・第六章)を一から自分で設計する必要はない場面も多い。一方、屋号を持って独立して働く場合は、見積り・検収・確定申告といった実務のすべてを自分自身で担うことになる。→BOOK-0357第三章が扱った**簿記(記録と管理を担う技能)**は、独立して働く場合に直接必要になる技能であり、本冊の専門職カタログとあわせて身につけておくと、技術と経営という二つの軸を両立させやすくなる。

どちらの働き方が優れているという単純な優劣はない。雇われて働く形には、収入の安定性や、大きな案件に組織として取り組める強みがあり、独立して働く形には、裁量の大きさや、自分の技能を直接お金に変える手応えがある。遠藤自身は、当面は本業のかたわらの副業としてこの依頼を引き受けたが、こうした小さな仕事の積み重ねが、いずれ屋号を持つという選択肢につながっていく可能性も、頭の片隅に置いていた。

---

> **定着量の目安(第三章)**: PC組立業とハードウェア設計、それぞれが核とする部の組み合わせを図に描き起こし、自分自身がこれまで積んできた経験と照らし合わせる作業を1回行うと、専門職カタログの読み方が定着すると見込まれる。

---

## 第四章: 専門職カタログ② — 保守サポート・ソフトウェア開発・インフラ運用(水準十一)

### 保守サポート — 動き続けさせることに責任を持つ仕事

**保守サポート(水準十一: 稼働中のPC・システムを継続的に点検・修理・更新し、動き続ける状態を維持する仕事)**が核とする部は、第4部(自作PCの設計と組立)・第5部(熱と電源の解析)、そして目録側のr部(起動と診断の技)・t部(OS導入と保守の技)・u部(性能と計測の技)・v部(長寿命化と環境の技)である。

```

保守サポートの核となる部

第4部(組立工程とトラブルの経験) ─┐

第5部(熱と電源、劣化の物理) ─┼─→ 目録r部・t部・u部・v部

(診断決定木・バックアップ・ベンチマーク・清掃と部品交換)

```

→BOOK-0357第五章が示した「保守整備性」――壊れたら直す・古くなれば入れ替えるという需要――は、五つの専門職の中でもとくに保守サポートに直結する性質である。新しい物を作り出す需要は景気の波を受けやすいのに対し、すでに稼働している機器を維持する需要は、景気が悪化した局面でもむしろ「新調を諦めて今あるものを長く使う」需要として相対的に底堅くなりやすい傾向がある(ただし、この傾向がどんな局面でも必ず成り立つと断定するものではない)。目録v部が「清掃・部品交換・静音化・廃棄とリサイクルの注意」という長寿命化の技を独立した部として持っているのは、この専門職の核となる技能を体系的に整理する必要があるためである。

### ソフトウェア開発 — 論理を正式な形に組み上げる仕事

**ソフトウェア開発(水準十一: 論理的な手順を、関数やプログラムという正式な形に組み上げ、目的の動作を実現する仕事)**が核とする部は、第1部(数と論理の土台)・第6部(関数を正式に組む)・第7部(OSを作る実践)、そして目録側のk部〜n部(関数ノウハウ0001〜0500の全体)である。

```

ソフトウェア開発の核となる部

第1部(位取り・二進法・論理代数・ビット演算) ─┐

第6部(関数契約・純関数と副作用・合成) ─┼─→ 目録k〜n部(命名から堅牢化までの実務段階)

第7部(ブートからシェルまでの実装一本道) ─┘

```

ユーザーが本大全全体の出発点として語った「即座にOSを作れる、コード関数を正式に組める」という到達点は、この専門職の核と直接に対応している。第7部が扱った「教育用のトイOSを一本道で実装する」経験は、実務でいきなり本格的なOSを開発する水準に到達することを意味するものではないが、**ブート→保護モード→メモリ管理→割込→ファイルシステム→スケジューラ→シェルという、OSを構成する主要な要素が何のためにあり、どうつながっているかを理解する水準へ到達する道筋**を示している。ハードウェア系の専門職と比べて、ソフトウェア開発は地域拘束性が弱く(成果物を遠隔地とやり取りしやすい)、需要の変動を受けやすい面もあるが、第1部の論理という土台さえ固まっていれば、扱う対象(小さなツールから大規模なシステムまで)を段階的に広げていける伸びしろの大きい専門職でもある。

### インフラ運用 — 支える基盤を止めないことに責任を持つ仕事

**インフラ運用(水準十一: サーバーやネットワークなど、複数の利用者が共有する情報基盤を、止めずに稼働させ続ける仕事)**が核とする部は、第7部(OSを作る実践、とくにファイルシステムとスケジューラの理解)・第8部(構造の読み方、とくに規格書とログの読解)・第5部(熱と電源の解析、サーバー室の電力と冷却)、そして目録側のt部(OS導入と保守の技)である。

ただし、ここは正直に述べておかなければならない。本大全の第1部〜第9部は、一台のPCというまとまりを対象に設計されており、複数の機器をネットワークでつなぎ、仮想化技術やクラウドの仕組みを扱うという、インフラ運用に特有の専門領域までは踏み込んでいない。第7部・第8部・第5部が与える基盤(OSの構造理解・仕様書の読解力・電力と冷却の物理)は、インフラ運用という専門職の**土台**にはなるが、ネットワークプロトコルや仮想化基盤といった、その先の専門的な学習は、本大全の範囲を超えた続きの学びとして必要になる。これは決して欠陥ではなく、第九章で扱う「学び続ける構造」そのものの実例である――一冊がすべてを与えてくれるわけではなく、どこまでが土台で、どこから先が続きの学びなのかを見極める力もまた、専門職への道の一部である。

### 五つの専門職の一覧表

ここまでの二章で扱った五つの専門職を、一つの表にまとめておく。

|---|---|---|---|

この表が示す一番大切なことは、**五つの専門職は互いに排他的ではない**という点である。第4部と第5部はPC組立業と保守サポートの両方の核になっているし、第7部はソフトウェア開発とインフラ運用の両方に関わっている。実際の仕事では、一人の技術者が複数の専門職の核となる技能を組み合わせて働くことも多い。この「技能を組み合わせる」という発想そのものが、→BOOK-0357第六章の積み上げ型キャリア(単一の技能に頼らず、複数の技能で需要の変動を補い合う働き方)と地続きになっている。

### コラム — 五つの専門職、それぞれの一日

専門職カタログを、表としてではなく、もう少し具体的な情景として思い描いてみる。もちろん実際の一日は人や職場によって大きく異なるが、それぞれの専門職が「何に一番多くの時間を使うか」という重心の違いを、簡単な情景で対比してみる。

```

PC組立業のある一日 : 依頼を受けた台数分のパーツを検品し、静電気対策をしながら組み上げ、

検収チェックリストに沿って一台ずつ動作確認をしていく。

現物のケースやケーブルに、一日の大半の時間を使う。

ハードウェア設計のある一日: データシートと回路図を見比べながら、部品の組み合わせが

熱設計上・電力設計上の許容範囲に収まっているかを検算する。

画面上の図面と計算式に、一日の大半の時間を使う。

保守サポートのある一日: 複数の依頼主から届いた不調の報告に優先順位をつけ、

診断決定木に沿って原因を切り分け、部品交換や設定変更で復旧させる。

「今動いているものを止めない」ことに、一日の大半の時間を使う。

ソフトウェア開発のある一日: 依頼された機能を関数として設計し、契約(入力/出力/前提/保証)を

書き出してから実装し、想定外の入力に対する挙動をテストする。

コードとテスト結果に、一日の大半の時間を使う。

インフラ運用のある一日: 複数の利用者が使うシステムのログを確認し、異常の兆候がないかを点検し、

計画的な更新作業を、利用者への影響が少ない時間帯に行う。

「止めない」ための監視と調整に、一日の大半の時間を使う。

```

この対比が示すのは、五つの専門職がどれも「PCやシステムに関わる」という大枠では共通していながら、実際に手と時間を使う対象(現物のパーツ・図面と数式・診断と修理・コードとテスト・監視と調整)がはっきりと異なるという点である。自分がどの情景によりわくわくするか、あるいはどの情景に既に近い経験を積んできたかを考えてみることは、第三章冒頭で述べた「専門職カタログは、自分の経験を映す鏡である」という考え方を、より具体的に確かめる助けになる。

---

> **定着量の目安(第四章)**: 五つの専門職の一覧表を見ずに、それぞれの核となる部を思い出しながら書き起こす練習を行うと、専門職カタログ全体がほぼ完全に定着すると見込まれる。あわせて、自分ならどの専門職の組み合わせを積み上げていきたいかを1つの文章にしてみると、次章以降の実務の内容がより身近に感じられる。

---

## 第五章: 仕事の実務① — 見積りと検収(水準十一)

### 技術と実務のあいだにある、もう一段の階段

デザイン事務所の依頼を引き受けると決めた遠藤が最初にぶつかった壁は、技術的な壁ではなく、「いくらと言えばよいのか」という壁だった。趣味で自分のPCを組むときは、部品代さえ払えばそれで済んだ。しかし仕事として引き受けるとなると、部品代のほかに、自分がかけた時間や、万が一のやり直しに備える余裕をどう金額に映すのか、まったく見当がつかなかった。この壁を越えるための最初の道具が、**見積り(みつもり、水準十一: 依頼された作業について、必要な費用と作業内容をあらかじめ算定し、依頼主に提示する文書)**である。

見積りが必要になるのは、依頼主と請け負う側のあいだで、「何を・どこまで・いくらで」やるのかという合意を、作業を始める前に文書として固定しておく必要があるからである。この合意がないまま作業を始めると、依頼主は「もっと安くやってもらえると思っていた」、請け負う側は「思ったより手間がかかったのに追加を請求しづらい」という、双方にとって不幸な行き違いが生まれやすい。見積りは、この行き違いを未然に防ぐための、仕事の実務における最初の関門である。

### 見積りを構成する四つの要素

見積りは、思いつきの一つの金額を書けばよいものではない。本冊では、見積りを構成する要素を、次の四つに分解して考える。

```

見積りの四要素

① 部材費(パーツ代・消耗品代など、そのまま原価として発生する費用)

② 作業費(選定・組立・設定・動作確認にかかる自分の作業時間の対価)

③ 保証費(納品後の初期不良対応・一定期間の保守対応に備える余裕分)

④ 諸経費(出張費・梱包費・振込手数料など、作業に付随する細かな費用)

```

四要素のうち、①部材費はパーツの実売価格を積み上げれば比較的機械的に算出できる。②作業費は、自分の作業時間をどう金額に換算するかという判断が必要になり、ここに「経験の浅い技術者ほど自分の時間を安く見積もりがちである」という、実務でよく指摘される傾向がある。③保証費は、組み立てた機器が納品後すぐに故障した場合の対応(部品の初期不良交換や、設定のやり直しなど)にかかる手間をあらかじめ費用に織り込んでおく考え方であり、これを省略すると、トラブル対応のたびに無償の持ち出しが発生してしまう。④諸経費は忘れられがちだが、積み重なると無視できない金額になることがある。

### 遠藤の見積り表(教材用の例)

遠藤は、デザイン事務所からの依頼(PC三台の新調)について、四要素に沿って見積り表を作成した。数字はあくまで教材用の例であり、実際の部材費・作業費の水準は、地域・時期・扱う機種の性能帯・業者ごとの方針によって大きく異なるため、本冠がここに示す金額を実際の相場として断定するものではない。

```

見積り表(教材用の例・1台あたり)

① 部材費 : パーツ一式の実売価格の合計をそのまま計上

② 作業費 : 選定・組立・OS導入・動作確認にかかった時間 × 自分が定めた時間単価

③ 保証費 : 部材費の一定割合を目安に、初期不良対応の余裕として計上

④ 諸経費 : 出張・梱包・振込手数料などの実費を計上

─────────────────────────────

見積り合計 = ①+②+③+④(三台分は台数に応じて調整。まとめて依頼される場合は

作業効率が上がる分、②の一部を調整することもある)

```

この四要素分解が持つ実務上の利点は、依頼主から「もう少し安くならないか」と交渉された場合に、**どの要素をどれだけ削るとどう結果が変わるかを、根拠を持って説明できる**ことにある。部材費を削るなら性能の低い部品への変更を伴うこと、作業費を削るなら保証の手厚さを見直す必要があることを、四要素という物差しの上で対話できる。どんぶり勘定の一つの金額しか手元になければ、こうした対話は「値切られたら黙って下げる」か「意地でも下げない」かの二択になりがちだが、四要素に分解しておけば、双方が納得できる調整の余地を探れる。

### 検収 — 完成を確かめる、もう一つの関門

見積りが「作業を始める前の約束」だとすれば、**検収(けんしゅう、水準十一: 納品された成果物が、あらかじめ合意した内容・品質を満たしているかを、依頼主と請け負う側が共同で確認する手続き)**は「作業を終えたあとの確認」にあたる関門である。→BOOK-0345第三章が扱った**受け入れ基準(ある要件が実現できたと認められるための、具体的で確認可能な条件)**という考え方は、PC組立業の検収にもそのまま応用できる。

遠藤は、デザイン事務所への納品時に、次のような検収チェックリストを用意した。

```

検収チェックリスト(教材用の例)

□ 依頼した構成どおりの部品が取り付けられているか(型番の目視確認)

□ 電源投入からOSのデスクトップ画面表示まで、正常に起動するか

□ 主要な周辺機器(モニタ・キーボード・マウス・ネットワーク)が認識されているか

□ ベンチマークソフトなどで、依頼時に合意した性能の目安を満たしているか

□ 一定時間(たとえば数十分)の連続稼働で、異常な発熱や再起動が起きないか(バーンインテスト)

□ 初期セットアップ済みのソフトウェアが、依頼どおりに導入されているか

□ 保証の範囲・期間・連絡先が、書面で明示されているか

```

このチェックリストを依頼主とその場で一緒に確認し、双方が署名する(あるいは合意の記録を残す)ことで、「検収完了」という状態が成立する。検収を経ずに「とりあえず納品して終わり」にしてしまうと、後日トラブルが起きた際に、それが納品時点ですでにあった問題なのか、納品後の使用によって生じた問題なのかの切り分けが難しくなる。見積りと検収は、仕事の始まりと終わりに置かれた、いわば約束の門番である。

### コラム — 見積りでよくある失敗

経験の浅い技術者が見積りでつまずきやすい落とし穴を、四要素に沿って整理しておく。これらは遠藤自身も、先輩技術者から聞き取った教材用の一般的な注意点であり、特定の実例を指すものではない。

```

よくある失敗と、その予防

① 部材費の失敗: パーツの実売価格を調べた時点と、実際に発注する時点で価格が変動し、

見積り時より高くついてしまう。→ 見積り提示時に「価格変動時は

事前に相談する」旨をあらかじめ明記しておくと、行き違いを防げる。

② 作業費の失敗: 経験の浅い技術者ほど、自分の作業時間を安く見積もりがちで、

実際にかかった時間に見合わない対価になってしまう。→ 過去の作業に

実際どれだけ時間がかかったかを記録し、次の見積りに反映させる。

③ 保証費の失敗: 保証費を計上し忘れ、初期不良対応がすべて無償の持ち出しになる。

→ 見積り段階で、保証の範囲・期間をあらかじめ明文化しておく。

④ 諸経費の失敗: 出張・梱包・振込手数料などの細かな費用を見落とし、

積み重なると無視できない額になる。→ 四要素の一つとして

最初から項目に組み込んでおき、思いつきで足さない。

```

こうした失敗の多くは、見積りを「思いつきの一つの金額」として扱うことから生まれる。四要素に分解し、それぞれの要素ごとに「何を根拠にこの金額にしたか」を言語化する習慣を持っておくことが、失敗を減らす最大の予防策である。

---

> **定着量の目安(第五章)**: 見積りの四要素分解と検収チェックリストの型を、実際に架空の依頼(自分のPCを他人に頼まれたと仮定するなど)に当てはめて一度書き起こしてみると、仕事の実務としての見積りと検収の感覚がほぼ定着すると見込まれる。

---

## 第六章: 仕事の実務② — 顧客要件の聞き取り(水準十一・→BOOK-0345接続)

### 「速いPCがほしい」という一言をどう扱うか

見積りの形は整った。しかし遠藤には、まだ大きな不安が残っていた。デザイン事務所の担当者から最初にもらった依頼の言葉は、「今よりも速いパソコンがほしい」という、たった一言だったからである。→BOOK-0345第一章が示したとおり、こうした一言はまだ**要望(依頼主が言葉にした、まだ検証できる形になっていない願望や希望)**の段階にとどまっており、そのまま部品構成に置き換えてよいものではない。「速い」という言葉が指す中身は、依頼主によってまったく違う場合がある。

### 深掘り質問をPC組立の実務に応用する

遠藤は、→BOOK-0345第二章の**深掘り質問(「なぜ」を繰り返し尋ねることで、要望の表面から根本的な課題〈ニーズ〉へとたどり着く聞き取りの技法)**を思い出し、デザイン事務所の担当者との対話を重ねた。

```

質問1: なぜ「速いパソコン」が欲しいのですか?

答え1: 今のパソコンだと、映像編集ソフトの書き出しにものすごく時間がかかるんです。

質問2: なぜ書き出しの時間が問題なのですか?

答え2: クライアントへの納品前日に書き出しを始めても、朝までに終わらないことがあって。

質問3: なぜ朝までに終わらないと困るのですか?

答え3: 締め切りに間に合わせるため、徹夜で待つことになって、他の仕事に手が回らないんです。

```

三回の「なぜ」を経て見えてきた本当のニーズは、「速いパソコンが欲しい」ではなく、「映像編集ソフトの書き出し時間を、締め切りに支障のない範囲まで短縮したい」という、もっと具体的な困りごとだった。この違いは決定的である。「速いパソコン」という言葉だけを受け取ってCPUの性能ばかりを追い求めた構成を選んでしまうと、実際には書き出し処理で重要な役割を果たす別の部品(たとえば映像編集ソフトが対応しているハードウェアエンコード機能や、大容量データを高速に読み書きできるストレージ)への配慮が抜け落ちてしまう可能性がある。ニーズを掘り当てて初めて、どの部品にどれだけ予算を割くべきかという、パーツ選定(第4部)の判断材料がそろう。

### ステークホルダーの声を集める

→BOOK-0345第二章が示した**ステークホルダー(ある取り組みの結果によって影響を受ける、または影響を与えるすべての関係者)**という視点も重要だった。デザイン事務所には、担当者のほかにも、実際に映像編集ソフトを使うデザイナーが二人おり、それぞれ得意な作業が少しずつ違っていた。遠藤は担当者だけでなく、実際にPCを使う二人のデザイナーにも短い聞き取りを行い、次のような表にまとめた。

| ステークホルダー | 主な作業 | 気にしている点 |

|---|---|---|

| 事務所の担当者(依頼主) | 予算管理・納期調整 | 締め切りに間に合う処理速度・予算内に収まること |

| デザイナーA | 映像編集(書き出し中心) | 書き出し時間の短縮・複数ファイルの同時処理 |

| デザイナーB | 画像編集・印刷データ作成 | 大きな画像ファイルを開いたときの動作の軽さ |

### 検証可能な要件へ落とし込む

聞き取った内容を、→BOOK-0345第三章の**検証可能性(ある要件について、実現できたかどうかを客観的に確認・測定できる度合い)**を持たせる形に分解した結果、遠藤は次のような要件を書き起こした。

```

曖昧な要望: 「今よりも速いパソコンがほしい」

↓ 深掘り質問+ステークホルダー聞き取りで分解

要件A: 映像編集ソフトの書き出し処理にかかる時間を、現状の半分程度まで短縮する

要件B: 大きな画像ファイルを開く際の待ち時間について、目に見えて改善したと体感できる水準にする

要件C: 三台のPCで同時に書き出し作業を行っても、極端な遅延が発生しないようにする

```

さらに、それぞれの要件に**受け入れ基準**を添えた。要件Aの受け入れ基準は「同じ映像データを新旧のPCで書き出し、処理時間を実測して比較する」、要件Bの受け入れ基準は「デザイナーBに実際に使ってもらい、体感の違いを確認してもらう」というように、数字や確認方法とセットで書くことが、→BOOK-0345が繰り返し強調する良い受け入れ基準の条件である。

### 制約条件との突き合わせ

要件が固まっても、無制限に高性能な構成を選べるわけではない。→BOOK-0345第八章が扱った**制約条件(ある要件を実現するうえで、越えることのできない枠となる条件)**を、遠藤は事務所の担当者とあらためて確認した。予算の上限、納期(繁忙期を避けた設置日)、そして事務所の電源コンセントの容量といった、技術的な理想だけでは決められない現実の枠を先に洗い出しておくことで、次の章で扱う特許的な創意工夫の話に進んでも、地に足のついた判断ができるようになる。要望から要件へ、要件から見積りへという一本の流れが、PC創造大全の技術知識と、→BOOK-0345の要件定義という思考法を結びつける、専門職としての最初の実務能力である。

### 機能要件と非機能要件をPCの依頼に当てはめる

→BOOK-0345第五章が示した**機能要件(何をするか)**と**非機能要件(どのくらい良いか)**という区別も、PC組立の実務にそのまま応用できる。デザイン事務所の依頼を、この二つに仕分けると、次のようになる。

| 区分 | 具体例 |

|---|---|

| 機能要件(何をするか) | 映像編集ソフトが動作すること・複数のファイルを同時に開けること |

| 非機能要件(どのくらい良いか) | 書き出し時間の短縮幅・動作音の静かさ・数年間の使用に耐える耐久性・将来のパーツ増設のしやすさ(拡張性) |

依頼主の言葉は機能要件(「映像編集ソフトが速く動くこと」)に偏りがちだが、実際の満足度は非機能要件(静音性・耐久性・拡張性)にも大きく左右される。事務所は日中ずっと稼働させる環境だったため、遠藤は動作音の静かさも非機能要件として要件Dに加え、静音性の高い冷却部品を選定する判断材料にした。機能要件だけを満たして終わりにせず、非機能要件まで聞き取っておくことが、検収後の「思っていたのと違う」という不満を防ぐ。

### 依頼の途中で要望が変わったら — スコープ管理

要件定義を終え、見積りも提示したあとで、依頼主から「やっぱりストレージも大きくしてほしい」といった追加の要望が入ることがある。→BOOK-0345第九章が扱った**スコープ管理(すでに合意した要件の範囲が、後から広がったり変わったりすることを管理する手順)**は、こうした場面でも役立つ。追加の要望をそのまま無償で受け入れると、作業費の見積りとの整合が崩れてしまう。遠藤は、追加要望が入るたびに「その変更が、見積りのどの要素(部材費・作業費・納期)にどう影響するか」を依頼主に説明し、合意を得てから作業に反映するという手順を徹底した。要望は開発の途中でも変わるものと心得て、変更のたびに影響を説明し記録するという姿勢が、見積り(第五章)と要件定義(本章)を、実務として最後まで破綻させないための鍵になる。

---

> **定着量の目安(第六章)**: 「速い」「使いやすい」といった曖昧な要望を一つ選び、深掘り質問・ステークホルダー整理・検証可能な要件への分解・受け入れ基準の付与という一連の流れを、実際に紙の上で書き起こす練習を2〜3例行うと、顧客要件の聞き取りという実務がほぼ定着すると見込まれる。

---

## 第七章: 特許的設計思想の入口① — 新規性・進歩性という考え方(水準十二)

### 遠藤の思いつき

デザイン事務所の三台のPCを組み上げる作業の途中、遠藤はある工夫を思いついた。事務所のPCケースは奥行きが浅く、標準的な冷却ファンの配置では、映像編集用の高性能なグラフィックボードの熱がケース内にこもりやすいという課題があった。遠藤は、第5部で学んだエアフローと熱抵抗の考え方をもとに、薄い金属板を折り曲げて作る簡易的な導風板(冷たい空気をグラフィックボードの排熱口に効率よく導く小さな部品)を自作し、取り付けてみた。結果は上々で、連続稼働時の温度が目に見えて下がった。

「これ、もしかしたら特許のようなものになるんじゃないか」――遠藤の頭にふと浮かんだこの疑問こそが、ユーザーが本大全全体の出発点として語った「企業の起業家の特許を設計する気持ちで」という言葉が、実際に読者の手元で立ち上がる瞬間である。しかし遠藤はすぐに、自分がこの疑問にまともに答えられるだけの知識を持っていないことに気づいた。「新しい」とはどういうことなのか。思いついたアイデアはすべて「新しい」と言えるのか。ここから、専門職への道の最後の関門――特許的設計思想の入口――が始まる。

### 新規性という考え方

特許制度の考え方の核にあるのが**新規性(しんきせい、水準十二: あるアイデアや発明が、それが世に出される前の時点で、世界のどこにも同じものが存在していなかったという性質)**である。新規性というと難しく聞こえるが、要点はシンプルである。「自分がそのアイデアを思いついたときに、たまたまその存在を知らなかった」というだけでは新規性を満たしたことにならない。世界のどこかにすでに同じ、あるいはほとんど同じ工夫が存在していれば(たとえ発明者本人がそれを知らなくても)、新規性は失われているとみなされる。この点は、多くの人が誤解しやすい部分である――「自分は誰からも教わっていない、独力で思いついた」ということと、「世界で自分が最初に思いついた」ということは、まったく別の話なのである。

遠藤の導風板のアイデアも、この物差しに照らして考えると、慎重にならざるを得ない。薄い金属板でエアフローを導くという発想自体は、PCケースの冷却設計の分野で、これまでにも様々な形で試みられてきた可能性が高い。「自分は独力で思いついた」という事実と、「これが世界で新しい工夫かどうか」という問いは、切り離して考える必要がある。

### 進歩性という考え方

新規性と対になって語られるのが**進歩性(しんぽせい、水準十二: すでに知られている技術をもとにして、その分野の専門家が容易に思いつける程度の工夫を超えた、一定の困難さや創意工夫を伴う性質)**である。仮にある工夫が、これまで世に出ていなかったという意味で新規性を満たしていたとしても、それが「その分野に詳しい人なら誰でも当然思いつくような、ごくありふれた組み合わせ」にすぎない場合、進歩性が不足しているとみなされることがある。

新規性と進歩性の違いを、簡単な図で整理する。

```

新規性の問い: 「まったく同じもの」が、世界のどこかに既に存在していないか

進歩性の問い: 既存の技術から、その分野の専門家が「容易に」たどり着ける程度の工夫ではないか

新規性なし新規性あり・進歩性なし新規性あり・進歩性あり

(既に誰かが (新しいが、専門家なら (新しく、かつ専門家でも

全く同じものを当然思いつく程度の工夫) 簡単には思いつけない

公表済み) 創意工夫がある)

```

この二段階の物差しがあるからこそ、特許制度は「ちょっとした思いつき全部」に権利を与えるのではなく、一定の水準を超えた工夫にだけ、社会的な保護を与えるという設計になっている。

### なぜ出願しない読者にも、この考え方が役立つのか

ここで大切なのは、本冊が読者に「実際に特許を出願しなさい」と勧めているわけではないという点である。むしろ、新規性・進歩性という物差しを知っておくことの実務上の価値は、**自分のアイデアを過大評価せず、かつ過小評価もしない、冷静な目を持てるようになる**ことにある。

「これは自分が初めて思いついた画期的な工夫だ」と思い込んで時間と労力を注ぎ込んだ結果、あとになって同じ工夫がすでに広く知られていたと気づき、無駄骨に終わるという事態は、技術者の実務でしばしば起こりうる。逆に、「どうせ自分の工夫なんて誰かがもうやっているだろう」と最初から調べもせずに諦めてしまうのも、もったいない話である。新規性・進歩性という考え方を身につけておくと、「これは本当に新しいのか、それとも既存の工夫の延長線上にあるだけなのか」を、感情ではなく手順を踏んで確かめる習慣が身につく。この習慣こそが、次章で扱う先行技術調査へとつながっていく。

### 統合地図それ自体が、新規性・進歩性の実例になっている

じつはこの考え方は、読者が今まさに読み進めているPC創造大全そのものの設計にも使われている。設計書CATALOG_PC創造大全.mdの冒頭には、「本大全の新規性は個々の知識でなく統合の構造にある」という宣言があり、一本道請求項・二重らせん請求項・家=PC同型請求項・熱=電源解析請求項・段落独立請求項という五つの主張が、特許請求の範囲になぞらえる形で整理されている。これは、個々の技術知識(電子回路の仕組み、OSの作り方など)そのものは、すでに世に広く知られているものであっても、それらを**依存関係の一本道として体系立てて編み直すという構造**には独自の工夫があり得る、という考え方の実例になっている。新規性は、必ずしも「まったくのゼロから何かを生み出す」ことだけを意味するわけではなく、「既存の要素を、これまでになかった形で組み合わせ、体系立てる」ことにも見出せる場合がある――これも、進歩性を考えるうえで押さえておきたい視点の一つである。

### 安全枠 — 出願実務は必ず専門家へ

ここまで新規性・進歩性という考え方を紹介してきたが、これはあくまで**考え方の入口を示す教材**であり、実際に特許や実用新案の出願を行う手続きそのものを説明するものではない。特許出願の実務は、出願書類の作成・先行技術との詳細な比較・拒絶理由への対応など、高度に専門的な法務行為であり、**弁理士(べんりし)等の専門家に相談したうえで進めるべき事柄**である。本冊を読んで「これは特許になりそうだ」と感じるアイデアが生まれた場合、その先の判断と手続きは、必ず専門家の助言を仰ぐことを大前提とする。本冊が読者に手渡すのは、「自分のアイデアを、新規性・進歩性という物差しで一度立ち止まって見つめ直す」という、専門家に相談する前の準備としての考え方までである。

### コラム — 特許以外にも、知的財産という考え方がある

新規性・進歩性という物差しは、主に特許制度に関わる考え方だが、実務の中で工夫やアイデアを大切にする姿勢を考えるとき、知っておくと役立つ隣接した考え方がいくつかある。あくまで一般的な紹介にとどめ、詳細な制度説明や個別の該当判断は行わない。

```

知的財産という考え方の全体像(一般的な紹介・詳細は専門家へ)

特許 : 技術的な発明(新しい仕組みや方法)を、一定期間保護する制度

実用新案 : 物の形状・構造・組み合わせに関する、比較的小さな技術的工夫を保護する制度

意匠 : 物の形やデザインそのもの(見た目の独自性)を保護する制度

商標 : 商品やサービスを区別するための名称・ロゴなどを保護する制度

著作権 : プログラムのソースコードや文章・図表など、創作された表現を保護する制度

(多くの国で、創作した時点で自動的に発生するとされる)

```

遠藤の導風板のような形状の工夫は、特許よりもむしろ実用新案や意匠に近い性質を持つ場合もある。また、遠藤がもし自作のPC管理用の小さなプログラムを書いたなら、それは著作権という別の保護の対象になり得る。どの制度がどんな工夫に当てはまるのかを正確に判断することは、本冊の範囲を超えた専門的な知識を要するため、ここでもやはり、実際の該当判断や手続きは弁理士等の専門家に相談することが大前提になる。本冊が伝えたいのは、「工夫にはいくつもの種類があり、それぞれに対応する保護の考え方がある」という見取り図までである。

---

> **定着量の目安(第七章)**: 新規性と進歩性の違いを、自分の言葉で他人に説明できるようにするには、身の回りにある日用品の工夫を3つほど選び、「これは世界初と言えそうか(新規性)」「専門家なら当然思いつきそうか(進歩性)」を自問する練習をすると、ほぼ定着すると見込まれる。

---

## 第八章: 特許的設計思想の入口② — 先行技術調査の意義(水準十二)

### 「調べる」という技術そのもの

遠藤は、自分の導風板のアイデアが本当に新しいのかどうかを確かめたくなった。しかし、どうやって調べればよいのかがわからない。ここで必要になるのが、**先行技術調査(せんこうぎじゅつちょうさ、水準十二: あるアイデアを検討する前に、それと同じ、または似た技術がすでに世に存在していないかを、公開されている資料を通じて調べる作業)**である。

先行技術調査は、特許出願を検討する人だけの特別な作業ではない。むしろ、第九章で扱う「学び続ける構造」の一部として、あらゆる技術者にとって日常的に必要な調査技能である。第9部(素材・環境・進化史)で学んだ「一次資料の集め方」は、まさにこの先行技術調査の土台になっている。

### なぜ調べることに価値があるのか

先行技術調査には、大きく分けて二つの価値がある。第一に、**車輪の再発明を防ぐ**という価値である。すでに世の中に優れた解決策が存在するなら、それを一から作り直すよりも、その存在を知って活用したり、参考にしたりするほうが効率的な場合が多い。第二に、**自分の工夫の位置づけを正確に理解する**という価値である。似た技術がすでに存在すると知ったうえで、それでもなお自分の工夫にどんな違いや優位点があるのかを言語化できれば、それは単なる思いつきよりも一段深い理解に基づいた工夫だと言える。

ただし、「すでに似たものがある」とわかったからといって、必ずしもその工夫に価値がないというわけではない。既存の解決策を、自分の置かれた状況(遠藤の場合であれば、事務所の特定のケース形状という制約)に合わせて調整すること自体にも、実務上の意味がある。先行技術調査は「アイデアを潰すための作業」ではなく、「アイデアの立ち位置を正確に知るための作業」であると捉えるのが、健全な向き合い方である。

### 資料の階層を使った調査の進め方

先行技術調査を進めるうえでは、第九章で詳しく扱う**資料の階層**という考え方をひとあし先に使うことになる。ここでは概要だけ示しておく。

```

先行技術調査の進め方(段階を追って調べる範囲を広げる)

第一段階: 身の回りで手に入る製品カタログ・製品レビュー記事を確認する

(同じ課題に対して、すでに市販の解決策が存在しないかを見る)

第二段階: 部品メーカーが公開しているデータシート・技術資料を確認する

(第8部で学んだデータシートの読み方が、ここで直接役立つ)

第三段階: 業界団体・学会・専門誌が公開している技術解説記事を確認する

第四段階: 特許庁などが一般に公開している特許情報の検索制度の存在を知り、

必要であれば専門家(弁理士等)を通じて詳しく調べてもらう

```

遠藤の場合であれば、まず第一段階として、同じような奥行きの浅いPCケース向けに、市販の冷却アクセサリーがすでに存在しないかを確認する。次に第二段階として、グラフィックボードやケースファンのメーカーが公開している、エアフロー設計に関する技術資料を確認する。ここまでの調査で、遠藤は自分が作った導風板とよく似た発想の市販アクセサリーが、複数のメーカーからすでに販売されていることを知った。

### 調査結果を踏まえた判断

先行技術調査の結果、遠藤は自分の工夫が「世界で誰も思いついていない画期的な発明」ではなく、「すでに広く知られた発想を、自分の手元にある材料と工具で再現した工作」であることを理解した。これは決して残念な結果ではない。遠藤の導風板は、事務所のPCという実際の依頼に対して有効に機能しており、実務上の価値は十分にある。ただ、それを「特許のような独占的な権利」として主張できるかどうかは、また別の話だと、遠藤ははっきりと認識できるようになった。

この認識の変化こそが、先行技術調査という技能が読者にもたらす最大の効能である。「思いついたことがそのまま権利になる」という誤解を持ったまま突き進むのではなく、**調べたうえで、自分の工夫の実務上の価値と、権利としての新規性・進歩性を、切り分けて考えられるようになる**――これが、企業の起業家が特許を設計する気持ちで物事に取り組むということの、実際の中身に近い。

### 安全枠の再確認

先行技術調査は、公開されている資料を確認する調べ物の作業であり、それ自体に法律上の資格は必要ない。誰でも取り組める調査技能である。しかし、調査の結果「これは新規性・進歩性がありそうだ」と判断できた場合であっても、実際に特許出願の手続きに進むかどうかの判断、そして出願書類の作成そのものは、**必ず弁理士等の専門家に相談したうえで進めるべき法務行為**である。本章で扱った調査手順は、専門家に相談する際に「自分なりにここまで調べてみた」と伝えられる下準備を整えるためのものであり、専門家の判断や手続きに置き換わるものではない。

### 調べることと、作ることは対立しない

先行技術調査を初めて経験する人の中には、「調べれば調べるほど、自分のアイデアの独自性が失われていくようで怖い」と感じる人もいる。しかし、この感じ方は実務の実態とは少しずれている。→BOOK-0345第十章が扱った**プロトタイプ(完成させる前に、まず手を動かして確かめる試作品)**という考え方を思い出すとよい。調べることと、手を動かして作ることは、対立する二つの選択肢ではなく、互いを補い合う一つの循環である。

```

健全な循環

調べる(先行技術調査) → 自分の状況に合わせて作る(プロトタイプ) →

実際に使ってみて確かめる → さらに調べる・さらに改良する → …

```

遠藤の導風板も、調べた結果「すでに広く知られた発想」だとわかったあとも、事務所の特定のケース形状に合わせて自分の手で改良を重ねる作業そのものは、何も否定されていない。先行技術調査は、「もう作らなくていい」という結論を出すための作業ではなく、「今の自分の工夫が、何を土台にしていて、どこに独自の調整があるのか」を正確に言葉にするための作業である。この姿勢を持てるようになると、調べることへの恐れは、むしろ次に何を作るべきかという着想の材料に変わっていく。

---

> **定着量の目安(第八章)**: 身の回りの小さな工夫を一つ選び、製品カタログ・データシート・技術解説記事という三段階で、実際に似た事例がないかを調べてみる練習を1回行うと、先行技術調査という技能の輪郭がほぼ定着すると見込まれる。

---

## 第九章: 学び続ける構造 — 資料の階層・コミュニティ・規格の追い方(水準十二)

### 一冊読み終えた先にある、本当の到達点

デザイン事務所への納品は無事に終わった。三台のPCは検収チェックリストのすべての項目を満たし、遠藤の導風板の工夫は正式な仕様には含めず、あくまで自分の裁量で加えたおまけの改良として、担当者にも率直にそのいきさつを伝えたうえで納品した。事務所の担当者は満足し、次の機会にもまた声をかけたいと言ってくれた。

しかし、遠藤自身は奇妙な感覚を覚えていた。第1部から第9部までの技術知識を積み上げ、専門職カタログで自分の位置を確かめ、見積りと検収という実務を経験し、特許的設計思想の入口にも触れた――これでようやく「完成」なのだろうか。実際にはむしろ逆で、遠藤はこれまでよりもずっと多くの「まだ知らないこと」の存在に気づかされていた。データシートの中には知らない専門用語がまだたくさんあったし、インフラ運用という専門職の核となるネットワークの知識は、本大全の範囲の外にあることもすでに知っている(第四章)。専門職への道の最後の一段は、知識の量を増やすことではなく、**知識を増やし続けるための構造そのものを身につけること**にある。

### 資料の階層という考え方

学び続けるためには、次に何を読めばよいかを、自分で判断できる必要がある。そのための土台になるのが**資料の階層(しりょうのかいそう、水準十二: 技術情報を、その情報源に近い順に一次資料・二次資料・三次資料という段階に分け、それぞれの信頼性と使いどころを見極める考え方)**である。

```

資料の階層

一次資料: 部品メーカーが発行するデータシート・規格団体が公表する規格書・

製造元の技術資料など、情報の発生源にもっとも近い資料

(第8部「構造の読み方」が扱った回路図・データシート・規格書の読解力が直接活きる)

▲

二次資料: 一次資料をもとに、体系立てて解説した教科書・専門書

(本大全のような体系書、→BOOK-0300のような実践工学の教科書もここに含まれる)

▲

三次資料: 二次資料や一次資料をさらにかみ砕いた解説記事・個人のブログ・

フォーラムへの投稿・動画解説など、もっとも身近で読みやすい資料

```

三次資料は読みやすく、最初のとっかかりとしては優れているが、書き手の理解不足や、情報が古くなっていることに気づかれないまま残ってしまうという弱点がある。一次資料は正確さでは最も信頼できるが、専門用語が多く、初学者がいきなり読んでも理解が難しい。**良い学び方とは、三次資料で全体像をつかみ、二次資料で体系立てて理解し、必要な箇所だけ一次資料に立ち返って正確さを確かめるという、階層を行き来する読み方である。** これは、第一章・第二章で学んだ「統合地図」と「二重らせんの往復読み」という考え方の、資料選びへの応用にほかならない。

### コミュニティという生きた知識基盤

資料には、もう一つの重要な形がある。**コミュニティ(水準十二: 同じ技術分野に関心を持つ人々が、情報交換・相互支援・共同制作を行う、継続的に更新され続ける人的なつながり)**である。ユーザーフォーラム、オープンソースのハードウェア・ソフトウェアプロジェクト、メイカースペース(工作機材を共同で使える地域の作業場)などは、書籍やデータシートのように固定された情報源とは違い、常に新しい知見が持ち込まれ、古い情報が訂正されていく、生きた知識基盤としての性質を持つ。

遠藤にとって、コミュニティが持つ価値は二つあった。一つは、**自分一人では気づけない誤りを、他人の目で指摘してもらえる**ことである。導風板の工夫についても、コミュニティに写真とともに投稿すれば、同じような課題に取り組んだ経験のある人から、思わぬ改良点や、既存の類似事例についての情報が寄せられる可能性がある。もう一つは、**規格や部品の世代交代という、教科書がすぐには追いつけない最新の動きを、いち早く知ることができる**ことである。ただし、コミュニティで得られる情報は、資料の階層でいえば三次資料に近い性質を持つことが多く、鵜呑みにせず、必要に応じて一次資料(データシートや規格書)で裏を取るという姿勢を忘れてはならない。

### 規格の追い方

第3部・第8部で学んだ「規格の読み方」は、一度覚えれば終わりではない。メモリの規格、拡張スロットの規格、周辺機器の接続規格は、性能向上や新しい用途への対応のために、時間とともに世代交代を続けていく。**規格の追い方(水準十二: 技術規格が改定・世代交代していく仕組みを理解し、変化を継続的に把握し続けるための方法)**を身につけておくと、この世代交代に振り回されずに済む。

```

規格の追い方の基本手順

① その規格を管理している団体の名称を知る

(規格は多くの場合、特定の業界団体や標準化団体によって策定・改定されている)

② 改定の周期や、過去の世代交代のパターンをおおまかに把握する

(新しい世代が登場するたびに、何が変わり、何が変わらなかったかを比較する習慣を持つ)

③ 後方互換性の有無を必ず確認する

(新しい規格が、旧世代の部品や接続をそのまま受け入れられるのか、

別途変換の仕組みが必要なのかは、規格ごと・世代ごとに異なる)

④ 一次資料(その団体が公表する規格書や仕様概要)に立ち返って確認する

```

この手順そのものは、特定の規格の名前や数字を暗記することよりも重要である。規格の中身は年月とともに更新されていくが、「規格を追いかける手順」という構造は、時代が変わっても使い続けられる。第九章がこの手順を、具体的な規格名や年代の詳細な列挙ではなく、追いかけ方の型として示しているのは、そのためである。

### 積み上げの終わりではなく、始まりとして

遠藤は、専門職カタログ(第三章・第四章)で自分がPC組立業の核を持つことを確認し、見積りと検収(第五章)、顧客要件の聞き取り(第六章)という実務を身につけ、新規性・進歩性・先行技術調査(第七章・第八章)という考え方の入口に触れた。そして今、資料の階層・コミュニティ・規格の追い方という、学び続けるための構造そのものを手にした。

ここで、あらためて確認しておくべきことがある。本大全は、これを読み切ればそのまま実際の博士号や国家資格が手に入るという教材ではない。本大全が第1部から第10部までを通じて示してきたのは、**足し算という最初の一歩から、専門職としての実務・特許的な設計思想・学び続ける姿勢までを、依存関係の一本道としてたどり、専門職に求められる理解水準へ到達する道筋を示す**という一冊である。この道筋を歩き終えたとき、読者は「もう学ぶことがない」状態にたどり着くのではなく、むしろ「次に何を、どう学べばよいか」を自分自身で判断できる状態にたどり着く。これこそが、統合地図(第一章)から出発し、資料の階層(本章)にたどり着いた、物語脊椎全体の到達点である。

### コラム — メイカースペースという場所

コミュニティの中でも、実際に手を動かして工作できる共有の作業場を**メイカースペース(水準十二: 工作機材や工具を共同で利用できる、地域や大学・企業に設置された作業場)**と呼ぶ。はんだごて・3Dプリンタ・各種工具など、個人では揃えにくい機材を、時間単位や会員制で利用できる場所であり、多くの場合、利用者同士が知識を教え合う文化を持っている。

遠藤にとって、こうした場所が持つ価値は、単に工具を借りられることだけではなかった。自分の導風板のような小さな工作を持ち込み、その場にいる別の分野の技術者から「その板厚なら、こういう曲げ方のほうが強度が出る」といった、教科書には載っていない実地の知見を得られることこそが、コミュニティならではの学びだった。第九章で扱ってきた資料の階層(一次資料・二次資料・三次資料)に、メイカースペースのような対面のコミュニティを組み合わせることで、読むだけでは得られない、手を動かした人にしかわからない知見にまで学びの範囲を広げられる。もちろん、電動工具やはんだごてなど、扱いを誤れば怪我につながる機材も多く、利用する際はその場の管理者による安全指導に必ず従うことが前提になる。

---

> **定着量の目安(第九章)**: 資料の階層(一次・二次・三次)の区別を、自分がふだん参照している情報源(教科書・専門サイト・フォーラムなど)に実際に当てはめて仕分ける練習を行い、規格の追い方の四手順を暗記ではなく手順として説明できるようにすると、水準十二の内容がほぼ完全に定着すると見込まれる。

---

## 総合演習 — 依頼の一本道を、最初から最後まで通して見る

これまでの九つの章を、一つの新しい依頼に沿って、最初から最後まで通して眺めてみよう。デザイン事務所の仕事を終えてしばらくしたころ、遠藤のもとに二件目の相談が届いた。近所で小さな古書店を営む店主から、「レジ業務と在庫管理を、今の手書き台帳からパソコンに置き換えたいのだが、何から始めればいいかわからない」という相談だった。この依頼を、第一章から第九章までの流れに沿って、圧縮した形でたどってみる。

### ステップ1 — 統合地図で見立てを立てる(第一章・第二章)

遠藤はまず、統合地図を頭の中で広げた。レジ業務のPCという要望は、単なる「速いPC」ではなく、「長時間の連続稼働に耐え、店主が特別な操作知識なしに使える構成」が求められそうだと見立てた。第4部(自作PCの設計と組立)・第5部(熱と電源の解析)を中心に据えつつ、レジ用のソフトウェアの導入・設定には第7部(OSを作る実践)で培った「OSの構造を理解した上での設定変更」の力も使えそうだと判断した。目録側では、部品選定の技(o部・p部)と、長寿命化の技(v部・連続稼働に耐える構成のための清掃・冷却の工夫)を優先して引くことにした。

### ステップ2 — 専門職カタログで役割を確認する(第三章・第四章)

この依頼は、パーツを選び組み上げて動くところまで責任を持つという点で、PC組立業の核と一致していた。ただし、レジ用ソフトウェアの導入後、日々のバックアップ体制まで面倒を見てほしいという要望も含まれていたため、保守サポートの核(目録t部・v部)も一部担うことになると整理した。第四章の表に立ち返り、自分がどの専門職の組み合わせをこの案件で発揮するのかを、あらかじめ言葉にしておいた。

### ステップ3 — 見積りを四要素で組み立てる(第五章)

遠藤は、部材費(レジ用に適した堅牢性の高い部品の実売価格)・作業費(選定・組立・ソフト導入・動作確認の時間)・保証費(開店直後のトラブル対応への備え)・諸経費(古書店までの出張費)という四要素に沿って見積りを組んだ。今回は連続稼働という条件があったため、保証費の割合を通常よりやや厚めに設定し、その理由を店主にきちんと説明した。

### ステップ4 — 深掘り質問で本当のニーズを掘り当てる(第六章)

店主の最初の言葉は「パソコンに置き換えたい」だったが、深掘り質問を重ねると、本当のニーズは「常連客を待たせずに会計を終えたい」「棚卸しにかかる時間を減らしたい」という二点にあることがわかった。これを検証可能な要件に分解し、「会計一件あたりの処理時間を目に見えて短縮する」「在庫の棚卸しにかかる時間を半分程度に減らす」という要件と、それぞれの受け入れ基準を書き起こした。非機能要件として、店主自身がスマートフォンの操作に不慣れであることから、「操作画面のわかりやすさ」も要件に加えた。

### ステップ5 — 工夫の芽と、特許的設計思想の入口(第七章・第八章)

作業の途中、遠藤は棚が多く薄暗い店内でもレジ画面が見やすいよう、簡単な反射防止の小さな遮光フードを自作した。前回の経験から、遠藤は今度は最初から「これは自分だけの工夫なのか、それとも既存の製品ですでに解決されているのか」を、先行技術調査の手順(製品カタログ→データシート→技術解説記事)で確認する習慣を持てるようになっていた。調べた結果、モニタ用の類似のフードはすでに市販されていることがわかったが、店の棚の高さに合わせて自作で調整したことには実務上の価値があると、以前より落ち着いて判断できた。

### ステップ6 — 学び続ける構造へつなげる(第九章)

古書店の案件を終えたあと、遠藤は今回新しく触れたレジ用ソフトウェアについて、そのソフトウェアのデータシートに相当する技術資料(公式のマニュアルや設定ガイド)を一次資料として確認し、関連するユーザーコミュニティにも目を通した。二件目の依頼を終えて、遠藤は自分の中で、統合地図から学び続ける構造までの九つの章が、もはやばらばらの知識ではなく、依頼が来るたびに自然に呼び出せる一つながりの手順になっていることに気づいた。

この総合演習が示すのは、専門職への道とは、九つの章を一度きり順番に学んで終わるものではなく、**新しい依頼が来るたびに、統合地図から学び続ける構造までを、その都度短く一周する**という、繰り返しの構造を持っているということである。一件目のデザイン事務所の依頼で時間をかけてたどった手順が、二件目の古書店の依頼では、より短い時間で、より自然に繰り返された。この「繰り返すたびに手順が身体に馴染んでいく」という感覚こそが、専門職としての理解水準へ到達しつつあることの、もっとも確かな手応えである。

---

## 三つの実践解(§16.21) — 体系化と専門職への道を手で確かめる

理論を、実際に手を動かして確かめる方法を三つ紹介する。いずれも危険な作業や、実在する企業・個人を対象にした行為を伴わない、安全な実践解である。

1. **統合地図デッサン実践**: 白紙に、これまで自分が学んできた技術分野(本大全であれば第1部〜第9部、あるいは自分がこれまで学校や独学で触れてきた分野)を、思いつく限り書き出し、「どれがどれの前提になっているか」を矢印でつないでみる。最初は矢印が行ったり来たりして混乱するかもしれないが、何度か描き直すうちに、第一章で示した依存グラフのような、筋の通った一枚の地図に整理されていく。この実践は、自分の知識を俯瞰する力そのものを鍛える。

2. **見積り表作成実践**: 家族や友人から「パソコンを新しくしたい」といった架空の相談を受けたと仮定し、第五章の四要素(部材費・作業費・保証費・諸経費)に沿った見積り表を、実際に紙やスプレッドシートの上で作成してみる。あわせて、第六章の深掘り質問を使い、その相談の奥にある本当のニーズを掘り当てる練習も同時に行うと、見積りと要件定義という二つの実務を一つの流れとして体験できる。

3. **先行技術調査の実践(安全な範囲)**: 自分が思いついた、あるいはこれまでに作ってきた小さな工夫や自作の道具を一つ選び、公開されている製品カタログ・レビュー記事・メーカーの技術資料を確認し、似たような発想がすでに存在しないかを調べてみる。この実践は、あくまで調べ物としての先行技術調査にとどめ、実際の出願手続きを試みるものではない。似た事例が見つかっても見つからなくても、「調べたうえで自分の工夫の位置づけを言葉にできる」という経験そのものに価値がある。

---

## まとめ — 足し算から、専門職としての理解水準へ

本冊では、第1部から第9部までの旅を終えた遠藤直樹が、初めての有償の依頼を引き受ける物語から出発し、全水準を一枚の地図として見渡す統合地図と依存グラフの読み方(第一章)、物語脊椎とノウハウ目録という二重らせんの実地演習(第二章)、PC組立業とハードウェア設計という専門職カタログ(第三章)、保守サポート・ソフトウェア開発・インフラ運用という専門職カタログの続き(第四章)、見積りと検収という仕事の実務(第五章)、→BOOK-0345の要件定義を応用した顧客要件の聞き取り(第六章)、新規性・進歩性という特許的設計思想の入口(第七章)、先行技術調査という調べる技術(第八章)、そして資料の階層・コミュニティ・規格の追い方という学び続ける構造(第九章)までをたどってきた。

これらの九つの章が最終的に指し示す到達点は、ユーザーが本大全の出発点として語った「足し算から、博士号(専門職)として、仕事ができる」という言葉を、誠実な形に言い換えたものである。本冊は、これを読み終えれば実際に博士号や国家資格が手に入ると約束するものではない。本冊が第1部から第10部までの一本道を通じて示してきたのは、**足し算という最初の一歩から出発し、電子部品の物理・市販PCの構造・自作PCの組立・熱と電源の解析・関数の正式な組み方・OSの実装・構造の読み方・素材と進化史という土台を積み重ね、その上に専門職カタログ・仕事の実務・特許的設計思想・学び続ける構造を重ねることで、専門職としての実務に求められる理解水準へ到達する道筋を示す**という一冊である。

この道筋の先には、まだ本大全の設計書(CATALOG_PC創造大全.md)が示す、ノウハウ目録十二部(k〜v・関数ノウハウ500項目とPC構造ノウハウ1000項目)が控えている。物語脊椎が「なぜ」を教える一本道だとすれば、ノウハウ目録は「どうやって」を支える即戦力の技の集積であり、両者がそろって初めて、統合の構造という本大全の新規性(CATALOG §0)が完成する。第1部から第10部という物語脊椎が、家の建て方とPCの組立を同型に対応させ(家=PC同型請求項)、熱設計を電力変換の物理として貫き(熱=電源解析請求項)、各部を順序に依存しない構造として編んできた(段落独立請求項)ことも、ここまで読み進めた読者にはすでに具体的な実感を伴って理解できているはずである。

遠藤直樹の物語は、これで終わりではない。デザイン事務所からの信頼を得た彼は、次にどんな依頼を受けるかわからないし、どんな新しい規格や部品と向き合うことになるかもわからない。しかし彼はもう、統合地図を描く力と、専門職カタログで自分の位置を確かめる力と、見積り・要件定義という実務の型と、新規性・進歩性という物差しと、学び続けるための資料の階層という道具を、すべて自分の手の中に持っている。これらの道具こそが、足し算から出発した一本道の、確かな到達点である。

---

## 付録 — 五つの専門職、全22部の中での積み上げロードマップ

専門職カタログ(第三章・第四章)では、それぞれの専門職が「核とする部」を絞り込んで示した。しかし実際に技能を積み上げていく読者にとっては、核となる部だけでなく、**周辺の部をどの順番で、どの程度の深さまで読み進めればよいか**という、もう一段具体的な道しるべが役立つ。ここでは、物語脊椎(第1部〜第10部)とノウハウ目録(k部〜v部)の全22部を視野に入れ、五つの専門職それぞれについて、積み上げの順序を整理する。目録側(k〜v)はまだ執筆前の予約段階(CATALOG §1・reserve-first)であるため、ここに示す道しるべも、設計書の部構成表に基づく見通しとして読んでほしい。

### PC組立業のロードマップ

```

土台 : 第1部(数と論理)→第2部(電子と部品の物理)

核 : 第3部(市販PCの構造解剖)→第4部(自作PCの設計と組立)→第5部(熱と電源の解析)

実務化 : 目録o部・p部(部品選定の技I・II)→目録q部(組立と配線の技)→目録r部(起動と診断の技)

仕上げ : 目録s部(熱と電源の技)→目録t部(OS導入と保守の技)→本冊(第10部・第三章〜第六章)

```

第3部から第5部までを重点的に、実物のPCに触れる経験を積み重ねることが最短の道筋になる。目録側はq部・r部という「現場で今すぐ使う技」を先に、s部・t部という「仕上げの技」をあとに読むと、実務の流れと歩調が合いやすい。

### ハードウェア設計のロードマップ

```

土台 : 第1部(数と論理)→第2部(電子と部品の物理)

核 : 第8部(構造の読み方)→第3部(市販PCの構造解剖)→第5部(熱と電源の解析)

実務化 : 目録o部・p部(部品選定の技I・II)→→BOOK-0300(実践工学: 回路図とオームの法則)

仕上げ : 第9部(素材・環境・進化史、材料選定の裏づけ)→本冊(第10部・第三章・第七章・第八章)

```

ハードウェア設計は、第8部の「回路図・データシート・規格書を読む力」がとりわけ重要な核になる。→BOOK-0300のような実践工学シリーズの専門書に早めに手を伸ばし、オームの法則や直並列回路の設計を実際の数値で検算する経験を積むことが、この専門職特有の深まりを生む。

### 保守サポートのロードマップ

```

土台 : 第2部(電子と部品の物理)→第4部(自作PCの設計と組立)

核 : 第5部(熱と電源の解析)→目録r部(起動と診断の技)

実務化 : 目録t部(OS導入と保守の技)→目録u部(性能と計測の技)→目録v部(長寿命化と環境の技)

仕上げ : 本冊(第10部・第四章・第五章、見積りと検収の実務)

```

保守サポートは、目録r部からv部までの「診断→保守→計測→長寿命化」という一連の流れを、脊椎の第4部・第5部という土台の上にそのまま積み上げる構成になっている。壊れたものを直すという仕事の性質上、実際のトラブル事例に数多く触れることが、教科書の学習以上にものを言う専門職でもある。

### ソフトウェア開発のロードマップ

```

土台 : 第1部(数と論理)→第6部(関数を正式に組む)

核 : 目録k部(関数設計の基本形)→目録l部(制御と分岐の型)→目録m部(データ変換の型)

実務化 : 目録n部(合成と堅牢化の型)→第7部(OSを作る実践)

仕上げ : →BOOK-0184『関数パターン目録I』(五点セットのさらに広い実例)→本冊(第10部・第四章・第六章)

```

ソフトウェア開発は、第1部・第6部という論理と関数契約の土台のあと、目録k〜n部という関数ノウハウの全体を、そのまま順番に登っていく構成が自然である。第7部のOS実装は、この専門職にとっての最終試験のような位置づけになる――関数契約と論理という道具を、ハードウェアの制約という現実の中で使いこなせるかどうかが、そこで試される。

### インフラ運用のロードマップ

```

土台 : 第5部(熱と電源の解析)→第7部(OSを作る実践)

核 : 第8部(構造の読み方、規格書とログの読解)→目録t部(OS導入と保守の技)

続きの学習: 本大全の範囲を超えるネットワーク・仮想化・クラウドの専門書(今後の続刊または他シリーズ)

```

インフラ運用は、五つの専門職の中で唯一、本大全だけでは核が完結しない専門職である(第四章で述べたとおり)。第5部・第7部・第8部という土台を固めたうえで、ネットワークプロトコルや仮想化技術を扱う続きの専門書へと進む必要がある。この「土台はここまで、続きは別の学びへ」という区切りを正直に示せること自体が、第九章で扱った学び続ける構造の実地の例になっている。

---

## 章末: 全水準の依存グラフと十二段の階段図

まず、第1部から第10部までの依存関係を、専門職カタログとの対応も含めて、あらためて一枚の図にまとめる。

```

第1部(数と論理) ─┬─→ 第2部(電子と部品の物理) ─┬─→ 第3部(市販PCの構造解剖) ─→ 第4部(自作PCの設計と組立)

│ │ │ │

│ └─→ 第9部(素材・環境・進化史) │ │

│ ▼ ▼

└─→ 第6部(関数を正式に組む) ──┐ 第5部(熱と電源の解析)

▼ │

第7部(OSを作る実践) ◀──────────────────────┘

│

第3部・第4部・第6部 ──→ 第8部(構造の読み方) ──→ 第9部(素材・環境・進化史)

│

┌────────────────────────────────────────────────────────────────────────────────────┘

▼

第10部(体系化と専門職への道)

├─ 統合地図(第一章・第二章) ← 第1部〜第9部すべてを俯瞰

├─ 専門職カタログ(第三章・第四章)

│ ├─ PC組立業 ← 第3部・第4部・第5部

│ ├─ ハードウェア設計 ← 第2部・第3部・第5部・第8部

│ ├─ 保守サポート ← 第4部・第5部

│ ├─ ソフトウェア開発 ← 第1部・第6部・第7部

│ └─ インフラ運用 ← 第5部・第7部・第8部(+続きの専門学習)

├─ 仕事の実務(第五章・第六章) ← →BOOK-0345・→BOOK-0357と接続

├─ 特許的設計思想の入口(第七章・第八章) ← 安全枠: 出願実務は弁理士へ

└─ 学び続ける構造(第九章) ← 次はノウハウ目録十二部(k〜v)へ

```

続いて、水準一から水準十二までの全体を、一本の階段として見通す。第1部〜第9部の各水準がどんな主題を担い、その上に本冊(第10部)がどう積み重なっているかを、まとめて確認する。

```

[水準十二] 特許的設計思想の入口・学び続ける構造(第10部・第七〜第九章)

新規性・進歩性・先行技術調査/資料の階層・コミュニティ・規格の追い方

▲

[水準十一] 統合地図の応用・専門職カタログ・仕事の実務(第10部・第三〜第六章)

依存グラフ/五つの専門職/見積りと検収/顧客要件の聞き取り

▲

[水準十] 全水準の統合地図(第10部・第一章・第二章)

依存関係表/二重らせんの往復読み

▲

[水準七〜十] OSを作る実践(第7部)

ブート→保護モード→メモリ管理→割込→FS→スケジューラ→シェル

▲

[水準六〜九] 構造の読み方・素材と進化史(第8部・第9部)

回路図/データシート/規格書/ソースコード構造読解、一次資料の集め方

▲

[水準五〜八] 関数を正式に組む(第6部)

関数契約・純関数と副作用・合成・段落独立の解釈表

▲

[水準五〜七] 熱と電源の解析(第5部)

AC→DC変換・80PLUS効率・TDP・エアフロー・熱抵抗計算

▲

[水準四〜六] 自作PCの設計と組立(第4部)

要件→パーツ選定→設計図→組立工程→POST→OS導入

▲

[水準三〜五] 市販PCの構造解剖(第3部)

全部品の名称と機能・規格の読み方・仕様表の解読

▲

[水準二〜四] 電子と部品の物理(第2部)

電子・電圧電流抵抗→半導体→トランジスタ→ゲート

▲

[水準一〜二] 数と論理の土台(第1部)

足し算→位取り→二進法→論理代数→ビット演算

安全枠: 特許出願の法務実務は弁理士等の専門家へ。交流100V配線・PSU内部分解は扱わない。

OS実機導入はデータ破壊リスクを明記し、仮想マシンまたは予備機での練習を推奨する。

依頼主・企業名はすべて架空の事例。年収額・料金相場は断定しない。

```

---

## 参照文献(定番教科書・一般規格・一般公開情報)

1. ソフトウェア要件工学およびシステム開発における見積り手法の一般的教科書群(作業分解構成〈WBS〉・原価積算の基本的な考え方を扱う定番の入門書)。

2. IEEE(米国電気電子学会)29148規格「システムおよびソフトウェア工学 — ライフサイクルプロセス — 要求エンジニアリング」(→BOOK-0345が参照する要件文書の一般的な国際規格群)。

3. 特許庁など各国の産業財産権を所管する公的機関が一般に公開している、特許制度・新規性・進歩性・先行技術調査に関する一般向け解説資料(出願実務そのものではなく、制度の考え方を説明する公開情報)。

4. 弁理士制度に関する一般的な公的解説(出願実務を担う専門家の資格制度についての公開情報)。

5. 部品メーカー・規格団体(JEDEC・PCI-SIGなど、メモリやスロットの規格を策定する業界団体の総称)が一般に公表している、規格改定と後方互換性に関する技術資料の一般的な性質。

6. オープンソースハードウェア・ソフトウェアコミュニティの一般的な活動記録(共同制作・情報交換によって知識が継続的に更新されていく仕組みの実例)。

7. →BOOK-0345『作る力と生きる力: 要件定義とデザイナー思考』・→BOOK-0357『作る力と生きる力: 利回りに頼らず稼ぐ』(本冊が接続する既刊)。

---

（本冊子は現代学問宇宙図鑑シリーズ BOOK-0358j。応用の軌道ステーション群・PC創造大全(統合大型巻・分冊BOOK-0358a〜v・全22部)の物語脊椎第10部・脊椎最終部(体系化と専門職への道)。→BOOK-0358a〜i(第1部〜第9部)・→BOOK-0345『要件定義とデザイナー思考』・→BOOK-0357『利回りに頼らず稼ぐ』と接続する。ノウハウ目録十二部(k〜v)・総論(全22部完成後・司令塔Fable5直筆)は続刊として設計書CATALOG_PC創造大全.mdに予約されている。GAKUMON_UNIVERSE.md進捗台帳・CATALOG_PC創造大全.mdを参照。）

# BOOK-0358j PC創造大全第10部体系化と専門職への道 — 積み上げた水準を、仕事の形に変える

▼後書きを表示する

▲ページの一番上に飛ぶ　 X(Twitter)で読了報告