Sessions
Insightre:Invent 2025약 1시간

AWS re:Invent 2025 - Dr. Werner Vogels 기조연설

르네상스 개발자: AI 시대에 개발자로서 성장하고 진화하는 방법에 대한 Werner Vogels의 마지막 re:Invent 기조연설

발표자: Dr. Werner Vogels (Amazon VP & CTO)

AWSre:Invent개발자AI르네상스
YouTube에서 보기

목차

기조연설 전문

1

오프닝: 변화의 물결과 개발자의 역할

"개발자의 종말", 전에 들어본 적이 있습니다. 안녕하세요, 로레인. 뭐 하고 계세요? 아, 아시잖아요. 어제 떨어진 프로그램 카드를 정리하고, 왜 기계가 계속 4042번 카드에서 멈추는지 알아내고, 컴파일러에서 정말 이상한 버그를 기록하고, 그리고 당신과 이야기하고 있어요.

본사에 뭐 새로운 거 없어요? 이... 버블(Bubble)에 대해 읽고 있었어요. 네, 그게 새로운 고급 언어죠. 정말 놀랍습니다. 이제 누구나 코드를 작성할 수 있어요. 누구나라니요. 소프트웨어를 작성하는 건 꽤 까다로워요.

이 영상은 새로운 변화의 물결에 직면했던 모든 세대의 개발자들을 보여주었습니다. 네, 도구는 진화하고, 아키텍처는 진화하고, 기대치도 진화합니다. 그리고 우리도 마찬가지입니다.

핵심 포인트

  • 도구는 진화하고, 아키텍처는 진화하고, 기대치도 진화합니다
  • 당신이 만들고, 당신이 운영합니다 (You build it, you run it)
  • 모든 것은 항상 실패합니다
2

개인적인 발표: 마지막 re:Invent 기조연설

저는 2012년부터 이 기조연설을 해왔고, 모두 참석했습니다. 그건 그렇고, 정말 많은 티셔츠죠. 하지만 오늘 이 기록은 끝납니다.

이번이 저의 마지막 re:Invent 기조연설입니다.

저는 아직 할 일이 남아있고, 아마존을 떠나거나 그런 일은 없습니다. 하지만 14번의 re:Invent를 마친 후에는 여러분들은 젊고, 신선하고, 새로운 목소리를 들을 자격이 있다고 생각합니다. 아마존에는 여러분에게 들려줄 훌륭한 이야기, 가르칠 것, 도울 것, 교육할 것이 많은 놀라운 엔지니어들이 너무나 많습니다.

핵심 포인트

  • 14번의 re:Invent 기조연설 후 마지막
  • 아마존을 떠나는 것이 아니라 새로운 목소리에 자리를 내어줌
3

AI와 개발자: 'AI가 내 일자리를 빼앗을까?'

저는 전 세계의 AWS 고객들을 방문했는데, 요즘 매일 모든 국가와 모든 도시에서 계속 나오는 한 가지 질문이 있습니다. "AI가 제 일자리를 빼앗을까요?"

그럴 수도 있습니다. 네. 우리의 역할은 변할 것입니다. 일부 작업은 자동화될 것입니다. 일부 기술은 쓸모없어질 것입니다. 새로운 기술이 등장할 것입니다. 그러니 이 질문을 다시 구성하고 재정의해야 할 수도 있습니다.

"AI가 저를 쓸모없게 만들까요?" 절대 아닙니다.

여러분이 진화한다면, 그렇습니다. 그리고 제가 지난 몇 년간 아마존에서 이러한 새로운 도구들을 사용해 온 것을 보면, 여러분이 시간이 지남에 따라 어떻게 진화하고 여전히 훌륭한 엔지니어가 될 수 있는지 보았습니다. 단지 새로운 도구 세트가 손에 쥐어졌을 뿐입니다. 왜냐하면 우리는 개발자로서 진화하기 때문입니다. 그리고 도구도 마찬가지입니다.

핵심 포인트

  • "AI가 저를 쓸모없게 만들까요?" 절대 아닙니다 - 여러분이 진화한다면
  • 우리는 개발자로서 진화합니다. 그리고 도구도 마찬가지입니다
4

개발의 역사와 끊임없는 변화

변화는 끊임없습니다. 그리고 이것은 항상 그래왔던 일입니다. 새로운 것이 아닙니다. 잠시 과거로 돌아가 봅시다. 제가 학교에 다닐 때, 저는 68000 어셈블러, COBOL, 그리고 Pascal을 배웠습니다. 이 언어들 중 어느 것도 더 이상 사용되지 않습니다.

