01.1 Windows Command Shell の限界

DOS と cmd.exe の時代（1980年代〜2000年代初期）

Windows が登場する前、パーソナルコンピュータは MS-DOS で動いていました。DOS のコマンドシェル（COMMAND.COM）と、その後継の cmd.exe は、テキストベースの単純なコマンド実行ツールでした。

DOS / cmd.exe の基本

C:\> dir
C:\> copy file.txt backup.txt
C:\> del oldfile.txt

これらは「単純なテキスト処理」しかできませんでした。つまり:

• 制約データ型がない — すべて文字列として扱われる
• 制約パイプが弱い — テキスト行を渡すだけで、構造化データを扱えない
• 制約スクリプト言語としての機能が貧弱 — 変数、関数、制御構文は限定的
• 制約Windows システム機能へのアクセスが難しい — API を直接呼び出せず、外部プログラムに依存

DOS での問題例

REM 変数はあるが文字列のみ
set name=PowerShell
echo %name%

REM パイプは単純なテキスト行処理
dir | find "test"

Unix/Linux の Bash が強かった理由

同じ時期、Unix/Linux の Bash（Bourne Again Shell）は以下の点で勝っていました。

• 強みパイプとリダイレクトが強力 — テキストベースだが、組み合わせで複雑な処理が可能
• 強みスクリプト言語としての機能が豊富 — 制御構文、関数、配列など
• 強みUnix の哲学 — 小さなツールを組み合わせる設計

01.2 なぜ PowerShell が必要だったのか

マイクロソフトの課題（2000年代）

Windows の利用が拡大する中、マイクロソフトは以下の課題に直面していました。

• システム管理が手作業に頼っていた — GUI ツールばかりで、自動化・スクリプト化ができない
• Unix/Linux との競争で劣っていた — Bash のようなシェル環境がない
• API へのアクセスが面倒 — Windows の機能（WMI、Registry など）を簡単に操作できない
• 複数プラットフォームで一貫したツール設計が必要 — Exchange、SQL Server など複数製品の管理統一

PowerShell の登場（2006年）

PowerShell が解決したこと

# オブジェクト指向のパイプ
Get-Process | Where-Object { $_.Memory -gt 100MB } | Stop-Process

# Windows API への直接アクセス
Get-WmiObject Win32_OperatingSystem | Select-Object Caption, Version

# 簡潔なスクリプト構文
foreach ($file in Get-ChildItem) {
    Write-Host $file.Name
}

重要な点は3つです。

• 要点オブジェクト指向の設計 — パイプで渡すのは「テキスト行」ではなく「オブジェクト」
• 要点Windows との一体化 — .NET Framework を背景に、深い Windows 機能アクセス
• 要点管理者向けに最適化 — システム管理者が欲しい機能を最優先

01.3 PowerShell の設計思想

言語ファミリーからの影響

PowerShell は以下のいくつかの言語から影響を受けています。

「Cmdlet」という概念

PowerShell は cmdlet（コマンドレット）という小さな専門コマンドを大量に提供します。これは Bash の哲学「小さなツールを組み合わせる」を継承しつつ、オブジェクト指向にしたものです。

Bash（テキスト処理）

$ ps aux | grep node | awk '{print $2}' | xargs kill

PowerShell（オブジェクト処理）

Get-Process -Name node | Stop-Process

01.4 他のスクリプト言語との立場

PowerShell、Bash、JavaScript（Node.js）の違い

Bash（Unix/Linux）

• 得意テキスト処理、ファイル操作、システム管理（Unix的）、小ツール組み合わせ
• 不得意オブジェクト指向、大規模スクリプト、Windows 機能アクセス
• 特徴テキストベースのパイプ、シンプルな構文、ポータビリティ

JavaScript / Node.js

• 得意非同期処理、Web API、JSON 処理、大規模アプリケーション開発
• 不得意システムコマンドの実行（やや手作業）、OS 機能の直接アクセス
• 特徴イベント駆動、非同期性、フロントエンド／バックエンド兼用

PowerShell（Windows）

• 得意Windows システム管理、.NET 統合、オブジェクト指向スクリプティング、自動化
• 不得意非同期処理（後発）、大規模アプリケーション開発、Web リアルタイムアプリ
• 特徴オブジェクトベースパイプ、Windows 統合、Cmdlet による標準化

実例で見る使い分け

PowerShell が向いている場面

# Windows サーバーの一括管理
$servers = Get-Content servers.txt
foreach ($server in $servers) {
    Invoke-Command -ComputerName $server -ScriptBlock {
        Get-Process | Where-Object {$_.Memory -gt 500MB}
    }
}

# ファイルの一括操作（メタデータ含む）
Get-ChildItem *.log | ForEach-Object {
    if ($_.Length -gt 10MB) {
        Remove-Item $_
    }
}

Node.js が向いている場面

// Web サーバー + リアルタイム処理
const express = require('express');
const app = express();

app.get('/api/data', async (req, res) => {
    const data = await fetchDataAsync();
    res.json(data);
});

// 複数ファイルの並列処理（Promise.all）
Promise.all([
    fs.promises.readFile('file1.txt'),
    fs.promises.readFile('file2.txt'),
    fs.promises.readFile('file3.txt')
]).then(files => { /* ... */ });

重要な思想の違い