1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

バイブコーディングやってますの会社をすぐ脱出した

1
Last updated at Posted at 2026-06-12

最先端行ってるプロジェクトに参画

最近参画したプロジェクトがヤバかったです。
ウチ、バイブコーディングやってます。
ウチ、めちゃくちゃ開発早いです。
ウチ、最先端行ってます。

そんな感じの若手中心のキラキラした雰囲気の現場に参画しました。
ちなみにReact開発。規模は200人以上。

メンバー構成

  • 50% 開発未経験(hello worldだけやったレベル)
  • 48% 開発経験あるけどReactやったことありません
  • 2% React経験あり

※要は98%はReact未経験のメンバー

開発スタイル

AIにガンガン作らせて、進捗率もぐんぐん上昇。

実態

98%のメンバーはソースの中身も見ずに動作確認 → PR → マージ
これの繰り返し
進捗は上がっていくけど中身のヤバさに誰も気づいていない。

どれくらいヤバか

  • 状態管理が100個以上はあたりまえ
  • 依存配列が100個以上はあたりまえ
  • ワンクリックで大量にイベント発火
  • AIすらテストコードでカバレッジ100%にできない複雑さ
  • 処理を変えるとどこかがデグレを起す

さすがに報告

  • 私「仕様変更に耐えられないソースが大量生産されています!」
  • 管理者「試験は通っている、何が問題なのかわからない。」

98%のメンバーの作業はこんなレベル

  • stringで扱っていた入力項目をnumberに変更
  • 動作確認でエラー
  • 原因はチェック処理がstring前提で作られているので型が合わずチェック処理でエラー

これに対して
エラーが起きてます。対処してください。」と指示。
チェック処理に渡す型をnumber→stringに変換しました」とAIが回答。
修正完了 → PR → マージで完了。

さすがに横から指摘

  • 私「チェック処理をstring前提からnumber前提に作り替えないと一貫性がなくなるからそんな修正じゃダメでしょ」
  • 管理者「動いてるから問題なし

えっ!

これからこんな現場増えてくるの?

最低でもClaude Opus以上のモデルを使ったほうがいいですよとアドバイスして脱出しました。

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?