「AI生成コードがダメすぎる」それは既存実装のせい。Voicyのバックエンド・リアーキテクトのすべて - Voicy Tech Blog

千田 (@thousanda_io) です。 先日、「専門エンジニアを廃止した ─ Voicy開発統括が半年で実行した3つの構造改革 - Voicy Tech Blog」という記事の「バックエンド：noahのAIネイティブ化」節で、Voicyのバックエンドについて触れられていました。 今回は、これをより詳しく紹介します。 本記事にはAIが生成した文章は含まれていません。 1. AI生成コードがダメすぎる 2. これまで 2.1 バックエンドアプリケーション "noah" 2.2 基幹データベースをAuroraからTiDBへ移行 2.3 noahの内部アーキテクチャの成熟 3. 今とこれから 3.1 noahをリアーキテクトする 3.1.1 リファレンス実装 "gofer" 3.1.2 コーディング指針 "compass" 3.1.3 リアーキテクトの実行 3.2 すべてをnoahに集める

[misshiki]

AIが周辺コードをまねることを踏まえ、VoicyがGo製バックエンドを再設計。お手本実装goferと共通指針compassを整備し、既存コードも改善。AIへの指示・レビュー負荷を減らし、コードとDBの集約を進める。

[strawberryhunter]

Garbage-in, garbage-out. OSのバグよりもまず自分のコードのバグを疑うのが常識なら、LLMが駄目なんじゃなくて、自分が駄目なんじゃないかと考えるのが自然。

[nemoba]

「でもここで問題があります。既存のコードにはバグがあります。この動作に合わせますか修正しますか？」既存の方がよっぽどだめ。。

[nguyen-oi]

結局AIに綺麗に書かせるためのリファクタと設計が一番泥臭くて大変というオチ