Ask GN: 구글 크롬 확장 프로그램 개인적으로 만들어서 쓰고 계신것 있으신가요?

목차

• Book Overflow 2주년 기념: 45권의 기술 서적에서 얻은 핵심 인사이트
  • 팟캐스트 소개 및 2주년 회고
  • 주요 기술 서적별 핵심 인사이트

지난 2년간 45권의 기술 서적을 읽으며 얻은 핵심 인사이트를 공유하고, 소프트웨어 엔지니어로서의 사고방식 형성에 미친 영향, 특히 AI 시대와 효율적인 개발 프로세스에 대한 깊은 이해를 되짚어본다.

팟캐스트 소개 및 2주년 회고

Book Overflow 소개

• 소프트웨어 엔지니어를 위한 기술 서적 팟캐스트로, 매주 최고의 기술 서적을 읽으며 역량을 향상시키는 것을 목표로 한다.

2주년 기념 에피소드 기획

• 팟캐스트 2주년을 맞아 지난 2년간 읽었던 모든 책을 돌아보며 각 책에서 가장 기억에 남는, 현재까지 영향을 미치고 있는 단 하나의 인사이트를 공유한다.

• 단순히 책의 내용을 기억하는 것을 넘어, 소프트웨어 엔지니어로서의 사고방식을 형성하는 데 어떤 영향을 미쳤는지에 초점을 맞춘다.

지난 2년간의 변화

• 팟캐스트 진행자인 카터와 네이선은 지난 2년간 개인적인 삶의 큰 변화들을 경험했다.

  • 네이선은 다른 나라로 이주했고, 두 사람 모두 대학원 과정을 마쳤으며, 네이선은 곧 태어날 아이를 기다리고 있다.

  • 직업적으로도 변화가 있었다. 네이선은 풀타임 컨설팅으로 전환했고, 카터는 빅테크에서 스타트업으로 이직했다.

• 이러한 개인적인 변화 속에서도 팟캐스트를 지속할 수 있었던 것은 청취자들의 지지와 관심 덕분이며, 이에 대한 감사를 표한다.

주요 기술 서적별 핵심 인사이트

The Practice of Programming (Brian Kernighan, Rob Pike)

• 핵심 인사이트: Go 언어의 기반이 되는 프로그래밍 철학을 담고 있으며, 일부 내용은 시대에 뒤떨어졌지만 핵심 아이디어는 여전히 유효하다.

  • Go 프로그래머로서 Rob Pike의 팬이기 때문에 이 책을 기억하며, 좋은 프로그래밍의 핵심 아이디어가 이 책에서 나왔다고 회상한다.

  • CSV 파서와 같이 일부 내용은 시대에 뒤떨어진다는 점도 언급된다.

A Philosophy of Software Design (John Ousterhout)

• 핵심 인사이트: "두 번 설계하라(Design It Twice)"는 개념으로, 처음부터 완벽하게 설계하려 하기보다 시스템을 구축하면서 배우고 개선하는 과정을 통해 더 나은 설계를 할 수 있다는 점을 강조한다.

  • AI 시대에 LLM을 활용하면 두 번 설계하는 데 드는 노력이 줄어들어 더욱 효율적인 설계가 가능하다.

  • 이 책은 2018년에 출판되었음에도 불구하고 여전히 큰 영향을 미치고 있으며, 많은 책에서 인용되었다.

• 추가적인 통찰

  • 복잡성을 캡슐화하는 접근 방식과 인터페이스 디자인, 오류 처리에 대한 강력한 아이디어를 제시한다.

  • 저자인 John Osterhout와의 인터뷰를 통해 TDD에 대한 그의 견해와 비판을 들을 수 있었다.

Refactoring: Improving the Design of Existing Code (Martin Fowler)

• 핵심 인사이트: 리팩토링은 언제든 중단해도 괜찮으며, 코드의 출력을 변경하지 않으면서 설계를 개선하는 작업이므로 작은 단위로 꾸준히 진행할 수 있다.

  • 리팩토링을 코드 전체를 재작성하는 것으로 오해하는 경우가 많지만, Fowler의 정의는 매우 좁은 범위에 국한된다.