60년대에 우리는 갑자기 컴파일러를 얻었고, 어떤 종류의 어셈블리를 내보내는지 더 이상 중요하지 않았습니다. 하지만 어셈블리를 배움으로써 저는 Pascal의 그 루프가 실제로 어떻게 기계 코드로 번역되는지 알게 되었고, 그래서 그것은 저에게 중요했습니다.

70년대에는 갑자기 구조적 프로그래밍이 인기를 얻었습니다. 그리고 몇 년 후, 비야네 스트롭스트룹(Bjarne Stroustrup)은 객체 지향 프로그래밍을 형성하는 데 도움을 주었습니다.

1990년대 후반, 아마존은 98년에 여전히 모놀리스로 운영되고 있었습니다. 성장이 너무 가속화되어 팀이 이 모놀리스의 조각들을 서비스로 분리하기 시작했습니다. 그리고 각 서비스는 자신의 서비스에 대한 소유권을 가졌고, 자신만의 인터페이스를 가졌습니다. 그리고 그것은 개발자들이 일하는 방식을 완전히 바꾸어 놓았습니다.

2000년대에 대부분의 개발자들은 여전히 온프레미스에서 구축하고 배포하고 있었습니다. 클라우드 서비스가 등장했을 때, 그들은 역할에 대한 기대를 다시 바꾸었습니다. 개발자들은 갑자기 온디맨드 인프라, 하드웨어를 기다릴 필요 없이 실험할 수 있는 자유를 갖게 되었습니다.

저의 첫 번째 IDE는 무엇이었을까요? vi. 그 IDE들은 실제로 우리와 함께 진화했습니다. 오늘날의 환경은 Cursor와 Kiro이며, 그것이 새로운 워크플로우입니다.

핵심 포인트

  • 구조적 프로그래밍 → 객체 지향 프로그래밍 → 마이크로서비스 → 클라우드
  • IDE 진화: vi → Visual Studio → VS Code → Cursor/Kiro
  • 작업은 여러분의 것이지 도구의 것이 아닙니다
5

새로운 르네상스의 도래

베조스(Bezos)는 얼마 전 인터뷰에서 우리가 여러 동시적인 황금 시대가 한데 모이는 중심에 살고 있다고 이야기했습니다. 우주 여행, 인공 지능, 로봇 공학 등 각각은 놀라운 속도로 발전하고 있습니다. 하지만 이 순간을 다르게 만드는 것은 이러한 돌파구들이 실제로 서로를 강화한다는 것입니다. 한 분야의 발전은 다른 분야의 발전을 가속화합니다.

르네상스, 재탄생은 암흑기, 중세 시대, 흑사병이라는 어둠의 기간 후에 찾아왔습니다. 하지만 르네상스는 모든 것이 변했던 시기였습니다. 왜냐하면 사람들이 호기심을 갖게 되었기 때문입니다. 호기심이 절대적으로 폭발적으로 증가했습니다.

동시에 진화한 것은 그들의 도구이기도 했습니다. 호기심 때문에, 연필이 발명되었습니다. 소실점에 대해 생각하기 시작했다는 사실. 르네상스 이전의 그림과 드로잉을 비교하면, 그것들은 모두 평면적이었습니다. 르네상스에서는 갑자기 깊이가 나타났습니다. 그리고 인쇄술은 물론 우리 모두가 르네상스 시대 발명의 정점이라고 생각합니다.

예술과 과학이 같은 대화의 일부였던 시기였습니다. 창의성과 기술이 함께 진화했습니다.

그래서 이 모든 것을 종합해 보면, 저는 우리가 다시 르네상스 시대에 있다고 생각합니다.

핵심 포인트

  • 여러 황금 시대가 동시에 진행 중: AI, 우주, 로봇공학
  • 한 분야의 발전이 다른 분야를 가속화
  • 우리는 다시 르네상스 시대에 있다
6

르네상스 개발자의 5가지 자질

그리고 여러분이 새로운 르네상스 개발자입니다. 르네상스 시대 과학자들의 그 자질들은 오늘날에도 똑같이 관련이 있습니다. 그래서 저는 그들을 르네상스 개발자 프레임워크로 모았습니다. 이 프레임워크가 여러분이 이 새로운 시대에도 진화하고 성공하는 데 도움이 되기를 바랍니다.

1. 호기심을 가질 것 (Curiosity)

이 모든 것에서 가장 중요한 것은, 여러분이 길러야 할 첫 번째 자질은 호기심을 갖는 것입니다. 호기심은 매우 중요합니다. 개발자로서 여러분은 끊임없이 배워야 했습니다. 왜냐하면 모든 것이 항상 변하기 때문입니다.

