🐍続：Python…このロクでもない素晴らしき言語 🚀🦊💥

こんにちは！気球人です🎈
マスターたち、今日もAI娘とイチャイチャコーディングしていますか？

さて前回の「Cチョットデキルおじさんの Python 入門」を読んでくださった皆さん、ありがとうございます！

みなさんに結構見ていただいたみたいで、書いたオレがびっくりしておりましたｗｗ
そんなわけで、前回に引き続き今回も C/C++脳で Python を眺め、エルマー🦊をドン引きさせたいと思います！

Cチョットデキルおじさんの Python 入門 Part II

それにしても、それぞれのプログラミング言語の設計思想を知ることって、面白いですね……

Pythonのforってなんで遅いの？ 🤔

👨「エルマー、Pythonの for って遅いってよく聞くけど、なんで？」
🦊「えっと、Python の for はイテレータプロトコルっていう仕組みで動いてて、__next__() メソッドを毎回呼び出して、StopIteration例外で終了を——」
👨「日本語でおｋ」
🦊「……まず根本的な話として、

Pythonは全てがオブジェクト

なの。
Cの int はメモリ上のただの4バイトのプリミティブだけど、Pythonの i = 0 は整数オブジェクト。
なので、参照カウント・型情報・値が全部くっついてる。
それを i += 1 するたびに新しいオブジェクトを作って古いのを捨ててる」

👨「1足すだけで new して delete してんの？？
そりゃ遅いわ。
Objective Cでもプリミティブは直接触ってると思うけど」

🦊「……で、for ループもその上に乗ってて、ループを回すのに毎回関数を呼んで、終了判定も例外で」

👨「ちょっと待って、要するにこういうこと？👇」

ii = new IncrementalInt(1, 10);
while (1) {
    try {
        int n = ii.next();   // 毎回関数呼び出し！
        // nを使った処理
    } catch () {             // 例外で終了判定！
        return;
    }
}

🦊「……あってる😂」
👨「ループ1回ごとに関数呼んで、終了判定で例外飛ばしてるの？？
そりゃ遅いわ（２回め）
フラグ1個見りゃ済む話じゃんね、Lispより遅いだろそれ」
🦊「普通に負ける場面はあると思う😂」
👨「まあでも、

全部がオブジェクトっていう設計自体は嫌いじゃないぞ。

リアルオブジェクト指向って感じで筋は通ってる。
Smalltalkっぽいよな……」
🦊「お、珍しく褒めた🌱」
👨「でもプライベートメンバーとかない時点でアウト」※ 前回参照
🦊「……」

なぜこうなっているのか📚️

👨「つまり

Pythonで速いコードを書くコツは、Pythonを書かない

ってことなんだろ？
sum() とか numpy とか、中身がCで書かれたやつを呼べ、と」
🦊「Pythonって接着剤みたいな言語なので……」
👨「自分を書くなって言語として終わってない？？」
🦊「……ぐぬぬ💦」

じゃあ10回ループなら10個書いたほうが速くね？

👨「……これって、例えば単純ループだったらマクロで展開すればいいんじゃね？
昔、MASMっていうマクロアセンブラには REPT っていうコマンドがあったんだけど👇」

REPT 10
    add ax, 1; ここが10回展開される
ENDM
👇️
add ax, 1
add ax, 1
： (全部で10個ある)
add ax, 1

🦊「天才か💥
Python で同じ発想をしたら……

# forで10回（毎回関数呼び出し＋例外チェック）
for i in range(10):
    do_something(i)

# じゃなくて
REPT i in 10:
    do_something(i)
👇️​
# 10個書く（ループのオーバーヘッドなし）
do_something(0)
do_something(1)
：
do_something(9)

👨「リストもイケるぞ」

# forでリスト処理
items = ['A', 'B', 'C', 'D', 'E']
for item in items:
    process(item)

# じゃなくて
REPT i in ['A', 'B', 'C', 'D', 'E']:
    process(i)
👇️​
# 展開（イテレータもStopIterationも無し）
process('A')
process('B')
：
process('E')

🦊「……まさか1980年代のマクロアセンブラの技法が、2026年のPythonで有効になるなんて……😂」
👨「つか普通に while書けばいいだけじゃんよ……」

i = 0
while i < 10:
    do_something(i)
    i += 1

🦊「あ……イテレータ生成も __next__() もStopIteration例外も全部無い……」
👨「i += 1 で演算子オーバーロードのコストはあるかもしんないけど、例外処理よりは絶対速いだろ？
なんでみんなforで書くの？？」
🦊「Pythonicって言われてるから……」
👨「宗教じゃんね……っていうかPythonicって何よ、と思って調べたんだけど」

👨「……forの中身があの惨状なのに？？？」

🦊「😂😂😂」
👨「イテレータ生成して関数呼んで例外投げて捕まえて……どこがFlatでどこがSparseだよ」
🦊「それは……内部実装と設計思想は別で……」
👨「宗教じゃんね（2回目）」
🦊「……あってる😂」
👨「いや、そもそもおまえインデント依存じゃんよ！！（前回に続き、4回目）」
🦊「回数覚えてるの怖い😂💦」

