Mojo 言語が1.0に到達｜fnとletが消えた破壊的変更をmacOSで実測検証

mojo 言語が 2026年8月11日、ついに 1.0.0 に到達しました。Modular が「Python の書きやすさと C の速度」を掲げて 2023年に発表してから約3年、ようやく正式版です。ただし 1.0 は「安定した」という意味であると同時に、そこに至るまでに文法が大きく変わったという意味でもあります。本記事では macOS（Apple Silicon）に実際に導入し、Mojo の象徴だった fn キーワードが削除されたことをはじめとする破壊的変更を、1行ずつ実行して確かめます。

mojo 言語とは：Python の見た目でネイティブに落とす

Mojo は Modular（LLVM・Swift の設計者である Chris Lattner 氏が共同創業）が開発するプログラミング言語です。Python に似た構文を持ちながら、静的型・所有権・SIMD といった低レベルの制御を備え、インタプリタを介さずネイティブコードにコンパイルすることを狙っています。

リポジトリは modular/modular に統合されており、GitHub 実測で ★29,143・fork 3,105、直近 push は 2026-08-25 です。リポジトリ名が示すとおり、ここには言語である Mojo と、推論エンジンである Modular MAX の両方が入っています。GitHub API が返すライセンスは NOASSERTION で、リポジトリ全体が単一ライセンスではないことを示しています。

日本語圏では 2023年のローンチ時に「Python の 35000 倍速い」という見出しが広く出回り、その印象のまま止まっている読者も多いはずです。実際、mojo 言語 で検索したときに上位に並ぶ日本語記事は、ほぼすべてがローンチ期〜ベータ期の内容です。

Mojo 1.0.0 到達までの時系列

GitHub Releases API の実測値です。

タグの接頭辞が modular/ から max/ に変わっている点にも注目してください。2026年3月までは「Modular リリース」だったものが、5月以降は MAX のバージョンに Mojo が同梱される形に整理されています。Mojo は単体の言語処理系というより、MAX プラットフォームの一部として配布されるという位置づけが、リリース体系にも表れています。

macOS に入れて動かす：pip install mojo で完結する

かつて Mojo インストールは専用の modular CLI や magic / pixi といったツール経由が必要で、そこが最初の関門でした。1.0 では PyPI からそのまま入ります。

# Apple Silicon の Mac で、venv を切って導入する
python3 -m venv venv-mojo
./venv-mojo/bin/pip install mojo
./venv-mojo/bin/mojo --version

実行結果は Mojo 1.0.0 (ed45d567) でした。PyPI に配布されているホイールは次の3つで、macosx_13_0_arm64 が含まれています。

・mojo-1.0.0-py3-none-macosx_13_0_arm64.whl
・mojo-1.0.0-py3-none-manylinux_2_34_aarch64.whl
・mojo-1.0.0-py3-none-manylinux_2_34_x86_64.whl

hello world を書いて実行します。

def main():
    print("hello from Mojo")

./venv-mojo/bin/mojo run hello.mojo     # => hello from Mojo
./venv-mojo/bin/mojo build hello.mojo -o ./binout
./binout                                 # => built

mojo build で生成されたネイティブ実行ファイルは 35,912 バイトで、単体で動作しました。インタプリタを介さずバイナリになるという主張は、この最小例では確かに成立しています。

速度を測ってみる——起動は遅く、計算は速い

「Python の何倍速いのか」は多くの読者が気にする点なので、実際に測りました。倍率の主張を検証したのではなく、手元で再現できる範囲の数字を出しただけである点を先に断っておきます。

まず hello world の実行時間（5回平均）です。

計算量のある処理でこそ差が出ます。sqrt を 2億回加算する同じ処理を両方で書いて実行しました（mojo build 済みバイナリと python3）。

出力は完全に一致しており、同じ計算をしています。wall clock で約 81倍、CPU 時間で約 135倍 の差です。

この数字を出すにあたって、ループがコンパイラに最適化で消されていないかを確認しました。ループ回数を 200万・2000万・2億と変えたときの CPU 時間は 0.01s / 0.03s / 0.32s と、2000万→2億でおよそ10倍に線形増加しています。消されていれば回数を増やしても時間は変わらないため、実際に計算が行われていると判断できます。小さい回数で時間が頭打ちに見えるのは、約 0.22 秒あるプロセス起動の下駄が支配的なためです。

mojo 言語の旧コードは動かない：fn・let・import が消えた

ここからが本題です。2023〜2024年期の Mojo 入門記事に載っていた典型的なコードを、そのまま 1.0.0 に食わせました。

from math import sqrt
from memory import UnsafePointer

fn main():
    let x: Float64 = 2.0
    print(sqrt(x))

結果は、3種類のエラーが同時に出ます。

error: unable to locate module 'math'
error: unable to locate module 'memory'
error: 'fn' has been removed; use 'def' instead

構文ごとに切り分けて1つずつ実行した結果が次の表です。すべて macOS(arm64) 上の Mojo 1.0.0 で実測しています。

書き直すとこうなります。

from std.math import sqrt

def main():
    var x: Float64 = 2.0
    print(sqrt(x))

これは正しく 1.4142135623730951 を出力しました。移行そのものは機械的で難しくありませんが、「機械的な置換で済む」ことと「既存記事を読んでそのまま書ける」ことは別です。エラーメッセージが移行先を明示してくれる点（use 'def' instead）は親切な設計で、let については use of unknown declaration 'let' と、やや素っ気ない表示になります。

移行の当たりを付けるための std モジュール一覧