• 실제 적용 사례

  • 최근 roborobato.com의 성능 최적화를 위해 Next.js와 React 사용을 개선하는 과정에서 진정한 리팩토링을 적용했다.

  • 기능이나 UI 변경 없이 코드 구조를 재구성했으며, 5개의 커밋으로 나누어 쉽게 검토하고 적용할 수 있었다.

What Is ChatGPT Doing and Why Does It Work? (Stephen Wolfram)

• 핵심 인사이트: LLM의 작동 방식, 특히 다음 토큰 예측 메커니즘, 온도(temperature) 개념을 이해하는 데 도움을 주었다.

  • LLM에 내재된 무작위성이 강력함을 만들어낸다는 점을 설명한다.

• 책의 가치

  • 복잡한 주제를 이해하기 쉽게 설명하는 잘 구성된 분석을 제공한다.

  • LLM에 대한 이해를 돕는 기초적인 어휘와 프레임워크를 제공하며, 이는 여전히 중요한 지식이다.

Fundamentals of Software Architecture (Mark Richards, Neal Ford)

• 핵심 인사이트: 아키텍처 비전을 기술 및 비기술 이해관계자에게 판매하는 능력의 중요성을 강조하며, 이를 아키텍처의 근본적인 요소로 간주한다.

  • 끊임없이 소통하고 자신의 가치를 증명해야 하며, "내가 말하는 대로 된다"는 식의 태도는 바람직하지 않다.

• 추가적인 원칙

  • 아이보리 타워에 머물지 않고 코드와 팀과 함께하며 디자인을 직접 경험하고, 몇 단계 앞서 나가며 잠재적인 문제점을 예측해야 한다.

  • ADR(Architectural Design Document)의 역할을 강조하며, 의사결정 과정을 기록하고 진화시키는 것이 중요하다고 말한다.

  • "그라운드호그 데이 현상"을 피하기 위해 의사결정을 기록하고 공유하는 것이 필수적이다.

The Clean Coder (Robert C. Martin, "Uncle Bob")

• 핵심 인사이트: 진정한 프로페셔널리즘이란 무엇인지 탐구하며, 특히 마감일이나 견적 제공에 대한 Uncle Bob의 급진적인 견해를 제시한다.

  • 엔지니어링 문화에서 견적과 마감일을 혼동하는 것은 흔하지만, 프로페셔널리즘을 위해서는 이를 명확히 구분해야 한다.

• 책의 특징

  • 많은 이야기를 담고 있으며, Uncle Bob이라는 인물에 대해 더 깊이 알 수 있다.

  • 책은 잘 쓰여져 있어 쉽게 읽히며, 커버 투 커버 읽기에 적합하다.

Working Effectively with Legacy Code (Michael Feathers)

• 핵심 인사이트: 변경하기 어렵거나 두려운 코드는 잘못 설계된 것이며, 누구나 코드를 변경하기 쉽게 만들 수 있다.

  • 레거시 코드는 테스트 커버리지가 없거나 동작 방식을 이해하지 못하는 코드로 정의된다.

  • 그린필드 프로젝트가 아니거나 코드베이스에 대한 통제력이 부족할 때 어떻게 시작해야 하는지에 대한 지침을 제공한다.

• 책의 가치

  • 각 섹션이 독립적이어서 참고용으로 활용하기 좋으며, 커버 투 커버로 읽기보다는 필요한 부분을 찾아 읽는 것이 효과적이다.

Web Scalability for Startup Engineers (Artur Ejsmont)

• 핵심 인사이트: 스타트업 초기 단계에서는 과도한 최적화나 높은 가용성을 추구하기보다 빠르게 움직이는 것이 중요하며, 적절한 시점에 투자해야 한다.

  • 초기 스타트업은 고객이 적을 때 완벽한 내결함성이나 고가용성을 갖추려 하지 말아야 한다.

