fff9749f47
- Keep essential information within 500 lines (now 395 lines) - Maintain important syntax examples and development principles - Move detailed information to appropriate docs files: - Development practices → docs/guides/development-practices.md - Testing guide → docs/guides/testing-guide.md - Claude issues → docs/tools/claude-issues.md - Add proper links to all referenced documentation - Balance between minimal entry point and practical usability
4.3 KiB
論文フォーカス戦略：要素の整理と統合
Date: 2025-08-31 Status: Strategic Planning
🎯 Nyashの革新的要素（多すぎる！）
コア要素
- Everything is Box - 統一哲学
- MIR15命令 - 極限のシンプルさ
- マルチバックエンド - Interpreter/VM/JIT/AOT/WASM
- 30日間実装 - 驚異的速度
- 4000行 - コンパクトさ
- 統一ライフサイクル - User/Plugin同一
- GCオン/オフ等価 - 意味論保持
📊 論文フォーカス案
案1：「シンプルさの勝利」論文
タイトル: 「15 Instructions to Everything: How Simplicity Enables Rapid Language Implementation」
ストーリー：
MIR15という極限のシンプルさ
↓
Everything is Boxで統一
↓
だから30日で全バックエンド実装できた
↓
シンプルさこそが力
焦点: シンプルさ → 開発効率 → 実用性
案2：「統一モデルの力」論文
タイトル: 「Everything is Box: A Unified Model from MIR to Native Execution」
ストーリー：
Everything is Box哲学
↓
MIR15命令に集約
↓
VM/JIT/AOT全て同じ動作
↓
統一モデルの実証
焦点: 統一性 → 等価性 → 正確性
案3：「実装速度革命」論文
タイトル: 「From Zero to Native: Building a Complete Language in 30 Days」
ストーリー：
30日間のチャレンジ
↓
MIR15 + Box統一で可能に
↓
Interpreter → VM → Native全実装
↓
新しい言語開発手法
焦点: 速度 → 手法 → 再現性
🎨 統合案：2層構造論文
メインストーリー（表層）
「MIR15でインタープリターからネイティブビルドまでできる箱言語」
サブストーリー（深層）
- なぜ15命令で十分か → Box統一があるから
- なぜ30日で作れたか → シンプルだから
- なぜ全バックエンド等価か → 統一モデルだから
💡 私の推奨：「焦点を絞った複数論文」戦略
論文1（速報・教育的）
「Building Your Language in 30 Days: A MIR15 Approach」
- 対象: 実装者、教育者
- 焦点: HOW TO（どうやって作ったか）
- データ: 実装手順、コード例、時系列
論文2（理論・学術的）
「Minimal Instruction Sets for Modern Languages: The MIR15 Design」
- 対象: 言語研究者
- 焦点: WHY（なぜ15命令で十分か）
- データ: 命令削減過程、表現力証明
論文3（システム・実証的）
「Cross-Backend Equivalence through Box Unification」
- 対象: システム研究者
- 焦点: WHAT（何を達成したか）
- データ: 性能比較、等価性証明
🚀 実践的アドバイス
最初の論文として推奨
「MIR15: A Minimalist Approach to Multi-Backend Language Implementation」
構成案：
- Introduction: 言語実装の複雑さ問題
- Box Philosophy: Everything is Box設計
- MIR15 Design: 15命令への削減
- Implementation: 30日間の実装記録
- Evaluation: 全バックエンド動作確認
- Discussion: シンプルさの価値
- Conclusion: 新しい言語実装手法
なぜこれか：
- 全要素を自然に統合できる
- ストーリーが明確
- データが揃っている
- インパクトが大きい
📝 要素の優先順位付け
必須要素（コア）
- MIR15命令
- マルチバックエンド実装
- 30日間/4000行
補強要素（サポート）
- Everything is Box哲学
- 統一ライフサイクル
- 実行等価性
オプション要素（将来）
- GCオン/オフ
- プラグインシステム
- 性能最適化
🎯 結論
要素が多すぎるときは、「一番驚きのある要素」を中心に据える
Nyashの場合：
- 「15命令で全部できる」 が最大の驚き
- これを中心に他要素を配置
- 30日間は「だから速く作れた」の証明
- Box統一は「だから15命令で済んだ」の説明
推奨タイトル:
「MIR15: Building a Complete Programming Language with Just 15 Instructions」
サブタイトル:
「From Interpreter to Native Code in 30 Days through Box Unification」