404Vibe 라는 사이트를 만났다. 한 줄 카피 가 이랬다 — “AI 가 코드는 짜줘도, 판단은 네가 해야 한다.” 이 문장 하나 가 요즘 내 가 계속 곱씹던 질문 을 정확히 찔렀다. 바이브코딩 으로 코드 가 공짜 에 가까워진 시대에, 그럼 개발자 는 대체 무엇 으로 값을 하는가.

404Vibe — AI 시대의 실전 개발 판단력 트레이닝

1. 코드 가 싸지면, 병목 은 판단 으로 옮겨간다

몇 년 전 까지 개발자 의 희소성 은 ‘짤 수 있느냐’ 에 있었다. 이제 는 AI 가 짠다. 그것도 그럴듯하게. 문제 는 여기 다 — AI 는 틀린 답 도 그럴듯하게 준다.

SELECT 한 줄, 트랜잭션 한 블록, 삭제 로직 한 함수. 다 돌아간다. 데모 에서 는 문제 없어 보인다. 그런데 트래픽 이 붙고, 데이터 가 쌓이고, 동시 요청 이 겹치는 바로 그 순간 터진다. 코드 는 문법 적 으로 완벽 했다. 틀린 건 판단 이었다.

즉 AI 시대 의 병목 은 생산(코드 를 만드는 일) 이 아니라 검증(그 코드 가 어디서 무너지는지 아는 일) 으로 이동했다. 404Vibe 는 바로 그 이동 을 정면 으로 겨냥한다.

2. 404Vibe 는 퀴즈 가 아니라 장애 리허설 이다

사이트 를 둘러보면 문제 들이 하나 같이 ‘코드 는 돌아가는데 판단 이 틀린’ 실전 사고 시나리오 다. 몇 개 만 옮겨보면 (요약):

  • 선착순 1 개 상품 을 두 명 이 동시 결제 → 재고 −1, 판매 2 건. (동시성 · 락)
  • 주문 테이블 에 관리자 메모 · 상담 이력 을 전부 TEXT 컬럼 으로 욱여넣었더니, 3 개 컬럼 만 조회 하는 목록 이 느려짐. (컬럼 분리 · I/O)
  • 회원 탈퇴 를 DELETE 로 처리 했더니 주문 · 결제 · 배송 이력 이 통째 로 끊김. (soft delete · 참조 무결성)
  • 서버 는 살아 있는데 외부 에서 :8080/health 가 안 닿고, 로그 에 요청 이 안 찍힘. (방화벽 · 네트워크 경계)
  • 수식 은 맞는데 수수료 를 합산 하자 금액 이 미세하게 안 맞음. (부동소수점 · 정산)
  • 신청 로직 전체 를 트랜잭션 으로 감쌌는데 정원 100 명 에 104 명 이 신청됨. (트랜잭션 ≠ 락)

이 목록 을 보고 등골 이 서늘 했던 이유 는 — 전부 내 가 실제 로 판단 해 본 것들 이기 때문이다.

3. 나 는 이 문제 들 을 현장 에서 겪었다

나 는 홈랩 에 6 노드 K3s 클러스터 를 굴리고, 정산 · MSA · 헥사고날 같은 걸 붙잡고 산다. 위 문제 들 은 남 얘기 가 아니다.

  • “서버 는 사는데 접속 이 안 된다” — 바로 얼마 전, 클러스터 API 가 프로세스 는 멀쩡히 LISTEN 중인데 특정 클라이언트 에서 만 안 닿았다. 답 은 코드 가 아니라 방화벽 경계 였다. 404Vibe 의 그 문제 와 판박이 다.
  • soft delete — 정산 · 주문 도메인 에서 물리 삭제 는 거의 항상 오답 이다. 삭제 대신 상태 전이 와 불변 이력 으로 가야 감사 · CS · 매출 통계 가 산다.
  • 트랜잭션 ≠ 락 — “트랜잭션 으로 감쌌으니 안전 하겠지” 는 초심자 가 가장 자주 밟는 지뢰 다. 격리 수준 과 락 을 이해 못 하면 동시성 은 트랜잭션 만 으로 안 막힌다.