제가 만난 모든 개발자는 무언가를 분해하고 그것이 어떻게 작동하는지 보려는 본능을 가지고 있습니다. 이해하고, 개선하고, 구축하려는 욕구, 여러분은 그 본능을 보호해야 합니다. 호기심을 유지하세요. 왜냐하면 호기심은 학습과 발명으로 이어지기 때문입니다.

학습에 있어서 똑같이 중요한 것은 두 가지입니다. 모든 새로운 발명에는 실험이 필요합니다. 그리고 잘 실험하려면 기꺼이 실패할 의지가 있어야 합니다. 결국, 다빈치는 결코 날지 못한 비행기를 모델링했습니다. 하지만 우리는 지금 날고 있습니다.

가장 좋은 학습 방법은 실패하고 부드럽게 교정받는 것입니다. 소프트웨어도 같은 방식으로 작동합니다. 여러분은 문서를 끝없이 읽을 수 있지만, 시스템이 어떻게 작동하는지 정말로 가르쳐주는 것은 실패한 빌드와 깨진 가정들입니다.

학습은 사회적입니다. 여러분이 정말로 배우는 것은 서로 이야기함으로써입니다. 학습은 단지 인지적인 것이 아니라, 사회적인 것입니다. 여러분은 가끔 풀을 만져봐야 합니다.

핵심 요점
  • 호기심은 학습과 발명으로 이어진다
  • 실험과 실패할 의지가 필요
  • 학습은 사회적 - 서로 이야기하며 배운다
  • 예르크스-도슨 법칙: 압력이 있을 때 학습이 일어난다

"우리는 우리가 아는 것이 아니라, 우리가 배우고자 하는 것입니다." - 월트 휘트먼

2. 시스템으로 생각할 것 (Think in Systems)

르네상스 개발자가 가지고 있는 또 다른 자질은 시스템으로 생각한다는 것입니다. 70년대에 도넬라 메도우스(Donella Meadows)라는 생태학자는 복잡한 시스템이 어떻게 작동하는지 연구하기 시작했습니다. 그녀는 썼습니다: "시스템은 그들 자신의 행동 패턴을 시간이 지남에 따라 만들어내는 방식으로 상호 연결된 사물, 사람들, 세포 또는 무엇이든 간의 집합입니다."

예를 들어, 20세기 초 늑대가 옐로스톤 국립공원에서 제거되었을 때, 엘크가 늘어났지만 계곡은 지나치게 풀을 뜯겼고, 나무는 사라졌으며, 강은 침식되기 시작했습니다. 2010년에 늑대를 다시 들여왔을 때, 이 영양 단계 연쇄(trophic cascade)를 통해 공원은 치유되기 시작했습니다. 늑대가 강을 움직인 것이 아닙니다. 그들은 전체 시스템의 행동을 바꾸었습니다.

구조가 변하면 행동이 변하고, 피드백이 변하면 결과가 변합니다. 탄력적인 시스템을 구축하기 위해서는 더 큰 그림을 이해해야 합니다. 모든 서비스, 모든 API, 모든 큐는 더 큰 시스템의 일부입니다. 여러분은 한 부분을 고립시켜 바꿀 수 없습니다. 재시도 정책을 변경하면 로드에 영향을 미칩니다. 캐시를 추가하면 트래픽 로드가 변경되고, 팀 소유권을 변경하면 제공 속도가 변경됩니다. 각 변화는 새로운 패턴을 만듭니다.

핵심 요점
  • 시스템은 상호 연결된 요소들의 집합
  • 구조 변화 → 행동 변화 → 결과 변화
  • 탄력적 시스템 구축을 위해 더 큰 그림 이해 필요
  • 모든 서비스, API, 큐는 더 큰 시스템의 일부

3. 정확하게 소통할 것 (Communicate with Precision)

르네상스 개발자의 세 번째 자질은 커뮤니케이션입니다. 자신의 생각을 명확하게 표현하는 능력이 생각 자체만큼이나 중요합니다. 엔지니어 또는 기술 리더가 자신의 경력을 위해 할 수 있는 가장 중요한 일 중 하나는 강력한 커뮤니케이션 기술을 연습하고 개발하는 것입니다.

예를 들어, 저는 예전에 아마존 시스템을 3단계 계층으로 나누는 것에 대해 설명했습니다. 1단계는 검색, 결제 등 필수적인 기능, 2단계는 개인화 등 중요한 기능, 3단계는 부가적인 기능입니다. 이것은 엔지니어로서 우리뿐만 아니라 비즈니스와 가용성에 대해 이야기하는 커뮤니케이션 도구로서도 중요합니다.

