네, 안녕하세요 여러분. 함께하게 되어 기쁩니다. 제 이름은 Zack Lloyd입니다.00:13

오늘 저는 자가 개선 소프트웨어 팩토리, 새로운 오픈 소스 모델, 그리고 기본적으로00:17

개발에 무슨 일이 일어나고 있는지 말씀드릴게요. 시작하기 전에 저에 대해 조금 이야기해볼게요.00:24

저는 구글의 전임 주니어 엔지니어로, Google Docs 제품군을 이끌었습니다.00:30

이제 저는 20년 이상 엔지니어를 하고 있습니다. 정말 오랜 시간이죠.00:36

저는 여전히 자주 배포하고 있지만, 지난 6개월 동안 코드를 한 줄도 작성하지 않았습니다.00:41

그리고 저는 Warp라는 회사를 설립했습니다. Warp에 익숙하지 않으시다면 오픈 소스입니다.00:48

에이전트 개발 환경입니다. 저희를 터미널로 알고 계실 수도 있습니다.00:53

그게 회사 시작 방식이었어요. 저희는 기본적으로 내장된 에이전트가 있는 터미널입니다.00:58

저희는 2개월 전 오픈 소스로 공개했고, 그 경험과 동기에 대해 조금 이야기하겠습니다.01:03

인기가 많은 오픈 소스 프로젝트이며, GitHub에서 별점 6만 개를 넘었습니다.01:09

수백 명이 기여했고, Warp을 사용하는 활성 개발자는 80만 명 이상입니다.01:13

그리고 점점 더 저희는 집중하고 있습니다01:19

단순히 터미널 기능과 개발의 상호작용 측면이 아닌, 어떻게01:22

개발을 자동화하는지에 대해 말씀드릴게요. 주로 그 점에 대해 이야기하겠습니다.01:28

제가 생각하는 가설은01:31

소프트웨어 엔지니어링 분야는01:35

공장 엔지니어링과 유사한 무언가가 될 것이고, 제가 무슨 뜻인지 곧 설명하겠습니다.01:41

잠시 기억해두세요. 이게 제가 생각하는 바로 그것입니다01:46

발생할 거예요. 지난 몇 년간 개발을 보면, 정말로01:49

어떻게 변했는지 정말 놀라워요. 채팅과 AI 자동 완성 기능이 있는 세상에서01:55

커서와 코파일럿 단계에서 현재 우리가 있는 단계인 대부분의 인터랙티브 에이전트 단계로 넘어왔어요.02:02

그러니까 컴퓨터에 앉아서 Cloud Code에게 무언가를 시키고, Warp에게 무언가를 시키는 거죠.02:09

그리고 앞으로 6개월에서 1년 동안 일어날 거라고 생각하는 건 속도를 예측하기는 어렵지만 훨씬 더02:16

자동화된 세상으로 나아갈 거예요.02:23

하지만 그 전에 말씀드리기 전에 간단하게 손을 들어주세요. 여기 계신 분들 중에 에이전트로 개발하는 분 몇 명이나 있나요?02:26

완전히 말이 돼요. 보통 얼마나 많은 분들이 빌드하고 계신가요?02:32

한 번에 여러 에이전트를 사용하고 계신가요?02:37

다시 말씀드리지만 거의 모든 분들이죠. 지금 에이전트를 실행하고 계신 분은 몇 명일까요?02:40

기분 나쁘지 않아요. 좋아요. 저도 그렇게 할 거예요.02:44

궁금해서 클라우드에서 에이전트를 실행하는 사람이 몇 명이나 있을까요?02:48

보니까 절반도 안 되는 숫자이지만, 여전히 중요하네요.02:53

그렇죠. 그리고 내부적으로 소프트웨어 개발 전체 라이프사이클을 자동화하는 시스템을 구축한 사람이 몇 명이나 있을까요?02:58

분류부터 사양 작성, 구현, 검토까지 모든 과정을요.03:05

몇 분이 손을 드셨네요.03:10

어떤 사람들은 이미 이걸 하고 있어요. 앞으로 이런 일이 벌어질 거예요. 상당한 규모의 프로젝트는03:15

크기가 큰 프로젝트는 이런 식으로 진행될 거라고 생각해요. 그리고 어느 정도03:20

이런 큰 루프처럼 보일 거예요. 그리고 모두가 루프에 대해 이야기하고 있죠.03:26