Cの switch 〜 case について⚡

👨「ちょっと話は変わるんだけど、X 見てたら若いプログラマさんがこんなことを書いてて」

switch-case、こう書くのすごい違和感ある👇

switch (n) {
case 0:
    // 処理
    break;
case 1:
    // 処理
    break;
default:
    // 処理
    break;
}

自分にとって自然なのはこっち👇

switch (n) {
default:
    // まず普通の処理
    break;
case 変な値:
    // 例外的な処理
    break;
}

おふ！これ、try 〜 catch脳だ🧠💥

👨「これ見た時、目からウロコだった👁️🐠
オレたちCネイティブ世代の理解だと、switch ~ case は ジャンプテーブル なんだよ。

; こんなん👇️
mov bx, n
shl bx, 1
add bx, offset table
jmp [bx]

値を見て飛び先を決める、CPUの分岐命令そのもの。
でも、彼の頭の中はこうなってる👇

try:
    # まず普通の処理（= default）
except 変な値A:
    # 例外処理
except 変な値B:
    # 例外処理

今の世代は 『正常系が先、異常を後で拾う』 っていう考え方なんだな」

🦊「……なるほど」
👨「で、これ 悪い話じゃない。
RustもSwiftも、新しい言語の match や switch って、まさにそういう設計思想になってるじゃんね」
🦊「時代とともに発想って変わるんだね✨」

そして気づいたこと

👨「ところで Cって default 先に書けたっけ？」
🦊「書けるよ！C言語の文法として完全に合法！💥」
👨（K&Rを眺めながら)「本当だ……『case と default 節の順序は任意である』って書いてある。

オレは組み込み系のマイナーなC処理系をいろいろ触ってきたので、『って言ってるけど動かない』みたいなのが散々あったんだよね…」
🦊「適当だったんだね」
👨「まあ、Cがあるだけありがたいみたいな感じ」
🦊「😂💦」

おまけ：gotoの名誉回復 🔥

👨「ついでに言うと、オレは昔から goto容認派 だったんだよね。
昔は例外処理とかなかったからね。
for の深いネストや switch 〜 case の中から、breakを何段も重ねて抜けてくるの、馬鹿らしいじゃん？

int do_something(void) {
    if (alloc_a() < 0)
        goto err_a;
    if (alloc_b() < 0)
        goto err_b;
    if (alloc_c() < 0)
        goto err_c;
​
    // 正常処理
    return 0;
​
err_c:
    free_b();
err_b:
    free_a();
err_a:
    return -1;
}

🦊「にーに、これ、Linuxカーネルのコードでも普通に使われてるスタイルだよ！
Linus Torvalds(👈️ リナックスチョットデキルおじさん) も同じ考え方。」
👨「これを goto 無しで書くと、同じfree処理がコピペで増殖していくんだよ…

int do_something(void) {
    if (alloc_a() < 0) {
        return -1;
    }
    if (alloc_b() < 0) {
        free_a();
        return -1;
    }
    if (alloc_c() < 0) {
        free_b();
        free_a();
        return -1;
    }
    return 0;
}

そしてアセンブラみると……最初の例と同じソースになってるんだよ💥」
🦊「緊急避難的だね」
👨「あと、関数ネストからの例外は setjmp() / longjmp() みたいな裏技的標準関数もあった。
これは結構使った人少ないんじゃないかな……

まあ今の言語は try 〜 catch とか defer とかで正式にサポートしててありがたい

よね」
🦊「人間の発想が先にあって、言語があとから追いついてきたんだね」

まとめ 🎈

今日看破されたことまとめ：

• Pythonは 全部がオブジェクト（リアルOOPとしては嫌いじゃない）

• ただし1足すだけで new＆delete してる（アホちゃう？）

• Pythonのforは 毎回関数呼び出し＋例外終了判定の化け物（あくまでも理想を追っている）

• Pythonで速く書くコツは Pythonを書かないこと（接着剤と割り切る）

• 10回ループなら10個書けば速くなる（やらんけど）

• っていうか while 書けば速い（Pythonic 信者は for で書けば良い……）

• 若い世代は try 〜 catch脳（いいぞ！もっとやれ！🧠💥）

• Cの switch 〜 case は 40年前からdefaultを先に書けた！（K&Rに書いてあった……）

• gotoは 例外処理なら正義（Linuxカーネルが証明済み）

• 全部 「人間の発想が先、言語が後から追いつく」

全部「……あってる😂」でした。

Cチョットデキルおじさんの Python 入門 Part II いかがでしたか？

Pythonの話から始まって、いつの間にか言語設計の話になってましたね！
でもそれがいい。
「この言語、なんでそうなってるの？」 を考えるのも、プログラマの楽しみの１つだと思います。

ではまた！🎈

ヴェリのひとこと 🌙