AI 는 이 문제 들 의 코드 를 즉시 준다. 그런데 “이 코드 는 재고 를 음수 로 만들 수 있어” 라는 경고 는, 내 가 판단 하지 않으면 아무 도 해주지 않는다.

4. 고찰 — 판단력 은 훈련 가능한가

여기서 진짜 질문. 판단력 은 가르칠 수 있는 것인가, 아니면 그냥 얻어맞으며 얻는 것인가.

내 잠정 결론 은 — 판단력 = 압축된 실패 경험 이다. 시니어 가 코드 를 힐끗 보고 “이거 여기서 터진다” 하는 건 초능력 이 아니라, 그 실패 를 이미 여러 번 겪은 패턴 인식 이다. 문제 는 실무 에서 그 실패 를 모으는 비용 이 비싸고 느리다 는 것 — 장애 한 번 이 곧 사고 다.

404Vibe 의 영리함 은 여기 있다. 남 의 실패 를 압축 해서 대신 겪게 한다. 하루 5 문제, 매주 5 개 씩 추가. 실무 였다면 몇 년 에 걸쳐 얻어맞을 패턴 들 을, 안전한 사고 실험 으로 당겨서 훈련 한다. taste 는 결국 노출량 의 함수 라서, 이 습관화 설계 는 꽤 정직 하게 작동 할 것 같다.

5. 그래도 남는 의문 — 객관식 이 판단 을 다 담나

균형 을 위해 반대 편 도. 실무 판단 은 정답 이 하나 가 아닌 경우 가 많다. “soft delete 가 정답” 이라지만, 로그 성 데이터 는 그냥 지우는 게 맞고, 규제 산업 은 또 다르다. 판단 은 맥락 과 trade-off 위 에 서는데, 객관식 은 그 맥락 을 납작 하게 만들 위험 이 있다.

하지만 — AI 시대 에 정말 결정적 인 건 2 지선다 의 고급 판단 이 아니라, “AI 가 준 그럴듯한 오답 을 오답 으로 알아채는 1 차 필터” 다. 그리고 그 1 차 필터 는 객관식 으로 도 충분히 훈련 된다. “트랜잭션 으로 감쌌으니 됐다” 를 보고 손 이 멈칫 하는 감각 — 그거 하나 만 길러도 사고 의 절반 은 막는다.

6. 결론 — AX 시대 에 나 는 무엇 을 훈련 하는가

DX(디지털 전환) 다음 은 AX(AI 전환) 라고들 한다. 그 전환 의 핵심 은 도구 가 코드 를 대신 쓰는 것 이 아니라, 개발자 의 역량 무게중심 이 ‘생산’ 에서 ‘판단’ 으로 옮겨가는 것 이다.

  • 예전: 얼마나 빨리, 정확히 짜는가
  • 지금: AI 가 쏟아낸 그럴듯한 것들 중 무엇 이 진짜 맞는지 가려내는가

404Vibe 는 그 무게중심 이동 을 체감 가능한 훈련 으로 번역 해 놓은 사이트 다. 나 처럼 직접 만들고, 직접 굴리고, 직접 사고 치며 배운 사람 에게 는, 그 문제 들 이 마치 내 지난 장애 리포트 의 요약본 처럼 읽힌다.

결국 남는 문장 은 처음 그 카피 로 돌아간다 — AI 가 코드는 짜줘도, 판단은 네가 해야 한다. AI 에게 일 을 시키는 시대 일수록, 정확히 지시하고 · 결과 를 의심 하고 · 어디서 터질지 아는 그 판단력 이 마지막 해자(moat) 로 남는다. 그러니 코드 는 AI 에게 맡기고, 나 는 판단 을 훈련 하기 로 한다.

사이트: 404vibe.app — “하루 5 문제면 충분해.”