루프는 그렇게 복잡한 게 아니에요. 이 루프는 클라우드 소프트웨어 팩토리라고 되어 있어요.03:29

이 루프는 그냥 소프트웨어 개발 생명 주기라고 말할 수도 있어요. 같은 개념이에요. 하지만 이 루프를 거치면서03:33

이 루프를 보면 아이디어가 위에서 들어오게 돼요.03:39

에이전트가 분류 작업을 하고, 복잡한 일이면 사양서를 작성할 거예요.03:43

작은 파란 박스는 사람이 개입하는 곳이에요. 사람은 사양서를 검토하게 되겠죠.03:47

에이전트가 구현을 하고, 사람과 에이전트가03:51

사람은 코드를 검토하고, 에이전트는 검증하고, 사람은 제품을 검토하고 배포해서03:55

모니터링하고 계속 반복하게 되죠. 앞으로 소프트웨어 개발이 좋든 나쁘든 이런 모습으로 변할 거라고 생각해요.04:01

그래서 다시 한번 제 주장을 되풀이하자면, 만약 소프트웨어 엔지니어링이 이렇게 보일 거라면04:08

소프트웨어 엔지니어가 이 공장들을 구축하고 관리하게 될 거예요.04:12

이제 시작할 때 말씀드렸고 발표 제목에도 넣었듯이 오픈 소스에 대해 이야기하겠다고 했어요.04:20

그래서 잠시 시간을 내서 그렇게 하려고 해요. 잠깐 다른 이야기를 해볼게요.04:25

오픈 소스를 언급하는 이유는 주요한 이유 중 하나가04:30

Warp의 오픈 소스는 공개된 공장을 만들기 위해서였어요.04:33

그래서 저희가 만든 웹사이트 사진이에요04:38

build.warp.dev이라고 불리는데, 이 사이트는04:42

저희 시스템을 통과하는 모든 이슈와 상태, 어떤 에이전트가 작업 중인지, 어떤 기여자04:47

들이 작업하고 있어요. 어느 정도 규모로 만들어진 프로토 공장과 비슷해요. 아직은04:53

완벽하게 작동하지는 않지만 작동하고 있고, 저희가 오픈 소스로 공개한 이유 중 하나는04:58

이걸 만들어보려고 했던 거죠. 일반적으로 보면 오픈 소스에 대해 이야기하는 게 흥미롭다고 생각해요.05:03

오픈 소스에 대해서는05:09

에이전트 기반 개발 시대에는 이건 정말 어리석은 그래프지만 이해하시죠?05:10

소프트웨어를 만드는 것이 점점 더 저렴해지고 있어요.05:17

그것의 결과적으로 소프트웨어를 복제하는 것은 매우 쉬워지고 있어요.05:19

그래서 만약 여러분이 소프트웨어 사업을 하고 있다면, 이 방에 계신 분들 중에 몇 분이 소프트웨어 사업을 하고 계시는지 모르겠어요.05:27

본질적으로 그렇지는 않지만, 소프트웨어를 무료로 만들 수 있다면 소프트웨어 사업을 하는 것은 매우 어려워요.05:34

가치를 확보하기 어렵습니다.05:39

특히 경쟁사가 복제할 수 있다면, 제 주요 결론이나 팁은05:40

여기 계신 모든 분들을 위해 가장 먼저 해야 할 일은 코드를 특허 내는 거예요. 농담이고요.05:46

완전한 농담이에요, 하지 마세요. 제 첫 번째 팁은05:50

물론 좋은 제품이 필요해요. 항상 그래왔으니까요.05:58

하지만 좋은 제품만으로는 충분하지 않았을 거예요. 지금보다 훨씬 더 많이06:03

만약 훌륭한 제품을 만들고 배포해서 성공적인 소프트웨어 회사를 만들 수 있다고 생각한다면, 아마 성공하지 못할 거예요.06:09

제품 외에 다른 장점도 필요하고, 그런 장점은 배포나 생태계처럼 보일 수도 있어요.06:15

배포, 에코시스템일 수도 있고, 훌륭한 브랜드나 데이터 독점이 있을 수도 있고요, 당신은06:21

자본이 있을 수도 있지만, 만약 스타트업이라면, 다시 말씀드리지만 저는06:27

스타트업 세계에서 왔고, 이런 장점들이 없어요. 그래서 여전히06:31

돌파구를 마련하고 싶어 하죠. 제가 제안하는 방법 중 하나는 오픈으로 개발하는 거예요.06:36