• 시대적 한계와 제언

  • 책에서 다루는 내용은 2010년대에 중요했던 주제들이며, 현재는 SaaS 및 PaaS 기업들이 해결해 준 부분이 많다.

  • 최신 버전은 첫 창업자나 기술 리더를 위한 핸드북으로 업데이트될 필요가 있다.

Recoding America (Jennifer Pahlka)

• 핵심 인사이트: 정부 소프트웨어의 비효율성과 개선 가능성을 보여주며, 정부 소프트웨어도 충분히 좋은 품질로 만들 수 있다는 가능성을 제시한다.

  • 정부 소프트웨어는 체크리스트 완료 여부로 평가받기 때문에 실제 기능 수행 여부는 중요하게 고려되지 않는다.

  • 애자일의 핵심 원칙인 "고객과의 긴밀한 협력"과 "작동하는 소프트웨어의 지속적인 전달"이 정부 소프트웨어 개발에 적용될 때의 중요성을 강조한다.

Building Evolutionary Architectures (Neal Ford, Rebecca Parsons, Patrick K. Kua, Pramod Sadalage)

• 핵심 인사이트: "피트니스 함수(Fitness Functions)" 개념을 통해 시스템이 기대한 대로 동작하는지 객관적으로 평가하고, 진화하는 아키텍처를 구축하는 방법을 제시한다.

  • 피트니스 함수는 시스템의 진화 과정을 추적하고, 설계 결정이 의도한 대로 작동하는지 확인하는 데 필수적이다.

  • Conway의 법칙과 같은 조직 구조가 소프트웨어 아키텍처에 미치는 영향을 고려하여 팀을 구성하고 시스템을 설계해야 한다.

Looks Good to Me (Adrian Bergeron)

• 핵심 인사이트: 책의 구체적인 조언은 기억나지 않지만, 풀 리퀘스트(PR)의 중요성을 다시 한번 상기시켜 주었다.

  • 최근 회사에서 진행한 마이그레이션 과정에서 PR 검토가 소홀했던 점을 반성하며, 이 책을 다시 살펴볼 필요성을 느낀다.

• 책의 가치

  • 팀 내 사회적 계약과 표준 정의에 대한 좋은 지침을 제공한다.

  • 기술 서적은 필요할 때 다시 찾아보고 아이디어를 발전시키는 데 유용하다.

Slow Productivity (Cal Newport)

• 핵심 인사이트: "적게 일하고 의미 있는 일에 집중하라"는 메시지를 통해 의사 생산성(pseudo-productivity)을 경계하고, 높은 가치의 활동에 집중해야 함을 강조한다.

  • 캘 뉴포트의 깊이 있는 사고방식을 보여주는 책으로, 팟캐스트 운영과 같은 중요한 일에 집중하기 위해 불필요한 활동을 줄였다.

  • 경력이 쌓일수록 가장 높은 레버리지와 가치를 가진 활동에 집중해야 하며, 의사 생산성은 이를 방해한다.

The Unicorn Project (Gene Kim)

• 핵심 인사이트: DevOps 프로세스의 중요성을 소프트웨어 엔지니어링 관점에서 설명하며, 근본적인 문제를 해결하여 개발 속도를 높여야 함을 강조한다.

  • 릴리스 관리자에게 의존하는 시스템은 비효율적이며, 자동화된 프로세스를 통해 누구나 릴리스를 관리할 수 있어야 한다.

• 책의 구성과 영향력

  • 이전 저서인 'The Phoenix Project'와 달리 소프트웨어 엔지니어링 관점에서 DevOps를 설명하여 더 많은 개발자에게 적용 가능하다.

  • 우화 형식으로 기술적인 내용을 쉽게 전달하며, 기술 서적에 이야기를 결합하는 트렌드를 이끌었다.

Tidy First (Kent Beck)

• 핵심 인사이트: 코드 구조의 "옵셔널리티(Optionality)" 즉, 유연성과 확장성의 가치를 강조하며, 이는 시간 가치와 유사하게 미래의 잠재적 이익을 창출한다.

  • 코드를 처음 작성할 때 미래에 필요할 기능을 예측하기 어렵기 때문에, 유연하게 변경 가능한 방식으로 작성하는 것이 중요하다.

