126 lines
4.4 KiB
Markdown
126 lines
4.4 KiB
Markdown
|
# Nyash Ideas Repository - Post‑Bootstrap 実装アイデア管理
|
|||
|
|
|
|||
|
|
**目的**: 機能追加ポーズ中に発想されたアイデアをPost‑Bootstrap実装用に整理・保管
|
|||
|
|
**原則**: 80/20ルール - 80%実装完了時の「残り20%」＋新機能アイデア
|
|||
|
|
|
|||
|
|
## 📁 フォルダ構造
|
|||
|
|
|
|||
|
|
### `/tools/` - 開発ツール・支援システム
|
|||
|
|
実装優先度順に配置
|
|||
|
|
```
|
|||
|
|
tools/
|
|||
|
|
├── cax/ # C-ABI Explorer (高優先度・世界初)
|
|||
|
|
├── macro-debugger/ # マクロ実行デバッガ（Phase 16関連）
|
|||
|
|
├── nyash-profiler/ # 実行プロファイラ
|
|||
|
|
└── static-analyzer/ # 静的解析ツール
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### `/language/` - 言語機能拡張
|
|||
|
|
設計完了度順に配置
|
|||
|
|
```
|
|||
|
|
language/
|
|||
|
|
├── concurrency/ # 並行性Box (設計完了・docs化済み)
|
|||
|
|
├── flow-blocks/ # フロー演算子 (設計完了・docs化済み)
|
|||
|
|
├── scope-reuse/ # スコープ演算子 (設計完了・docs化済み)
|
|||
|
|
├── pattern-matching/ # パターンマッチング拡張
|
|||
|
|
├── async-await/ # 非同期構文Sugar
|
|||
|
|
└── metaprogramming/ # メタプログラミング機能
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### `/runtime/` - ランタイム・VM改善
|
|||
|
|
技術的重要度順に配置
|
|||
|
|
```
|
|||
|
|
runtime/
|
|||
|
|
├── nyash-self-vm/ # Nyash自己実装VM (ChatGPT提案)
|
|||
|
|
├── gc-improvements/ # GC最適化・切替可能性
|
|||
|
|
├── jit-enhancements/ # JIT性能向上
|
|||
|
|
└── memory-management/ # メモリ管理改善
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### `/ecosystem/` - エコシステム・統合
|
|||
|
|
実用性順に配置
|
|||
|
|
```
|
|||
|
|
ecosystem/
|
|||
|
|
├── python-integration/ # Python統合・transpilation
|
|||
|
|
├── vscode-extension/ # VSCode拡張
|
|||
|
|
├── package-manager/ # パッケージマネージャ
|
|||
|
|
└── documentation-tools/ # ドキュメント自動生成
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### `/experimental/` - 実験的・研究用アイデア
|
|||
|
|
```
|
|||
|
|
experimental/
|
|||
|
|
├── ai-collaboration/ # AI協働開発手法
|
|||
|
|
├── academic-papers/ # 学術発表用実験
|
|||
|
|
├── performance-research/ # 性能研究・ベンチマーク
|
|||
|
|
└── future-concepts/ # 将来構想・ビジョン
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 🎯 管理ルール
|
|||
|
|
|
|||
|
|
### 新アイデア追加時
|
|||
|
|
1. **適切なカテゴリに配置**
|
|||
|
|
2. **README.md作成**（概要・優先度・実装見積もり）
|
|||
|
|
3. **関連docs更新**（既存設計との統合性確認）
|
|||
|
|
|
|||
|
|
### 実装着手時
|
|||
|
|
1. **Phase移行**: `docs/ideas/` → `docs/development/`
|
|||
|
|
2. **実装計画**: ロードマップ・マイルストーン作成
|
|||
|
|
3. **ブランチ作成**: `feature/idea-name` で開発開始
|
|||
|
|
|
|||
|
|
### 完成後
|
|||
|
|
1. **docs統合**: 正式ドキュメントに昇格
|
|||
|
|
2. **アイデア削除**: または `implemented/` フォルダに移動
|
|||
|
|
|
|||
|
|
## 📋 現在のアイデア一覧
|
|||
|
|
|
|||
|
|
### 🔥 高優先度（Post‑Bootstrap 即実装）
|
|||
|
|
- **CAX (C-ABI Explorer)**: 革新的デバッグツール（世界初）
|
|||
|
|
- **Nyash Self-VM**: Python/Rust VM統一化
|
|||
|
|
- **Flow Blocks**: 設計完了、実装のみ
|
|||
|
|
- **Concurrency Boxes**: Go超越の並行性
|
|||
|
|
|
|||
|
|
### ⭐ 中優先度（Phase 16-17）
|
|||
|
|
- **Macro Revolution**: マクロシステム拡張
|
|||
|
|
- **Python Integration**: transpilation + 相互運用
|
|||
|
|
- **Static Analysis**: 型推論・最適化支援
|
|||
|
|
|
|||
|
|
### 💡 低優先度（将来構想）
|
|||
|
|
- **Package Manager**: エコシステム成熟後
|
|||
|
|
- **VSCode Extension**: 言語安定後
|
|||
|
|
- **Academic Research**: 発表機会に応じて
|
|||
|
|
|
|||
|
|
## 🔄 更新プロセス
|
|||
|
|
|
|||
|
|
### Weekly Review
|
|||
|
|
- 新アイデアの整理・分類
|
|||
|
|
- 優先度見直し
|
|||
|
|
- 重複・統合可能性検討
|
|||
|
|
|
|||
|
|
### Phase間Review
|
|||
|
|
- 実装完了アイデアの整理
|
|||
|
|
- 次Phase候補の選定
|
|||
|
|
- ロードマップ更新
|
|||
|
|
|
|||
|
|
## 💭 アイデア品質基準
|
|||
|
|
|
|||
|
|
### High Quality (即実装候補)
|
|||
|
|
- ✅ 技術的実現性: 明確な実装パス
|
|||
|
|
- ✅ ユーザー価値: 具体的な問題解決
|
|||
|
|
- ✅ Nyash親和性: 箱理論との整合性
|
|||
|
|
- ✅ 独創性: 既存ツールにない価値
|
|||
|
|
|
|||
|
|
### Medium Quality (将来実装)
|
|||
|
|
- ✅ 概念明確性: アイデアの核心が明確
|
|||
|
|
- ⚠️ 実装詳細: 一部未確定要素あり
|
|||
|
|
- ✅ 価値仮説: 実用性の仮説あり
|
|||
|
|
|
|||
|
|
### Low Quality (要再検討)
|
|||
|
|
- ⚠️ 概念曖昧: アイデアが抽象的
|
|||
|
|
- ❌ 技術困難: 実装パスが不明確
|
|||
|
|
- ❌ 価値不明: 実用性が疑問
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**Note**: このREADMEは、アイデア管理の指針として機能。新アイデア発想時は、必ずここを参照して適切な分類・記録を行う。
|