1
00:00:00,000 --> 00:00:02,000
개발자에게 가장 중요한 자질은 무엇일까요?

2
00:00:02,000 --> 00:00:07,000
AI가 코드를 뚝딱 만들어내는 시대에, 우리는 무엇을 붙들어야 할까요?

3
00:00:07,000 --> 00:00:09,000
저는 이런 질문들을 안고 라는 책을 펼쳤습니다.

4
00:00:09,000 --> 00:00:16,000
앤드류 헌트와 데이비드 토마스가 쓴 이 책은, 를 공동 설립하며 소프트웨어 장인정신에 큰 영향을 준 명저죠.

5
00:00:16,000 --> 00:00:21,000
사실 처음에는 조금 오래된 책이라, 과거의 기술 조언 모음집일 거라고 막연히 생각했어요.

6
00:00:21,000 --> 00:00:27,000
하지만 막상 읽어보니, 는 최신 도구의 유행을 쫓기보다는 개발자로서 오래도록 지켜나가야 할 본질적인 태도와 운영

7
00:00:27,000 --> 00:00:29,000
체계를 이야기하고 있었습니다.

8
00:00:29,000 --> 00:00:35,000
오늘 제가 나눌 이야기는 의 첫 번째 챕터, , 즉 '실용주의 철학'에 대한 저의 감상입니다.

9
00:00:35,000 --> 00:00:37,000
이 장의 핵심 질문은 이것이었어요.

10
00:00:37,000 --> 00:00:43,000
"개발자는 문제 앞에서 어떤 태도를 먼저 가져야 하는가?" 책은 기술적인 스킬보다도 , 즉 '책임지는 태도'를 먼저

11
00:00:43,000 --> 00:00:45,000
요구합니다.

12
00:00:45,000 --> 00:00:51,000
좋은 개발자는 단순히 많은 도구를 아는 사람이 아니라, 결과물을 자신의 일로 받아들이는 사람이라는 거죠.

13
00:00:51,000 --> 00:00:54,000
이 부분이 저에게는 굉장히 신선하게 다가왔습니다.

14
00:00:54,000 --> 00:00:57,000
특히 세 가지 인사이트가 제 생각의 방향을 크게 바꾸었어요.

15
00:00:57,000 --> 00:00:58,000
첫째, 는 말입니다.

16
00:00:58,000 --> 00:01:02,000
책임진다는 것은 혼자 모든 걸 짊어지고 끙끙 앓는다는 뜻이 아니었어요.

17
00:01:02,000 --> 00:01:07,000
오히려 문제를 명확하게 설명하고, 가능한 선택지들을 만들어 제시하며, 다음

18
00:01:07,000 --> 00:01:11,000
행동을 제안하는 일종의 커뮤니케이션 인터페이스를 갖춘다는 의미였죠.

19
00:01:11,000 --> 00:01:16,000
막연한 죄책감이나 부담감이 아니라, 적극적인 소통과 문제 해결 의지라는 점이 인상 깊었습니다.

20
00:01:16,000 --> 00:01:18,000
두 번째는 는 대목이었어요.

21
00:01:18,000 --> 00:01:22,000
우리가 흔히 '깨진 창문 이론'이라고 부르는 것과 일맥상통하는데요.

22
00:01:22,000 --> 00:01:28,000
작은 버그나 미흡한 코드, 혹은 방치된 문서 오류 같은 사소한 문제들을 계속 내버려 두면, 팀 전체가 그런 상태를

23
00:01:28,000 --> 00:01:31,000
'정상'으로 받아들이게 된다는 겁니다.

24
00:01:31,000 --> 00:01:37,000
결국 리팩터링이나 코드 정리는 단순히 미적인 만족을 위한 행위가 아니라, 팀의 품질 기준선을 보존하고 더 나아가

25
00:01:37,000 --> 00:01:40,000
높이는 중요한 활동이라는 것을 다시금 깨달았습니다.

26
00:01:40,000 --> 00:01:43,000
그리고 마지막 세 번째, 는 인사이트입니다.