• 책의 특징과 가치

  • 짧고 간결한 책이지만 깊은 통찰을 제공하며, 소프트웨어 개발에 대한 즐거움을 느끼게 한다.

  • 옵션 거래와 같은 다른 산업의 아이디어를 소프트웨어에 적용하는 것은 성숙한 개발의 증거이다.

Unix: A History and a Memoir

• 핵심 인사이트: Unix의 핵심 빌딩 블록 중 하나인 "파이프(pipes)"의 작동 방식과 중요성을 이해하게 되었다.

  • 각 프로그램이 입력을 받아 출력을 반환하는 Unix 철학 덕분에 파이프 연산자를 통해 프로그램 간의 출력을 쉽게 연결할 수 있다.

• Doug McIlroy의 역할

  • Doug McIlroy는 파이프를 통해 Unix 아이디어를 통합하는 데 중요한 역할을 했으며, Unix 철학을 형성하는 데 기여했다.

The Twelve-Factor App

• 핵심 인사이트: 클라우드 네이티브 애플리케이션 구축을 위한 12가지 원칙을 제시하며, 이 원칙들을 잘못 적용하면 오히려 복잡성을 증가시킬 수 있다.

  • Heroku 시절에 만들어진 원칙들로, 기본적인 원칙들을 보면 고개를 끄덕이게 된다.

  • Kubernetes와 같이 특정 기술을 이해 없이 적용하는 경우와 유사하게, 이 원칙들도 오용될 수 있다.

The Agile Manifesto

• 핵심 인사이트: 애자일은 폭포수 모델에 대한 반작용으로, 작동하는 소프트웨어를 빠르게 전달하고 고객 피드백을 신속하게 반영하는 것을 목표로 한다.

  • 애자일의 핵심은 고객 및 이해관계자와 긴밀하게 협력하여 소프트웨어를 반복적으로 개선하는 것이다.

• 현대적 적용과 비판

  • 애자일의 본질은 많은 개발자에게 익숙하지만, 의식적인 노력 없이는 그 의미를 잃기 쉽다.

  • 현대 소프트웨어 개발에 깊숙이 자리 잡고 있어 새로운 것을 배우기보다는 기존의 방식을 되돌아보게 한다.

  • 폭포수 모델에 대한 반발로 매우 효과적이었으며, 소프트웨어 복잡성 때문에 장기적인 계획보다는 작은 단위로 가치 있는 것을 전달하는 것이 중요함을 강조한다.

The Software Engineer's Guidebook (Jorge Orozco)

• 핵심 인사이트: 경력 발전과 함께 높은 레버리지의 업무에 집중하고, 자신의 경력을 주도적으로 관리해야 한다.

  • 관리자와 스폰서의 중요성을 강조하며, 관리자는 승진을 위해 당신을 지지하고, 당신은 그 기대를 충족시키기 위해 노력해야 한다.

• 책의 특징

  • 'The Pragmatic Engineer' 뉴스레터와 유사하게, 경력 관리에 대한 실질적인 조언을 제공한다.

  • 복잡한 경력 경로를 이해하고 자신을 적극적으로 알리는 데 필요한 프레임워크를 제공한다.

Hypermedia Systems (Carson Gross, et al.)

• 핵심 인사이트: HTMX와 같은 기술을 통해 서버 사이드 렌더링으로도 충분히 동적인 웹 애플리케이션을 구축할 수 있으며, 복잡한 JavaScript 클라이언트의 필요성을 줄일 수 있다.

  • 웹의 원래 아이디어인 하이퍼미디어 시스템의 장점을 살려, 백엔드 기술에 상관없이 좋은 사양만 있다면 많은 기능을 서버 사이드에서 구현할 수 있다.

• HTMX의 장점과 한계

  • HTMX로 작성된 코드는 단순하여 유지보수가 용이하며, 최신 프레임워크보다 오래 지속될 가능성이 높다.

  • HTMX가 웹 개발의 미래가 아닐 수 있지만, 이러한 반대 의견은 엔지니어로서 더 나은 판단을 내리는 데 도움이 된다.

