어떤 개발자가 살아남는가

1장. AI의 시대, 우리는 어디에 있는가

AI의 시대
___AI의 현재: 진보하는 기술과 인공지능 그리고 개발자의 미래
___소프트웨어 개발자는 사라질 것인가
AI를 넘어 무한한 공간 저 너머로
___프로메테우스의 불
___사용자 인터페이스 U&I
소프트웨어 르네상스
___인문학의 정의
___기술과 인문학의 크로스오버
___다양성의 힘: 르네상스가 필요한 이유
___불확실성의 시대: 인문학의 힘이 필요하다
개발자의 메타버스: 사람을 향하는 디지털 유니버스
___내 인생 첫 창조의 순간
___내가 통제하는 세상: 메타버스
___무엇이 진짜인지 헷갈리지 말자
___개발자 업의 현장 그리고 메타버스

[사잇글] 생각하지 않는 사람들

2장. 알고리즘 vs 데이터 그리고 창조력 코드

알고리즘 vs 데이터
___알고리즘의 역사
___합리주의 vs 경험주의
창조력 코드
___창조의 세 가지 경로: 탐색, 융합, 변혁
___우리가 가야 할 창조의 길
소프트웨어 에디톨로지(Software Editology)
___바퀴의 재발명
___원류를 이해하는 힘이 또 다른 원류를 만든다: 유닉스와 리눅스

[사잇글] 앨런 튜링과 튜링 기계 이야기

3장. 누가(Subject) 무엇을(Object) 어떻게(Project) 해야 하는가

오브젝트(Object)
___무엇을 먼저 해야 하는가
___우선순위 역전 현상(Priority Inversion)
___최고선은 무엇인가: 니코마코스 윤리학
서브젝트(Subject)
___내가 해야 해 증후군
___르네상스 시대의 공방분업
___레버리지 전략
프로젝트(Project)
___결정론적 사고의 퇴장
___효율의 또 다른 의미
___여백이 가진 힘: 무용에서 유용함을 만드는 길

[사잇글] 스티브 잡스, 점과 점을 잇다

4장. 지속적인 개선 - Upgradable Software

Always in Beta
___베타 소프트웨어 그리고 애자일 매니페스토
___유연한 소프트웨어를 만드는 법
___실패를 이어나가기
Step by Step
___한 번에 한 걸음씩
___걷기, 읽기, 쓰기
자신을 의심할 수 있는 능력
___오만과 편견
___성장 마인드셋
개발자로 성장하는 길
___전문가와 학자, 작가와 사상가 그리고 소프트웨어 개발자
___개밥 먹기
___더 큰 성장을 위하여

[사잇글] 지속적인 개선(Continuous Improvement)

5장. 팀워크 - 함께 만드는 소프트웨어
플랫폼과 프로세스의 힘
___안정화된 플랫폼의 중요성
___소프트웨어를 지켜내는 구조화된 체계: 프로세스
___자동화에 대한 경계
___동기화가 없는 프로세스는 악이 될 수 있다
___프로세스 도입의 적기
기계를 위한 코드, 인간을 위한 코드
___표기법과 코딩
___해커 그리고 프로그래머
___맥락에 맞는 코딩
개발자 커뮤니케이션: 명료성과 배려라는 두 마리 토끼 잡기
___디지털 시대 소통의 현실
___사람을 향한 소통

[사잇글] 넷플릭스의 철학: 규칙 없음! 단, 솔직하게!

우분투: 개방과 공유 그리고 자유
___프리 소프트웨어와 오픈소스
___네가 있기에 내가 있다
더 좋은 개발팀 만들기
___동기화(Synchronization)
___후달리기가 아닌 달리기
___다시 배려: 사람에게 달려 있는 일

“인문학은 문과 애들이 하는 거 아닌가요?” 이전 직장에서 한 후배 개발자에게 들었던 말이다. 나름 진지하게 묻길래 나 역시 나름 진지한 표정을 지으며 대답해 주었다. “동구야, 인문학은 사람이 하는 거야.”

과학과 기술이 ‘앎’의 기술이라면 인문학은 ‘삶’의 기술이다. 어떤 것이 옳고, 다른 것이 그르다는 문제가 아니다. ‘앎’은 ‘삶’으로 나아가야 하고, ‘삶’ 역시 ‘앎’ 없이는 껍데기에 지나지 않는다. 질문을 통해 정답이 아닌 최선을 찾고자 하는 것이 인문학이다.

중요한 것은 소프트웨어가 만들어진 목적에 부합하는지 여부다. 빠르고 안정적으로 동작하지만 고객에게 가치를 주지 못하는 소프트웨어를 만드느니 아무것도 하지 않는 게 낫다.