오픈으로 말이죠. 명확히 하기 위해 말씀드리면, 워프는 5년 동안 비공개로 개발하다가06:42

오픈으로 전환하기까지 5년을 투자했고, 그 이유를 설명할게요. 하지만 오픈으로 개발하면06:48

에코시스템을 구축하는 데 도움이 돼요. 해커 뉴스에서 비난받는 것에서06:54

인정받는 수준으로 올라갈 수 있죠. 브랜드 이미지를 개선하고 커뮤니티를 만들고, 이런 장점들이 모두 있어요.06:59

그리고 제가 생각하기에 전통적으로 힘들었던 일들을07:06

이제 관리할 수 있게 되었어요. 예를 들어 오픈 소스의 전통적인 어려움은 많은 잡음이 있는 이슈가 발생하는 것일 수도 있고요.07:11

엉성한 PR도 많이 받게 돼요.07:18

코드 리뷰 지옥에 빠질 수도 있고, 변경 사항을 확인하는 데 많은 시간을 써야 할 수도 있죠.07:21

그래서 해결책은 이 문제를 설명하기 위한 다소 장황한 방법이에요.07:27

오픈 소스, 특히 Warp의 경우 오픈 소스를 실행하기로 결정하게 된 계기는07:32

오픈 소스 프로젝트 관리를 위한 자동화 시스템, 즉 소프트웨어 팩토리를 구축했기 때문이에요.07:38

말했듯이 이것이 제가 생각하는 미래의 모습이에요.07:46

조금 더 자세히 살펴볼게요. 이렇게 무언가를 구축해보고 싶은 분들을 위해 조금 더 기술적인 내용을 다루도록 할게요.07:50

자신의 프로젝트에 적용해 보려고 하시는 분들을 위해서요.07:56

그렇다면 효과적인 소프트웨어 공장의 구성 요소는 무엇일까요? 시작하거나 높은 수준에서 보면 그다지 복잡하지 않아요.07:58

자동화 세트가 필요하고, 컨텍스트와 기술을 제공하는 방법이 필요해요.08:06

정확한 시점에 사람들을 참여시키는 방법이 필요해요.08:12

공장에서 무언가가 막힐 때와 비슷하고, 정말 중요한 것은 자체 개선 기능 세트가 필요하다는 거예요.08:16

이것을 루프로 생각해보세요.08:24

이렇게 제대로 한다면 오픈 소스 세상에서08:25

에이전트가 기여자들의 기여를 돕고, 유지 관리자들의 유지를 돕는 그런 세상이 될 수 있어요.08:31

그리고 강조하고 싶은 것은 여기서는 오픈 소스가 특별한 것은 없다는 거예요.08:37

어떤 규모의 프로젝트든 이 접근 방식을 통해 혜택을 받을 수 있다고 생각하고, 모든08:40

모든 회사와 오픈 소스 프로젝트는 핵심에 소프트웨어 공장을 갖게 될 거예요.08:46

CICD가 당연한 것처럼 되었던 방식과 비슷하게, 언제 그렇게 됐는지 모르겠네요.08:52

간단히 공장 바닥을 둘러볼까요.09:00

여기서 잠깐, 너무 자세하게 보지 마세요. 이 슬라이드의 목적은09:03

워크플로우를 읽게 하는 게 아니라 공장 바닥이09:08

기본적으로 소프트웨어를 어떻게 빌드할지 정의하는 단계 그래프예요.09:12

저의 제품에 맞게 소프트웨어가 만들어지는 방식은 꽤 비슷해 보여요.09:19

들어오고, 흘러가고, 특정 지점에서 막히기도 하죠.09:23

잠깐 뒤로 물러나서 보면 입력이 있어요.09:27

입력은 정말 아이디어예요. 입력은09:33

팀에서 나올 수도 있고, 사용자로부터 나올 수도 있어요.09:37

입력 자체는 경향적으로09:41

특정 채널을 통해 들어오는데, 작업 추적기가 좋은 예시고요.09:44

Slack이나 팀즈 같은 커뮤니케이션 채널일 수도 있고요.09:49

터미널이나 IDE에서 직접 들어올 수도 있고, 모니터링 시스템에서 들어올 수도 있죠,09:54

하지만 공장으로 작업을 유입하는 일련의 입력이 존재해요.10:00

트라이아지가 있는데, 이건 정말 중요한 단계예요.10:03

다시 한번 간단하게 정리해보면, 에이전트가10:06