Team Topologies (Matthew Skelton, Manuel Pais)

• 핵심 인사이트: 팀은 조정해야 할 상호 의존성을 최소화하도록 구성되어야 하며, 팀의 구조가 소프트웨어 아키텍처에 직접적인 영향을 미친다.

  • 팀 토폴로지는 팀 간의 조정을 줄여 흐름을 최적화하는 데 중점을 둔다.

  • 팀의 구조가 소프트웨어의 구조를 결정하므로, 팀 구성 시 신중해야 한다.

Ace the System Design Interview (Alex Xu)

• 핵심 인사이트: 시스템 디자인 면접에서 "백지장 계산(back-of-the-napkin math)"을 활용하여 규모와 성능 요구사항을 추정하는 것이 중요하다.

  • 일반적인 시간, 데이터 크기 등의 수치를 암기하고 이를 활용하여 시스템 요구사항을 구체화하면, 추측이 아닌 근거 기반의 설계를 할 수 있다.

  • 예를 들어, 시간당 트윗 수를 처리해야 할 때, 트윗당 바이트 수와 트윗 길이를 알면 필요한 저장 공간과 처리량을 계산할 수 있다.

• 면접에서의 활용법

  • 면접관과 함께 소리 내어 생각하며 계산 과정을 공유하면 피드백을 얻고 더 나은 설계를 할 수 있다.

  • 단순히 최신 기술을 나열하는 것이 아니라, 왜 특정 기술을 선택했는지에 대한 근거를 제시하는 것이 중요하다.

The Good News Factory (Kent Beck)

• 핵심 인사이트: 소프트웨어 팀이 지속적으로 "좋은 소식"을 전달하는 "좋은 소식 공장"이 되기 위해서는 클린 코드와 확장 가능한 시스템 구축이 필수적이다.

  • 팀이 긍정적인 결과물을 꾸준히 보여주지 못하면, 외부에서 부정적인 서사가 만들어질 수 있다.

• 책의 특징

  • 짧고 간결한 보고서 형식의 책으로, 핵심 메시지를 효과적으로 전달한다.

Thinking in Systems (Donella Meadows)

• 핵심 인사이트: "주식과 흐름(stocks and flows)" 개념을 통해 시스템의 동적인 특성을 이해하고, 복잡한 시스템을 분석하는 데 유용한 프레임워크를 제공한다.

  • GDP(흐름)와 시가총액(주식)의 차이를 이해하는 것처럼, 시스템의 현재 상태와 변화율을 구분하는 것이 중요하다.

• 책의 가치

  • 추상적이지만, 전략적 사고와 시스템적 사고를 하는 데 있어 높은 수준의 통찰력을 제공한다.

Grokking Concurrency (Karol Bobrov)

• 핵심 인사이트: 동시성 모델을 "적절하게 크기 조정(right-sizing)"하는 것이 중요하며, 너무 세분화하거나 너무 광범위하게 만드는 것은 모두 단점이 있다.

  • 병렬화하거나 동시 작업으로 나눌 수 있는 작업 단위를 이해하고 시스템을 튜닝하는 방법을 제시한다.

Rework (Jason Fried, David Heinemeier Hansson)

• 핵심 인사이트: 작고 알려지지 않은 상태를 오히려 장점으로 활용하여 반복하고 재창조하며 성공을 만들어갈 수 있다.

  • 유명해지기 전의 불리함이 오히려 혁신의 기회가 될 수 있으며, 성공의 이점을 놓치지 않도록 이를 활용해야 한다.

• 책의 특징과 영향력

  • 논리적이고 잘 쓰여진 책으로, 부트스트래핑이나 주류 성공 개념에 맞지 않는 것을 구축하려는 사람들에게 영감을 준다.

  • Basecamp와 37signals의 성공 사례를 통해 그들의 철학이 시간이 지나도 유효함을 증명한다.

In the Plex (Steven Levy)

