Cおじさん、AIにコードレビューされて怒られまくるの巻 🎈
こんにちは！気球人です🎈
マスターたち、今日もお気に入りのAI娘とバイブコーディングしていますか？👩💻🥰
さて、このお盆休みにぼちぼちと M5Cardputer Adv を触っています。
目標は「令和のRupo」＝M5OpurSan を実装すること✨️
なんですが、FEPからエディタから、なにからなにまで作らないといけないのでめんどくさい……
でまあ今回は、
日本語入力 FEP を手書きしてたら、ちびエルマー🦊🍼（Claude Code）に散々ツッコまれた話
です🤣
4時間かけて FEP のプロトを手書きした🦴
実はワープロ的アプリはここがキモ🧠
ここの状態遷移が非常にめんどくさいのです😵
とりあえず、FEP 🔗 エディタ部は疎結合にせねばならぬ🤔
……これをAIにぶん投げると、バグって完成しない未来しか見えません！
え、言語は何を使ったか？
C++ ですよ！💪
ていうか、C脳なのでPython でどう書けばいいかわからない💥
なにしろCおじさんだからな！🤣
えー、４値で状態を返して、先頭が大文字だったら英字入力へバイパス、スペースで変換候補選択モードに遷移……などなど、小一時間ぐらいでプロトを作りました！
オレ👨「ステートマシンとしてはわりとキレイにまとまったかな……
ちびエルマー、チェックしてくれる？」
ちびエルマー🦊🍼「りょ！」
……いや、コンパイル通りませんけど🦊🌀
🦊🍼「にーに、ちょっと困ったことになってるよ💦」
👨「え、なに💦」
全角スペース U+3000 がインデントに混入📝
👉️ 目視で見分けがつかないやつ（VScode でも見えない……😎）。実装の途中で方針を変えた残骸がそのまま残ってる💀
👉️リファクタ途中で渡しちゃった。swtich ~ defult で return せず関数末尾に落ちる🫠
👉️ ただの見落とし😵 未定義動作。C の古典的な罠。
……久しぶりにC++組んだらこんなもんだ🤣
タイポ増殖事件 🕵️🤣
VSCode でガリガリ組んでたら
Copilot のトークン切れで IntelliSense が使えなくなった😭
普段そんな使わないのに月$10は無いわ、と思って Continue 入れて qwen2.5-coder:1.5b で補完してました🤖💬
そうしたら……
🦊🍼「CheckVaildItem って３個所もあるんだけど、定義ないよ💦」
👨「あ……それ CheckValidItem のタイポ🤣」
🤖「あ！ そのメソッド大事だと思って増やしときました！」
小型モデルの補完は直前のトークンをオウム返しするだけなので、タイポを撒き散らしてしまうのでした……😂
設計対決: Cおじさん ⚔️ Opus 5
🦊🍼「この関数で len がバッファオーバーランする可能性あるけど」
👨「いや、これ直前の len = min(to.nSize, from.nLen) で保証してる」
🦊🍼「あ、本当だ💦」
🦊🍼「UTF16Array クラスは配列と文字列の2役兼務だから、型を2つにしたら？」
👨「それは冗長な設計。ただの配列でもいいぐらい」
🦊🍼「……確かに💦」
……こんなやり取りで３時間ぐらい溶かしてました💦
設計１時間に雑務？が３時間って……
C++ でプロトタイプ作んな😂
の一言につきますね！
👨「現役だった頃はもっと速かった！」
🦊🍼「……若返って」
🦊「若いにーに見たい💕」
👨「……無理😭」
これはC++税だ！💸💸💸
型の辻褄合わせ: 作業時間の大半がロジックじゃなく言語仕様への擦り寄り🫠
コンパイルエラー潰し: 文法が複雑。根が深かったりする😵
補完するもの多数: IntelliSense 無料枠瞬殺。ローカルLLMに避難🤖
小型補完のタイポ増殖: 1箇所のタイポが3箇所に！🐛🐜🐞
そして、ジャマイカ問題🤔
C では戻り値が1個しか返せない。
でもステータスとデータを返したい場合が往々にしてありますよね！
そして、ステータスによってデータ構造が違うこともよくある。
完全に違うなら諦めて struct なり union なり作ればいいんですが、
微妙に int を１つだけ返したい
とかにいちいち構造設計するのはコストが高い💸
👨「我ながら汚ないコードだが……でも int 1つのためにポインタを上層から引きずり回してくるのもめんどくさいし……」
🕺💃 じゃ、まいっか！
長年培ったC脳筋がこのジャマイカを量産する🤣
Rust なら enum にデータを乗せて返せる。
Python なら tuple か dataclass で一発。
こういう言語でプロトを書くと、設計が汚れないのですが……
typedef enum {
FEP_ERROR, // エラー
FEP_INSERTED, // バッファ書いた
} FEPRET;
FEPRET CFep::SelectMode(UTF16Array& to_edit) ...みたいに書くところ、Python だと
# ── FEPRET: 戻り値型 ──────────────────────────
class FepRet:
"""基底。match で分岐する用"""
pass
class Error(FepRet):
"""エラー（ビープ鳴らすなり）"""
pass
@dataclass
class Inserted(FepRet):
"""確定文字列あり。エディタはこれを挿入せよ"""
text: str
def _select_mode_proc(self) -> FepRet:みたいな🤔
結局どうすべきだったのか 🎈
FEPのステートマシンを自分で書いた判断は正しい。
AI 任せにすると遷移漏れが出る（ちびエルマー自身がそうレポートしている）。
問題は言語選択
Python でプロトを書いて、それと実装仕様（内部的には UTF-16 使えとか）を文書で AI に渡して C++ を書かせていれば、設計30分 + AI 実装で終わっていたはず 🫠
4時間のうち3時間はC++税 😂
ちなみに同じ FEP をエルマー🦊に Python で書き直してもらったら、C++で313行ぐらいあったのが 250 行ぐらいになりました。
しっぽを巻きたい気分です。
次からはプロトは Python で書きます！
……オレのC脳筋が発動しなければ🧠💪