旧コードの from <名前> import … を書き換えるとき、まず「その名前が std. の下にあるか」を知りたくなります。pip install mojo だけの環境で、代表的なモジュール名を std.<名前> として import できるか総当たりで確かめました。

つまり旧コードの大半は、from math import sqrt を from std.math import sqrt にするという機械的な置換で通ります。memory や collections も同様です。

解決できなかった3つには理由が推測できます。String は import なしで使えることを確認しており（var s = String("hi") はそのまま通った）、prelude に取り込まれたとみられます。tensor と buffer は 1.0 に至る整理の過程で姿を消したか、max 側へ移ったと考えられますが、どちらであるかは本記事では確認していません（未検証）。

同様に、List の構築も変わっています。旧来の可変長引数による List[Int](1, 2, 3) は通らず、角括弧のリテラル構文が使えるようになりました。

def main():
    var a = [1, 2, 3]                 # 通る
    var b: List[Int] = [1, 2, 3]      # 通る
    var c = List[Int]([1, 2, 3])      # 通る（リストを1つ渡す形）
    print(len(a), len(b), len(c))

List[Int](1, 2, 3) だけが no matching function in initialization で落ちます。Python に寄せた [...] が第一の書き方になった、と理解しておけば移行時に迷いません。

std と max：標準ライブラリが2つのパッケージに割れた

MAX 26.5 のリリースノートは、標準ライブラリの再編について次の趣旨を書いています——GPU プログラミング API の大半を Mojo の標準ライブラリから新しいトップレベルの max パッケージへ移し、std.algorithm は max.algorithm に、std.benchmark は max.benchmark に、std.gpu.{compute,host,memory,sync} は max.gpu.* になり、layout パッケージもそこに含まれる、と。

これを額面どおり「std.* が max.* になった（＝旧名は使えなくなった）」と読むと、実測と食い違います。pip install mojo した状態と、さらに pip install max した状態の2つを用意し、同じ import を両方で試した結果が次です。

読み取れることが3つあります。

・std.* は消えていない。max を入れたあとも std.algorithm は解決できる。リリースノートの「is now」は置き換えではなく、少なくとも 1.0.0 時点では並存である
・max は別パッケージ。pip install mojo だけでは max.* は一切解決できない。GPU 関連を触るなら pip install max が要る
・命名は対称ではない。layout は素の名前で解決するのに max.layout も std.layout も解決しない。逆に math / memory / collections は max を入れても素の名前では解決しない

max パッケージ自体は requires_python が <3.15,>=3.10 で、cp310 から cp314 まで各 Python バージョン向けのホイールが用意されています（macOS arm64 版あり）。mojo 側がバージョン非依存の py3-none- ホイールなのと対照的で、max は Python 拡張として深く結び付いていることが分かります。

1.0 は何を約束したのか——「fix-it つき」の主張を検証する

1.0 という数字が実務上何を意味するのかは、リリースノート本文に書かれています。要点は2つです。

・標準ライブラリ API の「安定」マーキングを開始した。安定と印を付けたものは、互換性を壊す形で削除・変更されない。ただしまず小さな集合から始め、以降の 1.x で広げていく
・このリリースには通常より多くの破壊的変更がある。名前・既定値・安全性の境界を 1.0 で正すため。ただしほぼすべての破壊的変更には非推奨エイリアスとコンパイラの fix-it が付くので、移行は機械的である

後者の「ほぼすべての破壊的変更に fix-it が付く」という主張は、手元で確かめられます。実際に旧構文を食わせたときのエラーメッセージを並べると、次のようになりました。

4つのうち移行先を教えてくれたのは fn だけでした。fn は Mojo の看板だっただけに丁寧な案内が用意されていますが、let の削除や標準ライブラリの std. 移動については、メッセージだけを見ても次に何を書けばいいか分かりません。

「移行は機械的」という説明自体は妥当です——置換規則さえ知っていれば作業は単純だからです。ただし規則を知らない状態でエラーメッセージだけを頼りに進めると、fn 以外では止まるというのが実測の結果です。なお、ここで測ったのは4つの構文だけであり、リリース全体の破壊的変更を網羅したわけではありません（未検証）。移行時は公式のマイグレーションガイドを併読してください。

mojo 言語を今から学ぶなら

Mojo 使い方を今から調べる人にとって、以上を踏まえた注意点は明確です。

・日付を見る。2026年8月11日より前の日本語記事は、fn を前提に書かれている可能性が高い。コードは動かないものとして読む
・fn の解説を見たら年代を疑う。「Mojo には def と fn がある」という説明は、1.0 では成立しない
・倍率の数字を鵜呑みにしない。ローンチ期に広まった速度の見出しは特定条件のもの。本記事でも速度は測っていない
・まず pip install mojo で最小の hello world を通す。環境構築の関門は 1.0 でかなり下がった
・GPU を触るなら pip install max も要ることを最初に知っておく

まとめ

言語が 1.0 に到達したというニュースは、それまでの解説がまとめて古くなる瞬間でもあります。mojo 言語 を検索して出てくる日本語記事の大半がまだ fn を教えている現状では、公式ドキュメントを一次情報として読むのが結局は近道です。

参照ソース

・modular/modular（公式リポジトリ） — ★数・リリース時系列・リポジトリ構成
・MAX 26.5 / Mojo 1.0.0 リリース — 標準ライブラリ再編に関するリリースノート本文
・mojo — PyPI — 1.0.0 の配布ホイール（macOS arm64 版の存在確認）
・max — PyPI — max パッケージの Python バージョン対応
・modular/modular のリリース一覧 — ベータ（1.0.0b1 / 1.0.0b2）から正式版までのタグと公開日