• 핵심 인사이트

  • 구글 엔지니어들이 경매 이론과 같은 복잡한 개념을 독창적으로 재발명하는 능력은, 똑똑한 사람들을 고용하고 신뢰할 때 얻을 수 있는 결과이다.

  • 스타트업의 성공은 보장되지 않으므로, 끊임없이 노력하고 회사의 미래를 위해 기여해야 한다.

• 저자와의 연결고리

  • 저자인 Steven Levy는 훌륭한 작가이며, 그의 다른 저서 'Crypto'도 추천할 만하다.

  • 책에 등장하는 인물이 현재 CEO로 있는 회사의 면접을 보게 된 경험은 매우 흥미로웠다.

Thinking Like a Large Language Model (Mukund Sundararajan)

• 핵심 인사이트: 이 책에 대한 구체적인 기억은 희미하지만, LLM의 사고방식을 이해하는 데 도움이 되었다.

The DevOps Handbook

• 핵심 인사이트

  • CI/CD 파이프라인, 자동 롤백, 향상된 관찰 가능성 등 실제적인 DevOps 구현에 대한 지침을 제공하여 팀의 소프트웨어 엔지니어링 역량을 크게 향상시켰다.

  • "새로운 검색 기능"과 같이 새로운 기능을 배포할 때, 실제 트래픽의 일부를 새로운 API로 보내 결과를 관찰하는 "섀도우 트래픽" 기법을 소개한다.

  • 배포와 릴리스를 분리하는 것의 중요성을 강조하며, 기능 플래그를 사용하여 마이그레이션 중 발생할 수 있는 회귀를 신속하게 처리할 수 있다.

• 책의 저자 및 가치

  • Gene Kim, Jess Humble, Patrick Dubois, Nicole Forsgren, John Willis 등 저명한 저자들이 참여했으며, 'Unicorn Project'와 'The Phoenix Project'의 보완적인 내용을 담고 있다.

Just for Fun: How Linus Torvalds Started an Accidental Revolution

• 핵심 인사이트: Linus Torvalds는 재미를 느끼는 일에 집중함으로써 Linux를 만들었고, 이는 세상을 바꾸는 결과를 가져왔다.

  • 재미를 느끼는 일에 집중하는 것이 가장 열심히 일하게 되는 동기이며, 이는 예상치 못한 큰 성공으로 이어질 수 있다.

• 오픈 소스 소프트웨어의 혁신

  • Linus Torvalds는 오픈 소스 소프트웨어로 수익을 창출하고 원칙을 지키는 비전통적인 방식을 개척했으며, 이는 서버 운영 및 코드 커밋 방식에 큰 영향을 미쳤다.

Made to Stick

• 핵심 인사이트: 기억에 남는 아이디어는 특정 패턴을 따르며, 창의적인 천재가 아니더라도 이러한 패턴을 활용하여 아이디어를 효과적으로 전달할 수 있다.

  • "재미있는 일에 집중하고, 가장 재미있는 일에 가장 열심히 일하게 될 것이라고 믿으라"는 메시지는 개인적인 경력 결정에 큰 영향을 미쳤다.

Staff Engineer (Will Larson)

• 핵심 인사이트: Staff Engineer 수준에서는 높은 우선순위와 영향력을 가진 업무에 집중해야 하며, 이는 경력 전반에 걸쳐 적용되는 중요한 지표이다.

  • Staff Engineer가 되는 길에는 정해진 경로가 없으며, 다양한 배경을 가진 사람들이 복잡한 문제를 해결한다.

Finite and Infinite Games (James P. Carse)

• 핵심 인사이트: "유한 게임"은 승패가 명확하지만, "무한 게임"은 게임 자체를 즐기는 것이 목적이며, 삶에서 무한 게임을 추구하는 것이 중요하다.

  • Linus Torvalds가 Linux를 만들 때, 가장 인기 있는 운영체제를 만드는 유한 게임이 아닌, 최고의 운영체제를 만들고 커뮤니티를 구축하는 무한 게임을 추구했다.

Radical Candor (Kim Scott)

