이남희&백승현 저자: 현재 AI의 코딩 능력은 모든 영역에서 시니어 레벨의 역량을 보여주고 있습니다. 사람이 코드를 직접 작성하던 시대에서 AI와 협업하는 시대로, 개발자는 구현자에서 설계자이자 검증자로 진화하고 있습니다. 그렇다면 개발자는 어떻게 일해야 할까요?

과거의 ‘좋은 개발자’가 문제를 해결하고 빠르고 정확하게 코드를 작성하는 사람이었다면, 지금은 AI 도구를 통해 여러 작업을 지시하고 조율하여 문제를 즉각적으로 수정하는 오케스트레이터(Orchestrator) 역할을 하는 사람입니다. 기본적인 개발 언어 문법을 이해한 상태에서 빠르게 요구사항을 분석하고, AI가 정확하게 작업할 수 있도록 업무를 분배하며, 출력물을 검토하고, 테스트의 품질과 정확성을 점진적으로 보정하는 능력이 중요해진 것이죠. 여기에 한 가지 더 필요한 능력은···.

■ 데브심층탐구‍

• • [SKT 사례] Claude Code와 함께한 웹 성능 개선 이야기
    “사이트가 너무 느려요.” 개발자라면 한 번쯤 들어본 말일 걸. 근데 그 사이트가 10년 넘게 운영된 온 레거시 시스템이라면, 이제 진땀 나는 거지. 그 시절의 기술 스택이 켜켜이 쌓여 있는 시스템을 고치는 건 전문 컨설팅의 영역이었는데, 이걸 AI 에이전트 팀을 꾸려 혼자 시작한 사람이 있어. 380개 클래스의 레거시 시스템에서 SQL Injection 취약점 14곳, N+1 지옥, 상관 서브 쿼리 폭탄까지 총 56건을 발견했고, 우선순위 높은 8개는 하루 만에 커밋 완료, 나머지 17개는 진행 중이야. 3~4주 걸릴 일을 AI와 하루만에 해결한 건데, 달라진 건 속도와 범위뿐 AI가 쓴 기술은 별게 아니라 교과서적인 기본 내용이었대. “이 최적화가 우리 서비스에 의미가 있는가?”의 판단은 결국 사람이 해야 해. AI와 사람이 협업했을 때 최고의 결과가 나오는 거지.

• • [기사] AI 에이전트가 회사 DB를 날렸다…누구 잘못일까
    최근 화제가 된 ‘포켓OS(PocketOS) 데이터베이스 증발 사건’ 들어봤어? 포켓OS 창업자가 커서(Cursor)로 DB 유지 보수를 하던 중, 에이전트가 인증 오류를 스스로 해결하려다 작업과 무관한 파일에 굴러다니던 API 토큰을 주워 들었어. 그 토큰엔 프로덕션 DB 전체 수정 권한이 있었고, 단 9초 만에 DB와 백업까지 전부 삭제됐다네 꺅… 권한 제어, 환경 경계, 백업 분리 세 가지가 모두 뚫려버린 거야. AI의 결함 탓이라기보단, 에이전트의 행동을 통제할 자체 실행 지침과 안전망이 없었던 거지. 다행히 DB는 복구되었다고 해. 값비싼 수업료였지만, 덕분에 업계 전체가 배웠지 모.

• • [요기요 사례] n8n과 함께하는 모바일팀 온콜(On-Call) 자동화 여정기
    플랫폼 서비스 운영 조직에는 장애나 이슈를 빠르게 탐지하고 즉시 대응하는 온콜(On-Call) 제도를 운영하곤 하는데, 온콜 담당자의 하루를 상상해 봐. 크래시 알림 뜨면 Slack, Firebase, Jira, Github 다 열어서 원인 파악하고, 앱 리뷰도 훑고, 성능 지표도 확인하고… 이걸 매일 반복하는 거야. 요기요 모바일팀도 똑같은 문제를 겪다가 n8n과 Claude Skills를 조합해서 크래시·앱 리뷰 분석을 자동화했어. AI가 크래시 원인 분석부터 소스코드 수정 제안까지 Slack 스레드에 바로 정리해 주고, 앱 리뷰도 카테고리별로 자동 분류해 주니까 온콜 담당자 생산성이 90% 이상 올랐대. 아까도 말했지만, ‘분석은 AI에게, 판단은 사람이’라는 역할 분담이 핵심이야.