오늘날 AI 지원 코딩 세계에서는 우리는 점점 더 자연어로 기계와 소통하고 있으며, 이는 모호합니다. 그래서 우리는 사양(Specifications)을 통해 그 언어의 모호성을 줄여야 합니다. 아폴로 유도 시스템은 145,000라인의 코드를 안내하는 세심한 사양에 의존했습니다.

핵심 요점
  • 명확한 표현 능력이 생각만큼 중요
  • 시스템을 비즈니스에 명확히 설명할 수 있어야 함
  • AI와 소통할 때 사양(Specs)으로 모호성 제거
  • 사양 기반 개발로 AI 협업 효율성 향상

4. 오너가 될 것 (Be an Owner)

르네상스 개발자의 네 번째 자질은 오너입니다. 여러분이 만들고, 여러분이 소유합니다. AI는 우리가 더 열심히, 더 좋게, 더 빠르게, 그리고 더 강력하게 구축하도록 도울 것입니다. 하지만 작업은 여러분의 것이지 도구의 것이 아닙니다. 규제 요구 사항의 대상이라면, AI가 생성한 코드라도 책임은 여전히 여러분에게 있습니다.

여러분은 코드를 덜 작성할 것이지만, 코드를 더 많이 검토할 것입니다. 기계가 코드를 작성할 때는, 여러분은 검토하는 동안 이해를 재구축해야 할 것입니다. 그것이 검증 깊이(verification depth)입니다. 두 번째 도전 과제는 AI의 환각(hallucination)입니다. 모델은 그럴듯해 보이지만 아키텍처에 잘못된 디자인이나 존재하지 않는 속성을 발명할 수 있습니다.

메커니즘과 선의(good intentions)는 같지 않습니다. 아마존 초창기에 제프 베조스는 고객 서비스 에이전트들이 특정 테이블의 반품 문제를 지적했을 때, 모든 직원이 선의를 가지고 있었음에도 불구하고 문제가 계속 발생한다는 것을 깨달았습니다. 그래서 그는 토요타의 안돈 코드와 같은 메커니즘을 도입했습니다. 고객 서비스 에이전트들이 결함이 있는 제품을 비활성화하는 버튼(Andon Cord)을 누를 수 있도록 하여, 책임 있는 팀이 즉시 문제를 해결하도록 강제했습니다.

코드 검토도 중요한 메커니즘입니다. AI 기반 세계에서는 더욱 중요합니다. 검토는 우리가 인간의 판단을 루프로 다시 가져와서 소프트웨어가 실제로 우리가 예상했던 것을 하도록 확인하는 통제 지점이 됩니다.

핵심 요점
  • You build it, you own it - AI 코드도 책임은 개발자
  • 코드를 덜 작성하지만 더 많이 검토
  • 검증 깊이(verification depth)가 중요
  • 메커니즘이 선의를 일관된 결과로 전환
  • 인간 대 인간 코드 검토 계속 늘려야

5. 박식가가 될 것 (Become a Polymath)

제가 여러분에게 이야기하고 싶은 마지막 자질은 여러분, 미래의 르네상스 개발자들이 박식가(polymath)가 되어야 한다는 것입니다. 'Polymath'는 그리스어로 '배우는 것'을 의미하는 'matanian'에서 왔습니다. 그것은 깊은 도메인 경험을 갖는 것뿐만 아니라, 많은 다른 주제에 걸친 지식을 갖는 것에 관한 것입니다. 다빈치는 화가, 엔지니어, 해부학자, 발명가였습니다.

저는 여러분 모두가 다빈치가 되기를 기대하지는 않지만, 여러분은 깊은 도메인 전문 지식을 넘어서 여러분의 지식을 확장해야 합니다. 이것이 제가 T자형(T-shaped) 개발자라고 부르는 것입니다. I 모양 개발자는 한 분야에 깊이 전문화된 사람입니다.

저의 옛 멘토이자 친구인 짐 그레이(Jim Gray)는 트랜잭션의 발명가이자 데이터베이스 전문가였지만, 그의 호기심은 데이터베이스를 훨씬 넘어섰습니다. 그는 사람들을 이해했고, 비즈니스를 이해했으며, 광범위한 기술을 이해했습니다.

