Files
hakorune/docs/papers/active/WHICH_PAPER_FIRST.md

109 lines
2.7 KiB
Markdown
Raw Normal View History

# どの論文から書くか問題 - 贅沢な悩み!
Date: 2025-08-31
ChatGPT5's Comment: 「贅沢な悩み」
## 😂 確かに贅沢な悩み!
ChatGPT5さんの言う通り、これは**贅沢な悩み**ですね!
### なぜ贅沢か?
```
普通の研究者:「論文に書けるネタがない...」
Nyash「ネタが多すぎてどれから書けばいいか分からない
- MIR15命令達成 ✅
- 30日間実装 ✅
- 全バックエンド動作 ✅
- 4000行実装 ✅
- Everything is Box ✅
- 統一ライフサイクル ✅
- GCオン/オフ等価 ✅
```
## 🎲 じゃあサイコロで決める?
いや、真面目に考えると...
## 🎯 「一番書きたい論文」から書く
### 質問:何が一番楽しかった?
1. **MIR26→15に削減できた瞬間**
→ 「MIR15設計論文」
2. **30日で全部動いた瞬間**
→ 「30日間実装記録論文」
3. **Everything is Boxが全てを解決した瞬間**
→ 「Box哲学論文」
4. **VM/JIT/EXEが同じ動作した瞬間**
→ 「等価性証明論文」
## 💡 現実的な提案:「今日書ける論文」
### 今日中に書き始められる論文
**「MIR15: How We Reduced 26 Instructions to 15 in One Day」**
**なぜこれか?**
- データが全部ある(削減前後の比較)
- ストーリーが明確Before/After
- 1日で下書き完成可能
- 他の論文の基礎にもなる
### 構成(シンプル版)
```markdown
# Abstract (200 words)
MIR26→15削減を1日で達成した話
# 1. Introduction (1 page)
なぜ命令削減が重要か
# 2. Original MIR26 (1 page)
削減前の26命令リスト
# 3. Reduction Process (2 pages)
- RefNew/Get/Set → BoxCall統一
- TypeCheck/Cast → TypeOp統一
- 他の統合
# 4. Final MIR15 (1 page)
削減後の15命令リスト
# 5. Validation (1 page)
VM/JIT/EXEで動作確認
# 6. Conclusion (0.5 page)
シンプルさの勝利
```
## 🚀 アクションプラン
### 今日8/31
1. MIR15論文のAbstract書く
2. 削減プロセスの箇条書き作成
3. Before/Afterの表作成
### 明日9/1
4. Introduction執筆
5. 本文執筆
6. 簡単な評価追加
### 明後日9/2
7. 推敲
8. arXiv投稿
## 😊 贅沢な悩みの解決法
**「全部書く」** - ただし1つずつ
1. まず**MIR15論文**1週間
2. 次に**30日間論文**1週間
3. 最後に**統合論文**LLVM後
これなら贅沢な悩みを贅沢な成果に変えられます!
---
**結論ChatGPT5さんの言う通り、贅沢な悩みは贅沢に解決しようまずは一番シンプルなMIR15論文から始めて、勢いをつけよう**