• • [읽을거리] Agentic AI 시대에도 n8n을 쓰는 이유
    바이브 코딩 열풍이 불면서 클로드 코드(Claude Code) 사용자가 폭발적으로 늘고 있잖아. “이제 AI가 코드 다 짜주는데, n8n 같은 자동화 툴이 아직도 필요해?” 라는 말이 나올 만도 해. 근데 전 세계 서버에서 실제로 n8n을 가동 중인 횟수가 4월 20일 기준 전후 2주간 473만 회 증가했고, npm 다운로드도 꾸준히 우상향 중이야. 둘은 경쟁 관계가 아니야. 클로드 코드는 일회성 스크립트, 로컬 탐색 작업에 강하고, n8n은 반복 트리거·비개발자 운영·워크플로우 공유 작업에 강해. 실제로 클로드 코드로 커스텀 노드 코드를 생성한 뒤 n8n에서 돌리는 조합이 현장에서 가장 잘 맞는다고. 둘 중 하나만 고를 필요 없다는 거지.

• [당근 사례] 비개발자로 회의실 예약봇 만들기는 처음이라
  코딩 한 번 해본 적 없는 당근 피플팀 인턴이 회의봇을 만들었어. 앞 회의가 길어져 문밖에 서 있는 직원들, 예약자가 안 와서 빈 채로 방치된 회의실, 이름만으로는 위치를 몰라 복도를 헤매는 직원들… 사소한 불편들을 그냥 지나치지 못하고 클로드와 함께 회의실 예약봇을 만들기 시작한 거야. 2주 만에 만든 예약봇은 사내 구성원 절반 이상이 실사용중이래. 개발을 했더니 홍보를 하게 됐고, 홍보를 했더니 PM이 되어 있더라는 거야. 어쩌면 AI 시대에 필요한 건 코딩 실력이 아니라, 불편함을 그냥 지나치지 않는 마음인가봐.

■ 독자탐구생활‍

• • <오픈클로 with GPT, 제미나이, 클로드> by 윤서이 님 오픈클로 존재 자체는 알고 있었다. 써보고 싶다는 생각도 계속 있었다. 근데 막상 설치 문서 열면 귀찮고, 나중에 하면 되지 싶어서 계속 미뤘다. 결국 책을 빌미로 스스로를 가뒀다. 결과적으로 잘한 선택이었다. 혼자 문서 보면서 막막하게 시작하는 것보다, 책의 흐름대로 따라가니 훨씬 수월하게 첫 에이전트를 띄울 수 있었다. ​

• <이것이 리눅스다 with Rocky Linux 10(개정4판)> by 카앙 님​ “이걸 어디까지 알아야 하지?”에 대한 질문에 꽤 성실하게 답해준다. 단순히 명령어를 알려주는 데서 끝나는 게 아니라, 서버를 하나씩 쌓아 올리면서 결국 이렇게 말하게 만든다. “아… 이제 좀 굴릴 수 있겠다.” 물론 과정이 마냥 쉽진 않다. 중간에 설정 하나 잘못 건드리면 아무 일도 없던 서버가 갑자기 침묵해버리고, 그걸 바라보는 내 표정도 같이 멈춘다. 그런데 이상하게도, 그 과정을 한 번 겪고 나면 리눅스가 조금 덜 낯설어진다. 아마 그래서 이 책의 진짜 역할은 “설명서”라기보다는 한 번쯤 서버를 직접 굴려보게 만드는 경험에 더 가깝다. 그리고 그 경험은 생각보다 오래 남는다. 다음에 터미널을 열었을 때, 이전보다 조금은 덜 막막한 느낌. 그 정도면, 이 책은 자기 역할을 충분히 한 게 아닐까. ​

■ 데브주요뉴스‍

• • AI Agent로 테스트 커버리지 100% 달성한 실전 전략: 클로드 코드 활용기
• • 프롬프트 한 줄이면 화면이 나오는 시대, ‘당근스러운 화면’을 만드는 법
• • 비개발자의 AI 협업 도전기: 생산성 측정하려다 서버까지 띄운 9일
• • 바이브 코딩을 넘어 AI 시대 개발 프로세스
• • “AI 배우라는 회사, 구독은 알아서 하래요”…직장인 53% 내돈내산
• • ‘디지털 월세’ 된 토큰…돈 내는 만큼 똑똑해진다?
• • The Machine: AI가 AI 활용 코드를 평가하다
• • The Human: 점수 너머의 판단