• 핵심 인사이트: 직접적이고 솔직한 피드백이 오히려 상대방을 위하는 길이며, "파멸적 공감(ruinous empathy)"을 피해야 한다.

  • 상대방의 안녕을 진심으로 걱정하기 때문에 직접적인 피드백을 주는 것이며, 이는 무례함과는 다르다.

  • 피드백을 줄 때 상대방의 감정을 고려하되, 핵심을 명확히 전달하는 것이 중요하다.

Mastering OpenTelemetry and Observability (Steve Flanders)

• 핵심 인사이트: 벤더 종속성을 피하고 OpenTelemetry를 사용해야 하지만, AI 시대에는 벤더 종속성의 중요성이 달라질 수 있다는 점을 재고하게 되었다.

  • DataDog와 같은 도구의 편리함 때문에 벤더 종속성이 매력적일 수 있지만, 가격 변경이나 인수합병 등의 위험을 고려해야 한다.

Beyond Vibe Coding (Addy Osmani) & Advanced React (Nadia Makarevich)

• 핵심 인사이트

  • 'Beyond Vibe Coding'은 생산적인 엔지니어가 코딩 에이전트와 협력하여 코드를 작성하는 "증강 AI(augmented AI)"의 개념을 소개한다.

  • 'Advanced React'는 참고 자료로 활용하기 좋다.

The Tao of Programming (Jeffrey James)

• 핵심 인사이트: 운영체제 구축은 기술적 정확성만 중요하지만, 급여 시스템과 같이 실제 세계를 모델링하는 것은 이해관계자 등 복잡한 문제를 포함하므로 더 어렵다.

  • 이는 프로그래머에게 직관적이지 않을 수 있으며, 실제 세계를 소프트웨어로 모델링하는 것이 본질적인 복잡성을 가진다는 점을 시사한다.

• "Worse Is Better" 에세이와의 연관성

  • 'The Tao of Programming'과 "Worse Is Better"는 짧지만 깊은 생각을 유발하는 유사한 유형의 글이다.

Mastering the Behavioral Interview (Austin McDonald)

• 핵심 인사이트: 실리콘밸리 스타일의 기술 면접에서 자신의 경험을 "고독한 해커"와 같은 아키타입에 맞춰 이야기하는 방법을 배울 수 있다.

  • 면접에서 이야기를 효과적으로 전달하는 기술은 매우 중요하며, 이 책은 그 방법을 구체적으로 제시한다.

Designing Data-Intensive Applications (Martin Kleppmann)

• 핵심 인사이트: 신뢰성, 지연 시간 대 처리량, 복원력 대 빠른 복구 등 분산 시스템의 기본 개념을 깊이 있게 다룬다.

  • 데이터 프라이버시와 주의력 착취와 같은 주제도 다루며, 고수요 시스템 구축 시 더 많은 성찰을 하게 될 것이다.

Reflections on Trusting Trust (Ken Thompson) & Coding Machines (Lawrence Kesteloot)

• 핵심 인사이트: AI가 코드를 생성하는 시대에, 생성된 코드에 대한 신뢰 문제와 잠재적인 악의적인 의도(예: 스테가노그래피)에 대해 깊이 생각하게 된다.

Frictionless (Nicole Forsgren, Abby Noda)

• 핵심 인사이트: 이 책은 주로 대기업의 리더를 대상으로 개발자 경험(DevEx) 이니셔티브 구현에 초점을 맞추고 있어, 현재 경력 단계에서는 큰 영향을 받지 못했다.

  • DevEx에 대한 훌륭한 내용을 담고 있지만, 시리즈 C 이후 단계의 회사에 더 중요할 수 있다.

Project Hail Mary (Andy Weir)

• 핵심 인사이트: 미래는 두려워할 대상이 아니라 해결해야 할 문제이며, 인류와 기술의 역할에 대한 낙관적인 시각을 보여준다.

  • 어려운 상황에서도 집중과 혁신을 통해 놀라운 일을 해낼 수 있다는 희망적인 메시지를 전달한다.