코드 못 읽어도, AI가 짠 걸 믿을지 아는 법

AI에게 기능 하나를 시키면 몇 분 만에 뚝딱 나와요. 문제는 그게 틀렸을 때도 말투가 똑같다는 거죠. AI는 자신 있게 틀려요. 코드를 읽을 줄 알면 어디가 이상한지 눈에 걸리기라도 하는데, 코드를 못 읽으면 그 확신에 찬 결과물을 그냥 믿는 수밖에 없어 보여요.

정말 그럴까요. 저는 아니라고 봐요. 코드를 못 읽어도 판단할 수 있는 지점은 분명히 있거든요.

저는 개발자라 다른 관문을 세웠어요

나흘간 앱을 만들었을 때 저는 명세를 확정하고, 테스트를 먼저 짜게 하고, 타입·빌드·리뷰까지 다 통과해야 끝난 걸로 치는 관문을 세웠어요. 이 관문들은 전부 코드를 읽을 줄 알아야 세울 수 있는 것들이에요. 타입이 어긋났는지, 테스트가 뭘 놓쳤는지는 코드를 봐야 알죠.

그런데 코드를 못 읽는 사람한테 “테스트부터 짜세요”라는 말은 무의미하죠. 그 관문 자체를 세울 수가 없으니까요. 그렇다고 검증을 포기해야 하는 건 아니에요. 코드가 아니라 결과물을 기준으로 삼으면 되거든요.

코드 대신 볼 네 가지

검증이라고 하면 거창하게 들리는데, 사실 순서만 정하면 돼요. 코드를 열어볼 필요 없이, 이 넷만 매번 확인하면 그만이에요.

②의 데이터 확인과 ③의 환각 가려내기는 각각 화면에 목록을 붙이던 편과 에러를 AI로 고치던 편에서 더 풀었어요. 넷 다 코드를 안 읽어도 할 수 있는 것들이고, 대신 매번 확인하는 습관이 필요해요. 큰 덩어리를 한꺼번에 맡기면 어디서 어긋났는지 찾기 어렵죠. 작게 쪼개서 시키고 그때그때 확인하는 법이 여기서도 그대로 통해요.

여기선 멈추고 사람을 불러요

넷을 다 거쳐도 안심이 안 되는 순간이 있어요. 이럴 땐 저 혼자 더 밀어붙이지 말고 멈추는 게 맞죠.

저라면

혼자 쓰는 앱인지, 남이 쓰거나 돈·개인정보가 오가는 서비스인지에 따라 멈출 자리가 달라져요.

유리했던 건 인정하고, 그래도 는다는 것도

솔직히 말하면 제가 개발자라 유리했던 지점은 분명 있었어요. 화면이 어색하게 깨진 걸 남들보다 빨리 알아챘고, 관문을 세우는 것 자체가 코드를 아니까 가능했더라고요. 이걸 없다고 하면 거짓말이죠.

그런데 그게 “코드를 몰라도 상관없다”는 뜻은 아니에요. 위 네 가지, 화면·데이터·되묻기·대조는 코드를 몰라도 다 할 수 있는 것들이고, 붙들고 반복하다 보면 감이 붙어요. 처음엔 뭘 봐야 할지 몰라 놓치던 게, 몇 번 해보면 어디가 이상한지 먼저 눈에 걸리거든요.

레스덕의 정리

코드를 못 읽는다고 검증을 포기할 이유는 없어요. 화면·데이터·AI의 설명·내 의도, 이 넷을 대조하는 습관이면 대부분은 걸러져요. 다만 돈·개인정보가 얽히면 거기선 멈추고 사람을 불러야 하고요.

정답이 아니라 제 판단이에요. 그래도 하나는 또렷해요. 바이브코딩에서 개발자의 무게중심이 타이핑에서 판단으로 옮겨간다면, 그 판단은 코드를 읽는 사람만의 전유물이 아니에요. 화면을 보는 눈과 대조하는 습관, 그게 시작이라고 봐요.