Files

Moe Charm 4e824fa00e Phase 12.7文法改革: ドキュメント文法統一 + VMリファクタリング準備

🌟 Phase 12.7文法改革に基づくドキュメント更新
- init {} → field: TypeBox 個別フィールド宣言形式
- init() → birth() コンストラクタ統一
- pack() → 廃止（birth()に統一）
- public {}/private {} → 個別フィールド修飾子
- override → 廃止（メソッド定義はシンプルに）

📚 更新したドキュメント
- CLAUDE.md: メイン開発ガイド
- docs/quick-reference/syntax-cheatsheet.md: 構文早見表
- docs/reference/language/LANGUAGE_REFERENCE_2025.md: 言語リファレンス
- docs/development/roadmap/phases/phase-15/README.md: Phase 15計画

🔧 VMリファクタリング準備
- vm_methods.rs: VMメソッド呼び出しの分離
- plugin_loader.rs → plugin_loader/: ディレクトリ構造化
- mir/builder/exprs.rs: 式ビルダー分離

📝 新規ドキュメント追加
- 論文戦略・ロードマップ
- Phase 15セルフホスティング準備資料
- Codex Androidセットアップガイド

ビルドは正常に通ることを確認済み！🎉

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>

2025-09-04 06:27:39 +09:00

3.7 KiB

Raw Blame History

論文ロードマップ 2025-2026

Date: 2025-09-03 Status: Strategic Planning

📚 論文の優先順位と関係

優先度1: Paper A（実装の幅）

「From Interpreter to Native GUI Apps: Universal Execution with 13 Instructions」

執筆時期: 2025年9-10月
投稿先: ASPLOS 2026（締切: 2025年8月）→ CGO 2026（締切: 2025年10月）
理由: データが揃っている、インパクトが大きい

優先度2: Paper D → Paper Aに統合

「JIT→EXE生成」は Paper A の一部として扱う

Paper Dの内容はPaper Aの Chapter 4「Native Execution」に吸収
Cranelift + lld統合の詳細はPaper Aで十分カバー
独立論文にするより統合した方が強力

優先度3: Paper B（設計哲学）

「The Simple Lifecycle Philosophy」

執筆時期: 2025年11-12月
投稿先: PLDI 2026（締切: 2025年11月）
理由: 使用経験を積んでから書く

優先度4: Paper C（ANCP圧縮）

「90% Code Compression for AI Era」

執筆時期: 2026年1-2月
投稿先: ICSE 2026 or FSE 2026
理由: 実装完了後に評価

🔄 論文間の関係図

Paper A（実装の幅）
    ├── MIR13設計
    ├── インタープリター
    ├── VM実装
    ├── JIT/AOT（旧Paper D内容）
    └── GUIアプリ
          ↓
    技術的基盤を提供
          ↓
Paper B（設計哲学）
    ├── Box統一哲学
    ├── ライフサイクル
    └── なぜ13で十分か
          ↓
    哲学的基盤を提供
          ↓
Paper C（ANCP圧縮）
    ├── 90%圧縮
    ├── AI協働
    └── 可逆変換

📅 実装と論文の同期

2025年9月

[実装] ChatGPT5リファクタリング完了
[論文] Paper A データ収集・執筆開始

2025年10月

[実装] JIT→EXE実装（Cranelift + lld）
[論文] Paper A 投稿（CGO 2026）

2025年11月

[実装] ANCP プロトタイプ開発
[論文] Paper B 執筆開始

2025年12月

[実装] ANCP 評価・改善
[論文] Paper B 投稿（PLDI 2026）

2026年1月

[実装] 自己ホスティング開始
[論文] Paper C 執筆開始

💡 戦略的判断

なぜPaper Dを独立させないか

内容の重複: JIT→EXEはPaper Aの自然な一部
ストーリーの強化: 5つの実行形態の1つとして扱う方が強い
ページ数制限: 独立論文にするには内容が薄い

Paper Aに統合するメリット

完全性: インタープリターからEXEまでの完全なストーリー
インパクト: 「13命令ですべて」がより強調される
実装の統一性: 同じMIRからの多様な出力

🎯 各論文の勝負ポイント

Paper A: 実装の幅で勝負

スクリーンショット・デモ動画
5つの実行形態の性能グラフ
実アプリケーションの動作証明

Paper B: 設計の美しさで勝負

シンプルな概念図
学習曲線のデータ
他言語との比較表

Paper C: 革新性で勝負

90%圧縮の実証
AI時代への対応
可逆性の証明

🌟 期待される成果

2025年

Paper A採択 → Nyashの実用性を証明
Paper B投稿 → 設計哲学を世界に

2026年

Paper B採択 → 言語設計の新パラダイム
Paper C採択 → AI時代の新技術
招待講演・チュートリアルの機会

2027年以降

博士論文のベース完成
書籍化の可能性
Nyashコミュニティの拡大

結論: Paper Dは独立論文ではなく、Paper Aの一部として最大限活用する！

3.7 KiB Raw Blame History Unescape Escape