tomoaki/hakorune
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
61800a37a71219a3e532e385c8a4b16f690ac5ed
hakorune/docs/ideas
History
Moe Charm 61800a37a7 feat: Phase 10 reorganization + GC switchable runtime + VM improvements 
## 📚 Documentation Updates
- Phase 10 reorganized with comprehensive README
  - Cranelift JIT as main implementation
  - NEW: Phase 10.4 GC Switchable Runtime (world's first\!)
  - Phase 10.5 Self-hosting (parallel)
  - Application migration tests
- Phase 11 created for LLVM AOT research (deferred)
  - Moved phase10_aot_scaffolding.md → Phase 11
  - Moved phase_10_x_llvm_backend_skeleton.md → Phase 11
- Master roadmap updated with GC runtime feature
- Ideas: GC switchable language concept documented

## 🚀 VM Implementation Progress (by ChatGPT5)
- src/backend/vm.rs: Enhanced VM execution
- src/backend/vm_instructions.rs: Instruction improvements
- src/runtime/type_meta.rs: NEW - Type metadata system
- src/boxes/buffer/mod.rs: Buffer optimizations
- src/runtime/mod.rs & plugin_ffi_common.rs: Runtime enhancements

## 🌟 Revolutionary Feature: GC Switchable Runtime
- Development mode: GC on (convenience)
- Production mode: GC off (performance)
- Technical feasibility confirmed by Codex GPT-5
- Implementation plan: After Cranelift JIT

## 📋 Phase 10 Structure
Phase 10.0: Cranelift JIT foundation
Phase 10.1-10.3: JIT implementation & optimization
Phase 10.4: GC Switchable Runtime ← NEW\!
Phase 10.5: Self-hosting (String/Array/Map in Nyash)
Phase 10.9: Application migration tests

🤖 ChatGPT5 says: Ready for Phase 10\! どきどきにゃ！
2025-08-27 01:03:55 +09:00
..
improvements
phase_9_79b_2: Docs/tests for universal thunks + PIC skeleton\n- Add VM test for type()/equals() fast-path\n- Update phase doc with progress notes
2025-08-26 21:12:32 +09:00
new-features
Docs: Add phase_9_79b_3_vm_vtable_thunks_and_pic.md\n- Plan to formalize TypeMeta+Thunk and upgrade PIC to poly\n- Diagnostics, risks, milestones, exit criteria, and Phase 10 readiness
2025-08-27 00:03:48 +09:00
other
feat: Phase 10 reorganization + GC switchable runtime + VM improvements
2025-08-27 01:03:55 +09:00
README.md
vm(compare): fix BoxRef(IntegerBox) comparisons by upstream casts and fallbacks; unify IntegerBox (re-export); as_bool truthiness; NewBox primitive fastpath; phi minimal fallback; add temp debug logs for route tracing
2025-08-26 03:26:55 +09:00

README.md

📁 Ideas フォルダ - 80/20ルールの「残り20%」管理

このフォルダは、80/20ルールに基づいて「まず動くものを作る」方針で開発した後の、 残り20%の改善案や新機能アイデアを整理して管理する場所です。

📂 フォルダ構造

ideas/
├── improvements/     # 80%実装の残り20%改善候補
│   ├── *.md         # 各改善案
│   └── archived/    # 実装済みor却下
│
├── new-features/    # 新機能アイデア  
│   ├── *.md         # 各新機能案
│   └── archived/    # 実装済みor却下
│
└── other/          # その他すべて
    ├── *.md        # 調査、メモ、設計案など
    └── archived/   # 完了済み

📝 ファイル形式

improvements/ 用テンプレート

# [機能名] の改善
Status: Pending (80%実装済み)
Created: YYYY-MM-DD
Priority: High/Medium/Low
Related-Code: src/path/to/file.rs::function_name()

## 現状（80%実装）
- 現在の実装内容
- 動作状況

## 改善案（残り20%）
### 1. 改善項目1
- 詳細
- 効果

### 2. 改善項目2
- 詳細
- 効果

## 実装タイミング
- [ ] 条件1が満たされたら
- [ ] 条件2が発生したら
- [ ] Phase Xで一括対応

🏷️ ファイル命名規則

YYYY-MM-DD-feature-name.md

例：

  • 2025-08-25-vm-andor-shortcircuit.md
  • 2025-08-26-mir-builder-cleanup.md

📊 優先度

  • High: ユーザーから要望があった、または性能に大きく影響
  • Medium: 改善すると良いが、現状でも問題ない
  • Low: Nice to have、時間があれば

🔄 ワークフロー

  1. アイデアが生まれる → 適切なフォルダに.md作成
  2. 実装タイミングが来る → 実装
  3. 実装完了 → archived/へ移動（削除せず記録として残す）

💡 なぜこの管理方法？

  • 80/20ルール遵守: 完璧主義を防ぎ、進捗を優先
  • アイデアの可視化: 良いアイデアを忘れない
  • 優先順位明確化: 本当に必要な20%だけを後で実装
  • 変化への対応: 要件変更時も80%実装なら修正が楽

Created: 2025-08-25