Autonomaの18か月にわたるコードベース書き換え：テスト、技術的負債、サーバーアクションに関する教訓

成功したプロダクトが完全な書き直しを必要とした理由

Autonomaは、複数回の方向転換（エンタープライズ検索、ドキュメント生成、コーディングエージェント、QAテストプラットフォーム）を経て、1.5年以上にわたりプロダクトを開発し、顧客を獲得し、主要な業界プレーヤーから資金調達を行い、14人のチームを雇用しました。このような進展にもかかわらず、彼らはコードベース全体を破棄し、一からやり直すことを決断しました。

テストなしの時代とその結果

当初、チームは厳格モードなしでテストもないTypeScriptモノレポを使用していました。これは、コードベースの大部分を所有する2人のエンジニアでは機能しましたが、雇用後に災害となりました。コードベースにはnull問題、未定義の動作、不適切なエラーハンドリングが生じ、「突然」バグが発生し、顧客を失うことさえありました。創業者は当初、迅速なリリース文化を維持するためにテストを禁止していましたが、後にこれがプロダクトの品質と生産性に影響を与えたことに気づきました。

書き直しを促した技術的決定

元のプロダクトはGPT-4時代（4oではない）に構築され、モデルには広範なガードレールが必要でした。彼らは複雑な検査と7つのクリック戦略を備えた洗練されたPlaywrightとAppiumのラッパーを構築し、これらはその場で自己修復を行いました。モデルの進歩により、このような洗練された検査はもはや必要なくなり、技術的負債を抱えたレガシーコードベースの価値は低下しました。

Next.jsとServer Actionsの廃止

チームはNext.jsとServer Actionsから離れることを決め、以下の問題を挙げています：

• Server Actionsは非同期であり、ReactでuseEffectブロックや手動の状態管理が必要
• テストが困難 - テストにはインメモリデータベースを使用したPrismaオブジェクトの作成やモックが必要
• 依存性注入の機能がない
• グローバルに順次実行され、「TypeScriptでの人工的なPythonグローバルインタプリタロック」を生み出す

新しい実装では、最初からテストを導入し、最も厳格なTypeScriptモードを使用しています。