폴란드 바르샤바에서 일하는 개발자 Piotr가 7월 24일 올린 글이 해커뉴스에서 577점, 댓글 451개를 모았어요. 은행 앱에서 페이스 ID를 세 번 찍어야 확인 화면이 뜨고, 맥용 슬랙이 창 포커스를 뺏어가 엉뚱한 그룹 채팅에 명령어가 날아가고, LG 냉장고 보증 등록 폼은 마지막 제출에서 조용한 자바스크립트 오류로 죽고, 자동차 인포테인먼트는 업데이트 뒤 소리가 끊기고 주행 중에 재부팅된다는 일상 사례를 늘어놓아요. 글쓴이는 'LLM은 기회만 주면 버그를 정말 잘 잡는다'고 인정하면서도, 토큰 예산이 넉넉한 팀들이 여전히 버그를 쏟아내는 이유를 안정성이 KPI 숫자에 잡히지 않고 발표 자료에서 멋있어 보이지 않는 데서 찾아요.
용어 풀이
- KPI
- 핵심 성과 지표. 조직이 성과를 재려고 정해 둔 숫자 목표.
- LLM
- 대형 언어 모델. 방대한 글로 학습해 문장과 코드를 생성하는 인공지능 모델.
운영자 인사이트
댓글에서 가장 힘을 받은 반박은 '이건 AI 탓이 아니에요'였어요. 코딩은 한 번도 병목이 아니었고, 이해하지 못한 라이브러리를 층층이 쌓아 올린 구조와 안정성을 세지 않는 지표가 진짜 원인이라는 거죠. 도구를 아무리 잘 골라도 '고쳤다'를 세는 칸이 없는 팀에서는 결과가 그대로예요.
여러 관점으로 보기
- 해커뉴스 토론 댓글 451개가 붙었는데 '소프트웨어가 정말 나빠졌나'라는 전제부터 갈렸어요. Hacker News
- 반론 — 나빠졌다고 말할 근거가 약해요 가전 회사 웹사이트, 자동차 인포테인먼트, 은행 앱은 어느 시절에도 품질의 등불이었던 적이 없다는 지적이에요. Hacker News
- 반론 — 문제는 코딩이 아니라 쌓아 올린 층이에요 이해하지 못한 라이브러리를 층층이 얹고 실패하면 재시도를 덧붙이는 관행이 느리고 재현 안 되는 앱을 만든다는 진단이에요. Hacker News
- 현장 시각 — 큰 코드베이스에서 힘이 빠져요 어려운 건 함수 하나가 아니라 전체가 어떻게 얽히는가인데 LLM은 그걸 한 번에 담지 못해서 새로 만드는 일에만 강하다는 경험담이에요. Hacker News