“초기엔 바이브 코딩이 약속했던 즉각적인 만족감을 확실히 실현했다. (…) 말 그대로 ‘도파민 히트’였다.”

요즘 기술블로그나 개발 관련 매체를 보면 단순히 바이브 코딩을 했다는 이야기에서 더 진화한 것 같아. AI로 변화된 업무 방식이나 방향성 등이 경험으로부터 구체화 되고 있다는 것이 느껴져. 그래서 이제는 우와! 신기하고 대단해! 단계를 넘어서 어느 정도 도입이 일상화되고 정착된 단계라는 생각이 들어. 전에는 그냥 대충 ‘이런 기능 만들어줘~’하고 ‘느낌(Vibe)’을 던지면 AI가 코드를 짜주는 것 자체가 도파민 팡팡 터질 만큼 짜릿했는데 말이야. 세상이 그만큼 빨리 변화에 적응하고 있다는 소리 아닐까?

오늘은 바이브 코딩의 달콤한 유혹 뒤에 숨겨진 작금의 현실을 분석한 글이 있어서 가져왔어. 대략적인 바이브로만 작성한 코드는 혼자 놀기에는 부담이 없지만, 실제 서비스에 배포하는 순간 기술 부채, 보안 구멍, 꼬여버린 로직이라는 거대한 괴물이 되어서 되돌아올 수 있다는 건 다들 알고 있을 거야. 그게 바로 지금 ‘프롬프트’를 넘어서 ‘컨텍스트 엔지니어링(Context Engineering)’에 주목하는 이유야.

이게 왜 중요하냐면, 우선 직관은 한계가 있지만 구조는 무한하기 때문이야. 대충 말하는 건 한계가 있지만, 프로젝트의 규칙과 문서를 체계적으로 전달하면 AI가 훨씬 더 정교하게 일하게 되거든. 그리고 프롬프트가 대충 적은 메모라면, 컨텍스트 엔지니어링은 AI에게 완벽한 각본을 짜주는 거랑 같아. 무엇보다 이제 코드를 잘 짜는 사람보다, AI에게 ‘완벽한 맥락’을 설계해 줄 줄 아는 사람이 진짜 능력자가 되는 시대가 된 것 같아. ‘에이, 그냥 AI가 알아서 해주는 거 아니었어?’ 싶겠지만, 실제 현업에서는 이 ‘맥락’ 하나에 프로젝트의 생사가 갈린다는 게 핵심. 이쯤되면 단순한 ‘바이브’ 맛에 취해 있다가 배포 날 밤 새우지 말고, 바이브 코딩 그 너머에 있는 무언가를 생각해 볼 필요도 있지 않을까. 그 너머에 무언가가 궁금하다면, 오늘 뉴스레터에 담긴 정보들이 도움이 될거라 믿어.바이브 코딩, 그냥 하면 망한다? (feat. 컨텍스트 엔지니어링)

■ IT 스냅샷: 이달의 화두는?‍