들어오는 이슈를 보면서 이게 쉽고 명확하다면10:12

그냥 구현하면 돼요. 이걸로 공장을 시작할 수 있어요.10:18

만약 이슈가 어렵다면, 사양을 생성하는 에이전트를 두는 것을 추천해요.10:22

여기서 스펙 기반 개발을 사용하시는 분들, 손 들어주세요.10:28

다양한 방법으로 할 수 있지만, 저는 매우 효과적이라고 생각해요.10:31

저희가 하는 방식은10:36

제가 추천하는 워프에서의 방식은 에이전트가 저희가 제품 스펙이라고 부르는 것을 작성하도록 하는 거예요.10:37

제품 스펙은 구축하려는 제품 불변성을 설명하고10:43

기술 스펙은 아키텍처와 코드의 형태를 설명해요.10:48

그다음 구현 에이전트가 있어요. 이건 기본적으로 클라우드에서 실행되는 코딩 에이전트예요.10:54

차이점을 만들어요. 이 작업에 다양한 코딩 에이전트를 사용할 수 있고, 검토가 필요해요.11:00

많은 면에서 가장 고통스러운 부분이에요. 사람들은 에이전트의 엉망진창 코드를 검토하는 것에 조금 지쳤을 거라고 예상해요.11:06

에이전트가 만든 어설픈 코드요. 먼저 코드 검토 에이전트를 두는 것이 좋을 거예요.11:12

그러면 시간이 지나면서 위험 관리 운동처럼 돼요11:16

사람을 투입해서 코드 리뷰를 언제 할지 결정하는 일종의 위험 관리가 되는 거죠. 하지만 여기에 사람이 개입할 수 있는 단계를 둬야 해요11:22

이것은 특정 유형의 앱에서 매우 중요한 단계인 검증 단계예요11:28

예를 들어 UI를 구축한다면 컴퓨터가 실제로 에이전트가 생성한 코드를 사용하게 하는 것과 같은 일들이죠11:33

영상과 스크린샷을 만드는 데 사용하게 되는 거죠11:40

물론 CICD에서도 계속 사용하고, 모니터링도 필요하겠죠11:44

에이전트는 코드가 배포될 때 공장에서 멈추지 않아요11:48

배포된 것을 관찰해야 해요. 충돌하고 있나요?11:52

사용되고 있나요? 그리고 계속 반복되는데, 모니터링 단계의 결과를 가져와서 공장 상단으로 다시 피드백하는 거죠11:56

이것을 직접 구축해 볼 수도 있어요. 사실 제가 친구인 애덤의 강연을 들었는데12:04

우버가 내부 버전을 구축한 곳도 있어요. 꽤 멋지죠.12:10

대부분의 조직에서 어디에 있느냐에 따라 정말 달라요,12:15

간단한 버전은 쉽게 만들 수 있겠지만, 실제로 확장되는 것을 만들기 위해서는 아마도 제품에 집중해야 할 것 같아요.12:20

이런 인프라를 구축하는 게 아니라 자사 제품에 집중하는 게 좋겠죠. 왜냐하면 결국 많은 것들이 필요해지거든요.12:28

이건 읽으실 필요 없어요. 그냥 많은 내용이에요. 만약 직접 구축하거나 구매한다면,12:33

이런 식으로 보이는 무언가를 얻게 될 거예요. 작업이 공장으로 들어오는 다양한 방법들이 있을 거예요.12:40

작업을 공장에 넣는 방법이죠. 여기 맨 위에 있는 게 바로 그거예요. 작업이 어떻게 분배될지를 결정하는 제어면이 있을 거예요.12:46

공장 바닥 전체에 작업이 어떻게 분배되는지 알아내는 거죠.12:51

작업이 실제로 일어나는 곳도 있을 거예요. 클라우드 샌드박스가 될 거고요.12:56

어떤 에이전트를 실행할지 결정하는 것도 포함될 거예요.13:02

그래서 하니스는 무엇이고, 모델은 무엇일까요? 그리고 마지막으로, 이것이 정말 중요한 부분이라고 생각해요.13:05

공장 아래에 어떤 데이터 플레인을 설정하고 싶을 거예요.13:11

에이전트가 무엇을 했는지 기억하고, 학습하며 시간이 지남에 따라 개선할 수 있도록 해주는 것이죠.13:15

공장은 단순히 제품이 아니라 마음가짐이기도 해요.13:24