27
00:01:43,000 --> 00:01:49,000
AI, 특히 LLM이 코드를 빠르게 생성해주는 요즘, 우리는 더 이상 기술 유행만 쫓는 것으로는 부족하다는 생각이

28
00:01:49,000 --> 00:01:51,000
들었습니다.

29
00:01:51,000 --> 00:01:55,000
책에서는 지식 포트폴리오를 '매일 조금씩 투자하는 생존 자본'이라고 표현하는데요.

30
00:01:55,000 --> 00:02:02,000
LLM이 아무리 빠르게 답을 내놓아도, 결국 '무엇을 물어야 할지', '어떤 답을 믿어야 할지', '어떤 맥락을

31
00:02:02,000 --> 00:02:04,000
부여해야 할지'는 사람의 몫이니까요.

32
00:02:04,000 --> 00:02:11,000
공부는 더 이상 선택 과목이 아니라, AI 시대의 필수 생존 역량이라는 것을 다시 한번 마음에 새기게 되었습니다.

33
00:02:11,000 --> 00:02:15,000
이 책을 읽고 나서, 저는 제 작업 방식에 한 가지 변화를 주기로 결심했습니다.

34
00:02:15,000 --> 00:02:20,000
바로 '변명 대신 선택지를 제시하는 것' 그리고 '작은 방치를 줄이는 것'입니다.

35
00:02:20,000 --> 00:02:27,000
이번 주 작업에서 문제가 생겼을 때, "이건 이래서 안 돼요"라고 말하기보다, "이런 문제가 있는데, A와 B라는

36
00:02:27,000 --> 00:02:30,000
두 가지 해결책이 있습니다"라고 제안하는 연습을 시작했어요.

37
00:02:30,000 --> 00:02:37,000
또, 눈에 띄는 작은 버그나 문서 오류 하나를 그 자리에서 바로 고치는 습관을 들이려고 노력하고 있습니다.

38
00:02:37,000 --> 00:02:43,000
그리고 매일 '배울 기술 하나'와 '버릴 습관 하나'를 제 지식 포트폴리오에 기록하며 꾸준히 성장하는 개발자가 되기

39
00:02:43,000 --> 00:02:45,000
위해 노력하고 있습니다.

40
00:02:45,000 --> 00:02:48,000
는 나 처럼 특정 기법을 알려주는 책은 아닙니다.

41
00:02:48,000 --> 00:02:54,000
오히려 개발자가 어떤 기준으로 선택하고, 고치고, 설명할 것인가 하는 근본적인 질문을 던지는 책입니다.

42
00:02:54,000 --> 00:03:00,000
그래서 저는 이 책을 주니어 개발자뿐만 아니라, AI 시대에 개발자의 본질적인 역할과 책임에 대해 고민하는 모든

43
00:03:00,000 --> 00:03:02,000
분께 꼭 한번 읽어보시기를 권합니다.

44
00:03:02,000 --> 00:03:09,000
이 책의 첫 챕터를 읽고 나니, '실용주의는 멋있는 기술 취향이 아니라, 매일 책임지는 방식으로 드러나는 직업

45
00:03:09,000 --> 00:03:11,000
윤리다'라는 문장이 더 깊이 와닿았습니다.

46
00:03:11,000 --> 00:03:18,000
하지만 한편으로는 AI가 코드 대부분을 생성할 때, 실용주의 개발자의 책임은 과연 어디로 이동할까 하는 새로운

47
00:03:18,000 --> 00:03:19,000
질문을 안게 되었습니다.

48
00:03:19,000 --> 00:03:20,000
다음

49
00:03:20,000 --> 00:03:23,000
챕터를 읽으며 이 질문의 답을 찾아나가야겠죠.

50
00:03:23,000 --> 00:03:25,000
오늘 이야기는 여기까지입니다.

51
00:03:25,000 --> 00:03:26,000
다음에 또 다른 책 이야기로 찾아오겠습니다.