UNIX
多くの OS の源流となった基本ソフト。設計思想は現代の Linux や macOS に受け継がれる
UNIX とは
UNIX (ユニックス) は、1969 年にベル研究所 (AT&T の研究部門) で Ken Thompson と Dennis Ritchie らが作り始めたオペレーティングシステムで、その後の数多くの OS の源流となった。当時 Multics という大規模な時分割システムの開発から研究所が撤退していく流れの中、使われていなかった小型機 PDP-7 の上で最初の版が書かれたという出自を持つ。シンプルで一貫した設計思想は Linux や macOS をはじめ現代の多くのシステムに受け継がれており、サーバーや開発環境の根底を理解するうえで避けて通れない基礎になる。
源流が源流になれた技術的な理由は、1973 年にカーネルを C 言語で書き直したことにある。機械語で書かれた OS は機種を変えるたびに全部書き直しになるが、高い水準の言語で書かれていれば移植は現実的な作業量に収まる。Ritchie 自身も、UNIX の成功の多くは高水準言語で書かれたことによる読みやすさ・改造しやすさ・移植しやすさから来ていると振り返っている。
受け継がれる設計思想
UNIX の思想は、いくつかの原則に集約される。
| 原則 | 内容 |
|---|---|
| 単機能の道具 | 小さなプログラムが一つの仕事をうまくこなす |
| 組み合わせ | 道具をつないで複雑な処理を実現 |
| すべてはファイル | 機器やデータを統一的に扱う |
| テキスト中心 | 人間が読める形式で連携 |
「小さな道具を組み合わせて大きなことを成す」という思想は、現代のコマンドライン操作やソフトウェア設計にも色濃く残っている。
Linux との関係
Linux は UNIX のコードを受け継いだ直系ではなく、同じ設計思想を独立に実装した OS だ。コマンドの体系やファイルの扱いが共通するため、UNIX の考え方を理解すれば Linux や macOS のターミナル操作も自然と身につく。
ここで名前の使い分けが効いてくる。UNIX は The Open Group が管理する商標で、Single UNIX Specification に適合し認証を受けた製品だけが名乗れる。2026 年 8 月時点の登録簿に載っているのは Apple の macOS (26.0 Tahoe など)、IBM の AIX 7、HPE の HP-UX 11i V3 といった製品で、Linux は認証を受けていない。だから Linux や各種 BSD は「UNIX 系 OS」と総称される - 商標としての UNIX ではなく、思想と作法を共有する OS 群という意味だ。
作法の共通部分を文書として固めたのが POSIX で、規格の本体は IEEE Std 1003.1 として維持されている。2024 年 6 月に IEEE Std 1003.1-2024 (The Open Group Base Specifications Issue 8) が公開され、その国際規格版が 2026 年 3 月に ISO/IEC/IEEE 9945:2026 として出た。別の UNIX 系 OS へ移ってもシェルの書き方やファイル操作の関数呼び出しが概ね通じるのは、この共通の土台があるからだ。
学ぶ価値
「UNIX という名前の製品を選んで使う」場面は業務用の大型機を除けば減ったが、思想そのものは日常の道具として現役だ。手元の Mac のターミナルは認証を受けた UNIX の上で動いており、コンテナの中身も UNIX 系の作法で組まれている。コマンドを組み合わせる発想、ファイルを通じた統一的な操作、テキストで連携する設計は、特定の OS やツールを超えて通用する。
実務での効きどころは、道具を覚える順番が変わる点にある。個々のコマンドの引数を暗記するより「入力を受けて出力を返す小さな道具が並んでいる」という前提を掴んでおくと、初見のコマンドでも出力を次に流して確かめる進め方ができる。ログ調査や障害対応で手が止まりにくいのは、この前提を持っている人だ。逆に落とし穴もある。テキストで連携する設計は、空白や改行を含むファイル名、文字コードの違い、出力形式が版によって変わるコマンドで簡単に崩れる。つなぐ前に区切り方を決めておく (区切り文字を明示する、機械が読む形式で出させる) のが実務の作法になる。
この記事は役に立ちましたか?
関連用語
関連する記事
Linux 本ガイド - コマンドライン / しくみ / 性能の 3 層で選ぶ技術書
Linux を学ぶ技術書の選び方を 3 層 (コマンドラインの操作 → カーネルのしくみ → 性能と運用) で整理。新しい Linux の教科書や [試して理解] Linux のしくみなどの定番書の使い分けと、学ぶ順番を解説します。
Git / GitHub 本ガイド - マンガ / GUI / 仕組み理解の 3 つの入口で選ぶ
Git と GitHub を学ぶ本の選び方を「入口の違い」で整理。マンガで概念を掴む本、GUI から入る本、仕組みを腹落ちさせる本、チーム開発の作法を学ぶ本、手元に置くリファレンスまで、2026 年 8 月時点の定番書で独学ルートを解説します。
マンガで学ぶプログラミングはアリなのか
マンガ形式のプログラミング入門書は、ちゃんと学べるのか。マンガ本の強みと弱み、活用法を正直に解説します。