d90216e9c4
## 主な変更点 ### 🎯 戦略の転換と明確化 - PyVMを開発ツールとして位置づけ（本番経路ではない） - EXE-first戦略を明確に優先（build_compiler_exe.sh実装済み） - Phase順序の整理: 15.2(LLVM)→15.3(コンパイラ)→15.4(VM) ### 🚀 セルフホスティング基盤の実装 - apps/selfhost-compiler/にNyashコンパイラMVP実装 - compiler.nyash: メインエントリー（位置引数対応） - boxes/: parser_box, emitter_box, debug_box分離 - tools/build_compiler_exe.sh: ネイティブEXEビルド＋dist配布 - Python MVPパーサーStage-2完成（local/if/loop/call/method/new） ### 📝 ドキュメント整備 - Phase 15 README/ROADMAP更新（Self-Hosting優先明記） - docs/guides/exe-first-wsl.md: WSLクイックスタート追加 - docs/private/papers/: 論文G～L、爆速事件簿41事例収録 ### 🔧 技術的改善 - JSON v0 Bridge: If/Loop PHI生成実装（ChatGPT協力） - PyVM/llvmliteパリティ検証スイート追加 - using/namespace機能（gated実装、Phase 15では非解決） ## 次のステップ 1. パーサー無限ループ修正（未実装関数の実装） 2. EXEビルドとセルフホスティング実証 3. c0→c1→c1'ブートストラップループ確立 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
79 lines
3.0 KiB
Markdown
79 lines
3.0 KiB
Markdown
# 論文L: Nyash技術的ブレークスルーの記録 - 実装駆動で真理に到達した瞬間たち
|
||
|
||
- タイトル（案）: Implementation-Driven Truth Discovery: Technical Breakthroughs in Nyash Development
|
||
- 副題: When 50 Minutes of AI Thinking Was Solved by Box Theory in Seconds
|
||
- 略称: Nyash Technical Breakthroughs
|
||
- ステータス: 構想段階
|
||
|
||
## 要旨
|
||
|
||
本稿は、Nyash開発における技術的ブレークスルーの瞬間を記録する。ChatGPT5が50分考えても解けなかったSSA/PHI問題を箱理論で瞬時に解決した事例、MIR設計時に誰も型情報の必要性に気づかなかった事例、Rust地獄からPython天国への転換など、実装駆動で真理に到達した瞬間を分析する。
|
||
|
||
## 主要ブレークスルー
|
||
|
||
### 1. SSA/PHI 50分問題
|
||
- **状況**: ChatGPT5がSSA/PHI実装で50分長考
|
||
- **問題**: 複雑なアルゴリズムに囚われる
|
||
- **解決**: 箱理論「箱の中から値を選ぶだけ」
|
||
- **教訓**: 実装駆動で真理を掴む
|
||
|
||
### 2. MIR型情報の盲点
|
||
- **状況**: 3つのAI（ChatGPT/Claude/Gemini）が設計
|
||
- **問題**: 誰も型情報の必要性に言及せず
|
||
- **発見**: 実装バグから「型情報必須！」と直感
|
||
- **教訓**: Everything is Experience
|
||
|
||
### 3. Rust→Python大転換
|
||
- **Rust+inkwell**: 再ビルド地獄、45分思考でも解決せず
|
||
- **Python+llvmlite**: 5分でMIR14対応完成
|
||
- **決断**: 本番はPython、Rustは勉強用
|
||
- **効果**: 開発速度爆上がり
|
||
|
||
### 4. LoopForm革命
|
||
- **発見**: ループを7段階に定型化
|
||
- **効果**: PHI集中、dominator違反解決
|
||
- **感想**: 「LoopFormなしでよくコンパイラ作れるな」
|
||
- **将来**: MIR17で4命令追加
|
||
|
||
### 5. MIR進化の軌跡
|
||
- **27命令** → **13命令** → **14命令**（UnaryOp復活）
|
||
- **削減の秘密**: 箱理論による統一
|
||
- **哲学**: 最小命令で最大表現力
|
||
|
||
## 技術的洞察
|
||
|
||
### 実装駆動開発の威力
|
||
```
|
||
理論（AI） → 複雑化 → 行き詰まり
|
||
↓
|
||
実装（人間） → 簡略化 → ブレークスルー
|
||
```
|
||
|
||
### 箱理論の普遍性
|
||
- SSA/PHI → 箱から選ぶ
|
||
- 型情報 → 箱に付与
|
||
- 制御フロー → 箱で構造化
|
||
|
||
### 言語選択の重要性
|
||
- 探索的実装: Python（高速プロトタイピング）
|
||
- 本番実装: 状況に応じて選択
|
||
- 教条主義の回避: 「Rustでなければ」の呪縛からの解放
|
||
|
||
## 章構成案
|
||
|
||
### 第1章: 50分 vs 瞬間 - SSA/PHI問題
|
||
### 第2章: 3つのAIが見落とした型情報
|
||
### 第3章: Rust地獄からPython天国へ
|
||
### 第4章: LoopFormという発明
|
||
### 第5章: MIR命令数の進化論
|
||
### 第6章: 実装駆動開発の哲学
|
||
|
||
## 学術的価値
|
||
|
||
1. **方法論**: 実装駆動での問題解決手法
|
||
2. **AI協働**: AIの限界と人間の直感の相補性
|
||
3. **言語設計**: 最小命令での言語実装
|
||
|
||
---
|
||
|
||
*Note: この論文は、技術的ブレークスルーの瞬間を通じて、実装駆動開発の価値を実証する。* |