• • [#아키텍처] AI가 자꾸 틀리는 진짜 이유? 우리가 놓쳐온 컨텍스트 엔지니어링
    “배경지식과 작업 기억이 없는 AI에게 완벽한 결과물을 기대하는 것은, 신입사원에게 아무런 사전 설명 없이 ‘알아서 잘 해봐’라고 말하는 것과 다르지 않습니다.”

• • [#컨텍스트] 실전, 맨땅에 LLM 서비스 구축하기 1편: RAG보다 중요한 컨텍스트 설계
    “가독성이 월등히 높은 YAML을 선택했습니다. (…) 최소한의 컨텍스트로 API의 의미를 정확히 파악할 수 있습니다.”

• • [#인프라 민주화] 레거시 인프라 작살내고 하이브리드 클라우드 만든 썰
    “OpenStack을 구축해야 할 엔지니어가 단 두 명뿐이었습니다. (…) 점잖으신 분들은 ‘용감하다’고 했고, 직설적인 분들은 ‘미쳤다’고 했습니다.”

• • [#아키텍처] 트래픽과 데이터 정합성, 둘 다 잡는 당근페이의 아키텍처 진화 과정
    “도메인 Repository 구현체들이 한곳에 모여 있으면서 얻을 수 있는 장점은 생각 없이 코드를 추가할 수 있다는 점 정도뿐이었어요.”

• • [#탑다운 학습] 안드로이드 개발자가 AI 믿고 웹 프론트까지 배포해버린 사연 (Product Engineer 되기)
    “원래 iOS 직무 확장을 신청한 상태였습니다. 하지만 다음 날 바로 프론트엔드 개발을 맡게 됐고… (…) 우리는 더 이상 ‘코드 라이터(Code Writer)’가 아니라 ‘코드 로케이터(Code Locator)’에 가까워졌습니다.”

• • [#비판적 리뷰] 주니어부터 시니어 개발자까지, 바이브 코딩으로 AI와 효율적으로 협업하는 방법
    “저는 이제 모두 수락(Accept All) 버튼만 누르고 diff도 읽지 않습니다. 에러 메시지가 뜨면 그 내용을 복사해 붙여 넣을 뿐입니다. 대부분 그걸로 해결되죠.”

• • [#재정의] 스탠퍼드 대학교는 왜 ‘코딩 말고 다른 것’을 가르치기 시작했을까?
    “AI는 책임을 지지 않고, 맥락을 완전히 이해하지 못하며, 틀려도 확신에 차서 말합니다(할루시네이션). (…) 코딩은 여전히 필요합니다. 그러나 경쟁력의 핵심은 문제 정의, 판단, 책임입니다.”

■ 독자탐구생활‍

• • 
    <바이브 코딩 너머 개발자 생존법> by gonasooc 님
    “다시금 제목을 곱씹어 본다. 결국 ‘바이브 코딩 너머’에 존재하는 것은 화려한 기술의 향연이 아니라, 더 견고한 소프트웨어를 만들고자 하는 본질적인 관점이 아닐까 싶다. AI가 코드의 작성을 도울 수는 있어도, 그 코드가 향해야 할 방향과 품질을 결정하는 것은 여전히 개발자의 몫이다. 편리함이라는 달콤한 유혹 뒤에 숨겨진 기술 부채를 경계하고, 끊임없이 질문하며 검증하는 태도, 어쩌면 이 책이 말하는 ‘생존법’이라는 건, 도구가 바뀌어도 끝내 놓지 말아야 할 엔지니어로서의 집요함과 호기심 그 자체가 아닐까 싶다.”
    ​

• 
  <할루시네이션을 줄여주는 프롬프트 엔지니어링> by 더파란비 님
  “한때 프롬프트 엔지니어가 상종가를 친 적이 있었다. 나도 그때 프롬프트 엔지니어링이 뭔가 궁금해서 열심히 찾아봤지만, 제대로 된 설명이나 책은 드물었다. 얼마 지나 관련 책들이 나왔는데, 도움 되는 면도 있었지만, 대부분 ‘이렇게 하면 된다’라는 예시만 나열하는 수준이라 실망스러웠다. 문제마다 따로 접근해야 하는 비효율적 방식은 마치 밑 빠진 독에 물 붓기 같았고, 이런 것에 ‘엔지니어링’이라는 이름이 붙는다는 게 이해되지 않았다. 그런데 이 책에서는 막연히 ‘이렇게 프롬프트를 작성하면 더 좋은 결과가 나와요’가 아니라, 프롬프트 기법에 따른 처리 과정과 할루시네이션 발생 차이, 왜 그렇게 되는지 명확히 설명하고 있다. 다른 책에서 설명하지 않은 중간 과정이 이 책에는 담겨 있는 것이다. 내부 메커니즘을 이해하게 되니, 응용의 폭도 넓어지게 된다.”
  ​

■ 데브주요뉴스‍

• • 개발자, 진짜 AI에게 대체될까요?
• • 앤드류 응의 조언: AI 시대, 대체되지 않는 개발자의 생존 공식(영상)
• • “그만 쓸게요” 카카오도 ‘결단’…AI 등장에 비명 쏟아진 곳
• • 바빠서 못 본 당신을 위해: AWS re:Invent에서 발표된 핵심 AI 기술 총정리
• • 스탠퍼드대 컴공 수업 들어보니… ‘컴퓨터 언어’ 사라지고 ‘인간의 언어’ 집중한다
• • 유튜브 모먼트 : 소프트웨어를 ‘유튜브’처럼 누구나 만드는 시대가 온다?
• • AGI 언제 오나? 구글 vs 앤쓰로픽 CEO의 엇갈린 전망
• • 도입하다 실패하지 않으려면? 실무자가 쓴 기업 AI 도입 체크리스트