이것은 제가 처음에 제시했던 논제로 돌아오게 만들어요.13:28

측정하고 개선해야 해요. 공장은 여기서, 음, 이 비유를 어디까지 확장할 수 있든13:33

원하는 대로지만 효율성을 고려해야 하고, 그러면 어떻게13:41

얼마나 많은 소프트웨어를 출시했고, 사람의 시간으로 얼마나 비용이 들었는지13:46

그리고 토큰 시간과 이 모든 것을 측정하고 시간이 지남에 따라 개선하려고 노력할 거예요.13:51

이것의 핵심은 루프를 만드는 것이고, 루프는 다시 말하지만 들여보니까13:57

복잡하게 들릴 수도 있지만, 그렇게 복잡하지 않아요. 루프는 기본적으로14:04

에이전트가 자신의 행동을 관찰하고 실패하는 부분을 통해 개선하도록 하는 방식이에요.14:08

그래서 공장에 넣고 싶은 일반적인 루프의 한 종류는 스킬 루프와 같아요.14:14

즉, 여러분이 스킬을 실행하는 공장 에이전트가 있고, 그다음에14:19

그 스킬들이 어떻게 적용되고 있는지 관찰하고 문제를 찾는 옵저버 에이전트가 있어요.14:23

그리고 그 스킬을 개선하려고 노력해요. 예를 들어 코드 리뷰 에이전트가 있고, 그것이14:28

댓글을 남기고 팀의 선임 엔지니어가 그 댓글을 수정하는 경우,14:33

옵저버 에이전트가 그것을 보고 기본적으로 코드 리뷰14:37

에이전트를 다음 실행을 위해 개선해야 해요.14:44

이것은 여러분께 남기는 생각 중 하나인데, 엔지니어들에게 어떤 의미일까요?14:48

이런 사고방식에 들어야 할 것 같아요. 저희 팀도 그걸 하려고 노력하고 있는데,14:54

팀을 이끌고 있긴 한데, 항상 쉽지만은 않아요. 제품만 만드는 게 아니라는 점이 중요하고,14:59

제품을 만드는 동시에 제품을 만들어내는 걸 만들고 있다는 점이 완전히 달라요.15:03

그냥 다른 분야예요. 프로세스 엔지니어링이나 제조와 비슷하다고 할 수 있죠.15:10

이런 점이 좀 아쉽다고 생각할 수도 있을 거예요. 정말 아쉬운 일인가요?15:16

어쨌든 이건 개인적인 문제예요. 소프트웨어 엔지니어링에서 어떤 즐거움을 얻느냐에 따라 달라요.15:21

코딩하는 게 즐겁다면, 다들 동의할 거예요.15:26

여기 계신 소프트웨어 엔지니어들은 코딩을 덜 하게 될 거예요. 하지만 제품 출시를 즐기는 분이라면,15:30

지금이 가장 좋은 시기예요.15:34

실제로 저는 이런 방식으로 즐거움을 찾아요. 제품을 만들고 출시하는 걸 좋아하거든요.15:38

그래서 여기 계신 분들은 코딩은 덜 하고 더 많이 배포하게 될 거예요.15:42

그리고 그것은 절충안이 될 거에요. 하지만 공장 엔지니어처럼 접근한다면,15:47

아직도 정말 멋진 엔지니어링 과제들이 남아있다는 것을 알 수 있을 거라고 생각해요.15:54

거의 메타 엔지니어링이라고 생각할 수도 있어요. 에이전트 시스템을 어떻게 하면 가장 효과적으로 엔지니어링할 수 있을까요?16:00

그것은 풀어야 할 매우 매력적이고 흥미로운 과제라고 생각해요.16:07

됐어요.16:12

관심 있는 분들을 위해 이 QR 코드 링크를 따라가시면,16:14

누구나 직접 시도해 볼 수 있도록 오픈 소스 GitHub 저장소를 만들었어요.16:19

자신의 공장 에이전트를 구축할 수 있어요. Warp의 에이전트 플랫폼을 사용하지만,16:25

필수 사항은 아니에요. 저희 제품을 홍보하려는 것도 아니고, 만약 여러분이 원한다면16:32

트riage를 하거나 사양 작성 에이전트를 설정하려면 어떻게 해야 할까요?16:38

실제로 어떻게 해야 하는지, 팩토리와 함께 작업하는 이론에서 실제로 구현하기까지는 어떻게 해야 할까요?16:45

팩토리를 실제 적용하는 것은 아닌 것 같아요.16:50

