안녕하세요. IT 생존 전략 시리즈의 네 번째 시간입니다. 지난 3편에서는 비전공자가 AI를 통해 아이디어를 빠르게 시각화하는 프로토타이핑에 대해 알아보았습니다. 오늘은 실제 코드를 다루는 현업 개발자, 혹은 이제 막 개발에 입문하여 에러 메시지와 사투를 벌이고 있는 분들을 위한 이야기입니다.
현직 개발자들의 하루 일과를 들여다보면, 새로운 코드를 짜는 시간보다 이미 만들어진 코드의 버그를 찾고 수정하는 '디버깅(Debugging)'에 훨씬 많은 시간을 씁니다. 오죽하면 "코딩은 10%의 작성과 90%의 디버깅으로 이루어진다"는 말이 있을 정도니까요. 터미널에 빨간색 에러 문장이 뜨는 순간, 심장이 덜컥 내려앉고 구글과 스택 오버플로우(Stack Overflow)를 헤매며 몇 시간씩 허비했던 경험은 개발자라면 누구나 가질 수밖에 없는 통과의례입니다.
하지만 GitHub Copilot이나 ChatGPT 같은 생성형 AI 툴이 개발 생태계에 깊숙이 자리 잡은 지금, 디버깅의 패러다임이 완전히 바뀌었습니다. 무작정 검색창을 뒤지는 대신, 내 옆에 24시간 대기하는 똑똑한 '부사수'에게 에러를 물어보고 해결책을 함께 도출하는 시대가 된 것이죠. 오늘은 실제로 제가 디버깅 시간을 절반 이하로 줄였던 구체적인 AI 활용 노하우를 공유해 드리겠습니다.
에러 메시지 통째로 던지기: 단순 번역을 넘어선 '맥락 분석'
개발 초년생 시절 제가 가장 많이 했던 실수는 에러 메시지 중 '가장 있어 보이는 단어' 몇 개만 추려서 구글에 검색하는 것이었습니다. 예를 들어 NullPointerException이나 TypeError: undefined is not a function 같은 문장 말이죠. 이렇게 검색하면 전 세계의 수만 가지 케이스가 쏟아져 나와, 내 코드에 맞는 진짜 원인을 찾는 데 더 오랜 시간이 걸립니다.
AI를 활용할 때는 터미널에 찍힌 에러 로그 전체를 복사해서 그대로 붙여넣는 것이 좋습니다. 이때 단순히 "이거 해결해 줘"라고 하기보다는, 에러가 발생한 지점의 소스코드와 함께 맥락을 제공해야 합니다.
예를 들어, "Node.js 환경에서 Express로 서버를 구축하고 데이터베이스에서 사용자 정보를 조회하는 기능을 구현 중이야. 코드는 아래와 같은데, API를 호출하면 이런 에러 로그가 발생해. 어떤 부분이 잘못되었는지 분석해 주고 해결 코드를 제안해 줘"라고 요청하는 식입니다.
AI는 에러 메시지의 표면적인 의미뿐만 아니라, 함께 제공된 소스코드의 데이터 흐름을 추적합니다. 사람이 눈으로 쉽게 놓치는 오타, 비동기 처리(async/await)의 누락, 변수 스코프 오류 등을 몇 초 만에 찾아내어 정확한 짚어내 줍니다.
코드 리뷰어 역할 부여하기: "이 코드의 잠재적 버그를 찾아줘"
에러가 나지 않는다고 해서 완벽한 코드는 아닙니다. 화면은 정상적으로 동작하지만, 특정 조건에서 시스템이 멈추거나 보안에 취약한 코드가 실무에서는 더 큰 시한폭탄이 됩니다. 저는 새로 작성한 기능이나 복잡한 로직의 코드가 완성되면, 상용 환경에 반영하기 전에 반드시 AI에게 먼저 '코드 리뷰'를 요청합니다.
이때 효과적인 프롬프트는 AI에게 엄격한 시니어 개발자의 역할을 부여하는 것입니다.
"너는 10년 차 자바스크립트 시니어 개발자이자 보안 전문가야. 내가 작성한 이 회원가입 로직 코드를 리뷰해 줘. 작동은 잘 되지만 메모리 누수(Memory Leak) 가능성이 있거나, 예외 처리(Try-Catch)가 미흡한 부분, 혹은 보안상 위험한 요소가 있다면 지적해 주고 개선안을 제시해 줘."
이렇게 요청하면 AI는 인간 개발자가 미처 생각지 못한 예외 상황(Edge Case), 예를 들어 '네트워크가 갑자기 끊겼을 때의 처리'나 '입력값에 특수문자가 들어왔을 때의 유효성 검증' 같은 부분을 날카롭게 짚어냅니다. 실무에서 대형 사고가 터지기 전에 미리 방어벽을 칠 수 있는 가장 쉽고 빠른 방법입니다.
개발자로서 경계해야 할 AI 활용의 함정
AI를 통한 디버깅은 강력하지만, 생각 없이 의존하다 보면 개발자로서의 성장이 멈추는 부작용을 낳기도 합니다.
가장 경계해야 할 것은 '복사-붙여넣기(Ctrl+C, Ctrl+V)의 굴레'입니다. AI가 짜준 해결 코드가 왜 작동하는지, 기존 코드의 어떤 인프라와 충돌을 해결한 것인지 이해하지 못한 채 받아 적기만 하면, 다음에 유사한 에러가 발생했을 때 스스로 해결할 능력을 잃게 됩니다. AI가 코드를 수정해 주었다면, 반드시 "왜 기존 코드가 에러를 유발했고, 이 수정 코드는 어떤 원리로 문제를 해결한 건지 한 줄씩 설명해 줘"라고 역으로 질문해 지식을 내 것으로 만들어야 합니다.
또한, 회사나 프로젝트의 민감한 소스코드나 API 키, 비밀번호 같은 기밀 데이터를 AI 입력창에 그대로 노출하는 행위는 절대 금물입니다. 많은 기업들이 사내 코드의 외부 AI 유출을 엄격히 금지하고 있으므로, 질문을 구성할 때는 변수명이나 비즈니스 로직을 추상화하여 가상의 코드로 변경해 질문하는 습관을 들여야 안전합니다.
핵심 요약
에러를 해결할 때는 에러 메시지 파편이 아닌, 로그 전체와 관련 소스코드를 함께 제공하여 AI에게 '맥락'을 학습시켜야 합니다.
작성한 코드가 정상 작동하더라도 AI에게 '시니어 개발자' 역할을 부여해 코드 리뷰를 받으면 잠재적인 예외 상황과 보안 취약점을 예방할 수 있습니다.
AI가 제안한 코드는 반드시 원리를 이해하고 넘어가야 장기적인 기술 성장이 가능하며, 사내 보안 규정을 준수하기 위해 민감한 데이터는 마스킹 후 질문해야 합니다.
댓글
댓글 쓰기