독자 설문 결과 공개, 앞으로는 이렇게 바뀝니다
독자 설문 결과 공개
지난번 독자 설문에 응답해주신 분들께 진심으로 감사드립니다.
이번 설문은 단순히 “무슨 글을 더 읽고 싶은가?”를 묻는 조사가 아니라, 이 뉴스레터가 앞으로 어떤 방향으로 진화해야 하는지를 결정하는 중요한 신호였습니다.
새벽까지 어떻게 컨텐츠를 만들어가야 할 지, 어떤 컨텐츠가 독자분들께 많은 가치를 드릴 수 있을지 다양한 것들을 많이 고민을 하게 되었습니다.
설문 결과를 보았을 때 단순하게 정리해보면 아래와 같았습니다.
더 깊은 시스템 디자인 해설.
AI 시대에도 살아남을 개발자 역량.
실제 회사 인터뷰에 가까운 문제 풀이.
그리고 개발자의 기술을 커리어와 수익화로 연결하는 방법.
즉, 이 뉴스레터의 방향은 단순한 기술 지식 전달이 아니라, AI 시대에 대체되지 않는 엔지니어로 성장하기 위한 실전형 콘텐츠로 방향을 잡아야 한다는 뜻으로 해석했습니다.
이번 설문 응답자의 대부분은 이미 개발 커리어를 시작했거나, 커리어 전환과 성장을 진지하게 고민하는 분들이었습니다.
응답자 분포를 보면 다음과 같습니다.
3–7년차 개발자 31%
7년차 이상 개발자 31%
1–3년차 개발자 15%
신입 취업준비생 8%
미국/해외 이직 준비중 8%
이직 계획은 없지만 성장 목적 8%
여기서 가장 중요한 점은, 3년차 이상 개발자가 전체의 62% 라는 점입니다.
이 말은 앞으로의 콘텐츠가 현재 수준에서 머물러서는 안 된다는 뜻이라고 해석되었습니다. 물론 주니어 개발자도 따라올 수 있도록 설명은 친절해야 하지만, 핵심 독자층은 이미 실무 경험이 있고, 더 깊은 고민을 하고 있습니다. 또한, 취업 준비생, 신입, 이직 준비중인 분들에게도 더 깊은 내용과 해석으로 큰 가치를 드리기 위해서도 고민했습니다.
가장 큰 고민, AI 시대 역량 불안
가장 많이 나온 고민은 AI 시대 역량 불안이었습니다.
응답자의 54% 가 이 문제를 선택했습니다.
이 결과는 꽤 중요한 인사이트를 볼 수 있는 관점 중 하나라고 보았습니다.
예전에는 개발자의 고민이 주로 “알고리즘을 더 잘 풀고 싶다”, “백엔드를 더 깊게 알고 싶다”, “이직 준비를 어떻게 해야 할까”였다면, 이제는 고민의 주제가 바뀌고 있다고 생각이 들었습니다.
“AI가 코드를 점점 더 잘 쓰는데, 나는 어떤 역량을 키워야 하지?”
“예전처럼 기술 스택을 하나씩 공부하는 방식이 앞으로도 유효할까?”
“AI를 잘 쓰는 개발자와 AI에게 대체되는 개발자의 차이는 뭘까?”
“해외 기업들은 지금 개발자에게 어떤 역량을 기대하고 있을까?”
이 질문은 단순히 AI 툴 사용법의 문제가 아닙니다.
Cursor, Claude Code, Codex 같은 도구를 잘 쓰는 법도 중요하지만,
더 본질적인 문제는 개발자의 역할 자체가 바뀌고 있다는 점입니다.
앞으로 좋은 개발자는 단순히 코드를 많이 치는 사람이 아니라, 문제를 구조화하고, 시스템을 설계하고, AI가 만든 결과를 검증하고, 제품과 비즈니스 맥락까지 이해하는 사람이 될 가능성이 큽니다.
그래서 앞으로 이 뉴스레터에서는 비즈니스 맥락, 그리고 제품의 비전 등을 다루고 경영학적인 관점들을 같이 융합해서 AI 시대 개발자의 생존 전략을 가져가실 수 있도록 할 예정입니다.
예를 들면 이런 글들이 나올 수 있습니다.
AI 시대에도 대체되지 않는 개발자의 논문 리뷰 및 내 것으로 만드는 전략
제품을 경영학 또는 인문학을 시스템 디자인 또는 제품의 아이디어로 연결 그리고 기획
“AI가 무섭다”에서 끝나는 것이 아니라 AI를 레버리지로 쓰는 개발자 사고방식을 만드는 것입니다.
두 번째 고민, 시스템 디자인 답변 구조 불안
두 번째로 많이 나온 고민은 시스템 디자인 답변 구조 불안이었습니다.
응답자의 46%가 이 문제를 선택했습니다.
이건 제가 개인적으로도 가장 중요하게 보는 부분입니다.
저도 애플, 구글, 메타, 오픈AI, 오라클 등 빅테크 엔지니어분들과
펠로우십을 진행하면서 매번 모의 인터뷰와 시스템 디자인에 대한 토론을 진행하여야
했습니다. 이 과정에서 시스템 디자인을 45분 동안 모든 포맷에 맞게 시스템을 설계하며
답변까지 하여야 했습니다. 그 과정에서 이게 맞는건지 확신도 들지 않고 배우긴 했는데 왜 이 시스템이 적용되어야 하는지 명확하게 제품에 맞는 설계 방향 및 트레이드 오프를 설명하지 못하는 경우도 많았습니다. 인도계, 중국계 펠로우십 그리고 빅테크 멘토들과 소통하며 토론하고 0부터 1을 만드는 연습을 많이 했습니다. 내 생각을 밖으로 온전히 쏟아낼 수 있어야 했습니다. 그러기 위해서 제가 연습했던 것들을 컨텐츠로 녹여보려고 합니다. 매번 수많은 검증을 0부터 1까지 시스템 디자인 설계를 할 수 있는지 빅테크 엔지니어 펠로우십 멘토들에게 받아서 결국에는 시니어 레벨로 펠로우십을 통과할 수 있었습니다.
시스템 디자인은 단순히 “Redis를 쓸까요?”, “Kafka를 쓸까요?”, “DB 샤딩을 할까요?” 같은 기술 선택 문제가 아닙니다.
진짜 어려운 것은 다음과 같습니다.
문제를 어떻게 범위화할 것인가.
요구사항을 어떻게 명확히 할 것인가.
트래픽과 데이터 모델을 어떻게 추정할 것인가.
어떤 설계를 먼저 제안하고, 어떤 트레이드오프를 설명할 것인가.
면접관의 추가 질문에 어떻게 구조적으로 답할 것인가.
최종적으로 “이 사람은 실무에서 큰 시스템을 맡겨도 되겠다”는 신뢰를 어떻게 줄 것인가.
많은 개발자들이 시스템 디자인 공부를 할 때 흔히 하는 실수가 있습니다.
개별 컴포넌트는 공부합니다.
로드밸런서, 캐시, 메시지 큐, CDN, DB replication, partitioning 같은 개념도 압니다.
그런데 막상 면접에서 “Instagram을 설계해보세요”, “실시간 리더보드를 설계해보세요”, “결제 시스템을 설계해보세요”라는 질문을 받으면 답변이 흩어집니다.
왜냐하면 지식은 있는데, 답변 구조가 없기 때문입니다.
그래서 앞으로 시스템 디자인 콘텐츠는 단순 해설이 아니라, 다음과 같은 방식으로 더 실전적으로 바꿀 예정입니다.
문제 정의 → 요구사항 정리 → API 설계 → 데이터 모델 → 아키텍처 → 병목 분석 → 확장 전략 → 장애 대응 → 트레이드오프 → 면접 답변 템플릿
이 흐름으로 실제 인터뷰에서 바로 말할 수 있는 형태의 콘텐츠를 만들겠습니다.
독자 분들이 0부터 1까지 스스로의 개념과 논리로 설계를 만드실 수 있도록 하는, 그리고 생각해볼 수 있는 컨텐츠 구조를 드리려고 합니다.
하지만 이렇게 하기 위해서는 조금 더 세부적인 부분에 대한 기능을 생각해보실 수 있어야하기 때문에 실서비스 작은 기능 구현을 먼저 다룰 것 입니다. 이러한 작은 기능 하나를 위주로 설계를 하는 연습을 할 것 입니다. 실제 코드는 어떻게 하고 시스템 설계에 대한 연습은 어떻게 할 지 영상 컨텐츠와 함께 제공 해드릴 예정입니다.
예를 들면 이런 시리즈입니다.
1. DoorDash — Driver Payout Calculator
난이도: Mid
문제명: Dasher 정산 계산기
다운스트림 데이터 소스에서 가져온 배달 기록을 기반으로, 각 Dasher의 총 정산 금액을 계산하는 서비스를 구현하라.
2. Uber — Surge Pricing Calculator
난이도: Mid
문제명: 서지 프라이싱 요금 계산기
최종 차량 호출 요금을 계산하는 서비스를 구현하라.
3. Lyft — Driver Match Scorer
난이도: Mid
문제명: 드라이버 매칭 점수 계산기
라이드 요청에 대해 각 드라이버 후보의 매칭 점수를 계산하는 서비스를 구현하라.
Amazon — Order Status Aggregation Service
난이도: Senior
문제명: 주문 상태 통합 조회 서비스
고객별 주문 상태를 여러 시스템에서 집계하고, 통합된 주문 상태 뷰를 반환하는 서비스를 구현하라.
LinkedIn — Job Recommendation Engine
난이도: Senior
문제명: 채용 공고 추천 엔진
지원자의 프로필 매칭 신호를 기반으로 채용 공고에 점수를 매기는 서비스를 구현하라.
Google — Search Query Ranker
난이도: Senior
문제명: 검색 결과 랭커
문서 인덱스에서 가져온 검색 결과를 랭킹하는 서비스를 구현하라.
앞으로 시스템 디자인 글은 단순히 “이런 아키텍처가 있습니다”에서 끝나지 않고, 면접장에서 어떻게 말해야 하는지까지 포함하려고 합니다.
d
현재 가장 가치 있다고 평가된 콘텐츠, 시스템 디자인 해설
이번 설문에서 현재 가장 가치 있다고 평가된 콘텐츠는 시스템 디자인 해설이었습니다.
응답자의 69%가 시스템 디자인 해설을 가장 가치 있는 콘텐츠로 선택했습니다.
그 다음은 다음과 같습니다.
백엔드/분산 시스템 개념 설명 54%
미국 빅테크 인터뷰 경험·전략 54%
실제 회사별 인터뷰 스타일 분석 46%
실서비스 구현형 인터뷰 대비 38%
알고리즘 인터뷰 준비 31%
독자들은 단순한 알고리즘 풀이보다, 실제 회사에서 쓰이는 시스템과 인터뷰에서 통하는 사고방식에 더 높은 가치를 느끼고 있습니다.
알고리즘이 중요하지 않다는 뜻은 아닙니다.
하지만 알고리즘만으로는 부족하다는 뜻입니다.
특히 3년차 이상 개발자에게는 “문제를 풀 수 있는가?”보다 더 중요한 질문이 생깁니다.
“큰 시스템을 이해하고 설계할 수 있는가?”
“실제 서비스의 장애와 병목을 설명할 수 있는가?”
“비즈니스 요구사항을 기술 설계로 바꿀 수 있는가?”
“AI 도구를 활용해 더 높은 생산성을 만들 수 있는가?”
앞으로 이 뉴스레터는 이 방향으로 더 이동할 것입니다.
앞으로 더 보고 싶은 콘텐츠, 실서비스 구현형 인터뷰 문제 풀이
독자들이 앞으로 더 보고 싶다고 답한 콘텐츠 1위는 실서비스 구현형 인터뷰 문제 풀이였습니다.
응답자의 62%가 선택했습니다.
이 결과는 굉장히 의미 있습니다.
요즘 인터뷰는 점점 LeetCode 스타일만으로 끝나지 않습니다.
특히 DoorDash, Uber, Stripe, Netflix, Amazon, Meta 같은 회사들은 단순 알고리즘 외에도 실제 서비스 구현 능력, API 설계, 객체지향 설계, 테스트 가능성, 예외 처리, 유지보수성 등을 봅니다.
예를 들면 이런 유형입니다.
“레스토랑 주문 시스템을 구현해보세요.”
“라이드 매칭 시스템의 기본 클래스를 설계해보세요.”
“결제 이벤트 처리 API를 만들어보세요.”
“쿠폰 적용 로직을 확장 가능하게 설계해보세요.”
“파일 업로드 상태 관리 시스템을 구현해보세요.”
“채팅 메시지 전송과 읽음 처리를 설계해보세요.”
이런 문제는 LeetCode처럼 정답 코드 하나로 끝나지 않습니다.
오히려 더 중요하게 보는 것은 다음입니다.
요구사항을 어떻게 질문하는가.
도메인 모델을 어떻게 잡는가.
API를 어떻게 설계하는가.
어떤 예외 케이스를 고려하는가.
테스트를 어떻게 작성하는가.
나중에 기능이 추가될 때 구조가 버틸 수 있는가.
그래서 앞으로는 Code Craft Interview 스타일의 콘텐츠를 강화하려고 합니다.
즉, 단순 문제 풀이가 아니라 실제 회사에서 나올 법한 구현형 문제를 가지고 다음 흐름으로 풀어보는 것입니다.
요구사항 분석
도메인 모델링
API 설계
핵심 로직 구현
예외 처리
테스트 케이스
확장 포인트
면접관과의 대화 전략
이건 단순히 인터뷰 준비가 아니라, 실무 개발자로서의 설계 감각을 키우는 훈련이기도 합니다.
유료 구독을 하지 않는 가장 큰 이유
이번 설문에서 유료 구독을 하지 않는 이유도 꽤 중요한 신호를 줬습니다.
가장 큰 이유는 두 가지였습니다.
가격이 부담돼서 24%
유료 콘텐츠에서 얻는 것이 불명확해서 24%
겉으로 보면 가격 문제가 커 보일 수 있습니다.
하지만 실제로는 더 중요한 문제가 있습니다.
바로 유료 콘텐츠의 가치가 충분히 선명하게 전달되지 않았다는 것입니다.
가격은 절대적인 문제가 아닙니다.
사람은 가치가 명확하면 돈을 냅니다.
반대로 가치가 모호하면 작은 금액도 망설입니다.
이번 결과를 보면서 제가 가장 크게 반성한 부분도 이것입니다.
“유료 글이 무료 글과 어떻게 다른가?”
“유료 구독을 하면 독자가 구체적으로 무엇을 얻는가?”
“한 달 뒤 독자의 실력이 어떻게 달라지는가?”
“이 콘텐츠가 인터뷰, 이직, 커리어, 수익화에 어떤 실질적 도움을 주는가?”
앞으로의 콘텐츠 발행 계획
이번 설문 결과를 바탕으로, 앞으로 뉴스레터는 크게 네 가지로 운영하려고 합니다.
깊이 있는 시스템 디자인 해설
가장 강한 수요가 확인된 영역입니다.
앞으로 시스템 디자인 콘텐츠는 더 깊고, 더 실전적으로 다룰 예정입니다.
예상 주제는 다음과 같습니다.
실시간 리더보드 설계
랭킹 업데이트, Redis Sorted Set, write-heavy 트래픽, eventual consistency, shard strategy, hot key 문제를 다룹니다.
결제 시스템 설계
idempotency key, payment intent, webhook, reconciliation, fraud detection, ledger, PCI compliance를 다룹니다.
대규모 알림 시스템 설계
push notification, email, SMS, retry queue, dead letter queue, rate limiting, user preference를 다룹니다.
동영상 업로드/처리 시스템 설계
signed URL, chunk upload, transcoding, thumbnail generation, CDN, async job queue를 다룹니다.
피드 시스템 설계
fan-out on write/read, ranking, cache invalidation, pagination, content freshness를 다룹니다.
채팅 시스템 설계
WebSocket, message ordering, delivery receipt, read receipt, offline queue, multi-device sync를 다룹니다.
이 시리즈의 목표는 단순히 “아키텍처 그림을 보는 것”이 아니라, 독자가 실제 면접에서 말할 수 있는 수준까지 만드는 것입니다. 또한 시스템 디자인 기본 컴포넌트에 대한 컨텐츠 내용을 보강할 예정입니다.
실서비스 구현형 인터뷰 문제 풀이
앞으로 가장 강화할 영역입니다.
이 콘텐츠는 LeetCode와 시스템 디자인 사이에 있는 영역입니다.
예상 주제는 다음과 같습니다.
DoorDash 스타일 주문 시스템 구현
메뉴, 장바구니, 주문 상태, 가격 계산, 쿠폰, 예외 처리를 설계합니다.
Uber 스타일 라이드 매칭 기본 설계
Driver, Rider, Trip, Location, Matching logic, surge pricing의 기본 구조를 다룹니다.
Stripe 스타일 결제 이벤트 처리 API
idempotency, webhook retry, payment status transition, ledger 기록을 구현합니다.
Netflix 스타일 시청 기록/추천 이벤트 처리
event ingestion, user history, watch progress, resume playback 구조를 다룹니다.
Spotify 스타일 플레이리스트 설계
playlist, track, collaborator, permission, ordering 문제를 다룹니다.
이런 글은 단순히 “정답 코드”를 보여주는 것이 아니라, 면접에서 좋은 평가를 받는 사고 흐름을 보여주는 데 집중하겠습니다.
AI 시대 개발자 역량과 커리어 전략
설문에서 가장 큰 고민으로 나온 영역입니다.
예상 주제는 다음과 같습니다.
그래서 앞으로 이 뉴스레터에서는 비즈니스 맥락, 그리고 제품의 비전 등을 다루고 경영학적인 관점들을 같이 융합해서 AI 시대 개발자의 생존 전략을 가져가실 수 있도록 할 예정입니다.
예를 들면 이런 글들이 나올 수 있습니다.
AI 시대에도 대체되지 않는 개발자의 논문 리뷰 및 내 것으로 만드는 전략
제품을 경영학 또는 인문학을 시스템 디자인 또는 제품의 아이디어로 연결 그리고 기획
실리콘밸리 빅테크 또는 해외 기업들의 인재 평가 기준 역량 등으로 학습 방향을 판단하실 수 있도록 가치를 드릴 예정입니다.
이 뉴스레터는 이러한 역량을 키우는 방향으로 가겠습니다.
개발자의 사이드 프로젝트와 수익화
이번 설문에서 사이드 프로젝트 수익화 전략과 바이브코딩에 대한 수요도 확인되었습니다.
특히 7년차 이상 개발자 응답에서 “AI 도구 활용”, “소프트웨어 개발과 수익화”, “기술을 부업/사업화로 연결하는 방법”에 대한 니즈가 보였습니다.
이 부분은 제가 하고 있기도 하고, 경영학을 복수전공하며 창업, 투자 연결까지 했었던 경험으로 0 부터 1까지 경영학적인 프로세스들, 재무 기초, 개발자가 알아야 하는 철학, 인문학적인 요소들을 컨텐츠로 제공해드릴 예정입니다.
설문 응답자 분들과 모든 구독자 분들께 감사드리며
더 좋은 컨텐츠로 찾아뵙겠습니다.
감사합니다.
저는 옛날에 한 달 정도 구독하다가 본문과 같은 이유로 구독 해지 했었는데, (왜냐면 제 눈엔 Alex Xu의 그 책과 다를게 없다고 느꼈습니다.) 더 노력을 들여 콘텐츠를 만든다고 하시니 재구독 의향 생겼습니다. 더 디테일하게 파고드는 부분들이, 정보를 일부 숨기는 것보단 개발자들이 자기 생각을 더 편하게 덧대고 큰 그림을 만들어가기 좋은 구조가 될거 같습니다. 👍