질문할 수 있는 기능이 있는지 모르겠네요. 질문을 위해 몇 분 정도 시간을 남겨두었어요. 만약16:55

질문이 있으시면 좋겠습니다. 그렇지 않으면 마무리하겠습니다. 네, 네.16:58

정말 좋은17:08

질문이시군요. 제가 말씀드린 내용이 거의 모순적인 것 같아요. 저는 여러분이17:11

이렇게 생각해야 할 것 같아요. 모두가 어떤 종류의 팩토리를 배포할 거예요.17:16

하지만 팩토리 튜닝이 필요해요. 이 기술들이 제 도메인에 적합한지,17:20

이 팩토리가 제품을 올바르게 구축하고 있는지 확인해야 합니다.17:25

아직도 흥미로운 엔지니어링 과제들이 많다고 생각해요.17:30

어떤 곳에서는 이것을 구축할 수 있어요.17:33

이것이죠. 하지만 다시 말씀드리지만, 핵심 제품 개발에 집중해야 할 거예요.17:35

대부분의 경우 회사에서 핵심 제품을 만드는 데 집중해야 해요. 하지만 튜닝하고 어떻게17:41

제품에 맞게 공장을 작동하도록 하는 방법을 알아내는 것이 중요해요. 좋은 질문이에요. 네.17:47

네.17:50

네, 만약 사람들이 못 들었을 수도 있는 질문은, 지금 대학 졸업생이 취업 시장에 들어간다면 어떤 점이 중요하냐는 것이었어요.18:00

그래서 이 새로운 세상에서 가장 중요한 기술은 적응력이라고 생각해요.18:07

비판적 사고도 중요하다고 생각해요. 배우는 속도와 같아요.18:12

컴퓨터 과학 전공이 아니더라도 여전히 생각하고 있어요.18:18

기본적인 시스템과 아키텍처를 이해하는 것 자체로도 큰 가치가 있다고 생각해요.18:21

코드에 대한 추론 능력과 이해력, 그리고 에이전트들이 작성하는 사양을 이해할 수 있어야 해요.18:26

그러니 그런 기술들을 집중적으로 연마하세요.18:33

저희는 역대 최대 규모로 채용하고 있어요.18:37

AI 때문에 사람들이 채용되지 않는다는 이야기가 많은데, 오해예요.18:43

저희는 그런 경험을 해본 적이 없어요. 그리고 저는 기본적으로 기술 변화에도 유연하게 대처할 수 있는 제품18:48

에 집중하는 문제 해결 능력이 뛰어난 사람들을 찾고 있어요. 물론, 기반 기술이18:54

변하더라도요.19:02

네? 더 질문할 시간이 있을 것 같아요. 네?19:03

그 점에 대해서는 어떻게 생각하세요? 질문은 제품의 취향이나 실제로 무언가를 만드는 방법과 관련이 있었던 것 같아요.19:12

유용한 것을 만드는 것이 맞을 것 같아요, 어쩌면 프레임이 그렇고 아이디어는 어디에서 나오나요?19:19

그래서 제 생각에 공장 비유의 문제는 제가 그것을 긍정적으로 보고 있기는 하지만19:24

그것이 어느 정도 의미가 있다고 생각하기는 하지만, 기계화되거나 인간성을 해치는 것처럼 들릴 수 있어요.19:30

기계화되거나 인간성을 해치는 것처럼 들릴 수 있고, 아직도 이 모든 것의 근본은19:33

중요한 것은 유용한 것을 만들고 있는지이고, 만약 공장이 있다면19:40

아무도 원하지 않는 쓰레기를 계속 만들어낸다면 무슨 소용이냐는 거죠. 그리고 저는19:45

사람들의 취향, 사람들의 의견, 제품 감각, 사람들이 안내하는 것들이19:50

자동화할 수 없는 터치 포인트에서 절대적으로 필수적이고, 제가 하는 일은 바로 그거예요.19:57

고객들이 무엇을 원하는지, 사람들이 무엇을 원하는지, 무엇이 그들에게 가치가 있을지를 파악하려고 노력하고 있어요.20:04

그것이 절대적으로 중요한 포인트라고 생각해요. 시간이 됐으니 가봐야겠어요.20:07

이제 가야겠어요. 여러분이 이 대화 즐겁게 들었으면 좋겠고, 연설할 기회를 주셔서 정말 감사해요. 모두 감사합니다.20:13