T자형 개발자는 깊이와 폭을 결합합니다. 그들은 특정 문제에 깊이 파고들 수 있지만, 그것이 더 큰 시스템에 어떻게 맞는지도 이해할 것입니다. 프론트엔드 성능 또는 비용 인식 아키텍처를 이해하는 데이터베이스 개발자는 더 나은 아키텍처 선택을 할 수 있습니다. 그 지식의 폭은 여러분이 구축하는 것을 개선할 수 있는 관점을 제공합니다.

핵심 요점
  • 깊은 도메인 전문성 + 다양한 분야 지식
  • I-shaped → T-shaped 개발자로
  • 깊이와 폭을 결합하여 더 나은 아키텍처 선택
  • 다양한 분야와 아이디어를 연결하는 범위를 배양
7

사양 기반 개발 (Clare Liguori)

제가 바이브 코딩(vibe coding)을 점점 더 많이 하면서, AI에게 제가 원하는 것을 설명하는 데 점점 더 많은 시간을 할애하고 있었습니다. AI가 생성한 코드는 좋았지만, 최종 소프트웨어는 제가 원하는 대로 작동하지 않았습니다. 저는 사양을 작성하여 AI와 더 잘 소통하고 있었습니다.

우리는 이 아이디어를 검증하기 위해 신속한 프로토타이핑을 사용했습니다. 1964년, 더글라스 엥겔바트(Doug Engelbart)는 나무 블록으로 마우스의 프로토타입을 만들어 개념을 전달했습니다. AI는 소프트웨어에 대한 신속한 프로토타이핑을 근본적으로 가능하게 했습니다.

우리는 사양 기반 개발이 어떻게 작동할 수 있는지에 대한 다양한 아이디어를 반복했습니다: - TDD 기술에서 영감을 받은 테스트 기반 사양 → 모든 뉘앙스 포착 불가 - 전통적인 기술 사양 → 너무 길고 압도적 - 최종: 기능 기반 사양 → 흐름을 요구 사항, 디자인, 작업 3개 문서로 분리

Kiro IDE의 사양 기반 개발 워크플로우를 사용하면, 모호한 작업을 제공해도 Kiro는 먼저 요구 사항, 디자인, 작업을 생성합니다. 이것들이 여러분의 생각과 일치하지 않는다면, 여러분은 Kiro에게 그것을 변경하고 다듬어달라고 요청할 수 있습니다.

예를 들어, Kiro IDE의 시스템 알림 기능을 구축할 때, 사양 프로세스 덕분에 저희는 이것이 원래 생각했던 것보다 훨씬 더 큰 프로젝트라는 것을 빠르게 깨달았고, 디자인을 변경하여 Electron의 알림 API 위에 구축하도록 반복했습니다. 저희는 사양 기반 개발을 사용하여 이 에이전트를 코딩했을 때보다 대략 절반의 시간에 출시했습니다.

핵심 포인트

  • 사양 작성으로 AI와 더 잘 소통
  • 기능 기반 사양: 요구 사항 → 디자인 → 작업
  • 사양 기반 개발로 절반의 시간에 출시
8

마무리

여러분이 앱과 같은 것을 구축할 때, 여러분의 고객들은 그 아래에서 진행되는 모든 작업에 대해 생각해 본 적이 있습니까? 우리가 구축하는 대부분의 것은 아무도 보지 못할 것입니다. 그리고 우리가 이것을 잘하는 유일한 이유는 운영 우수성에 대한 우리 자신의 직업적 자부심 때문입니다.

그것이 최고의 빌더들을 정의하는 것입니다. 그들은 아무도 보지 않을 때도 일을 올바르게 합니다.

여러분이 하는 모든 일에 감사드립니다.

르네상스 개발자의 5가지 자질

  1. 1.호기심을 갖고 계속 배우십시오
  2. 2.시스템으로 생각하십시오
  3. 3.정확하게 소통하십시오
  4. 4.오너가 되십시오 (You build it, you own it)
  5. 5.박식가가 되십시오 (T-shaped developer)

최고의 빌더들은 아무도 보지 않을 때도 일을 올바르게 합니다.

르네상스 개발자가 되세요
Werner Vogels의 마지막 re:Invent 기조연설에서 전하는 메시지

AI 시대에 개발자로서 성장하기 위해 기억해야 할 것들:

호기심을 유지하고 끊임없이 배우세요
시스템 전체를 이해하고 큰 그림을 보세요
소통을 정확하게 하고 사양을 명확히 하세요
오너십을 가지세요 - AI가 쓴 코드도 당신 책임입니다
T자형 개발자가 되세요 - 깊이와 폭을 모두 갖추세요
전체 기조연설 보기