인터넷을 멈추게 한 사건들 — 작은 코드 하나가 세계 인프라를 흔든 순간들
인터넷은 거대한 시스템처럼 보이지만, 실제로는 수많은 작은 코드와 의존성 위에 세워진 구조다. 이 글은 left-pad, Log4Shell, Heartbleed와 같은 사건들을 통해 작은 코드 하나가 어떻게 전 세계 인프라를 흔들 수 있었는지, 그리고 우리가 의존하는 소프트웨어 생태계의 본질을 따라간다.
개발 문화를 바꾼 도구들 — 우리가 일하는 방식은 어떻게 만들어졌을까
우리가 당연하게 사용하는 개발 방식은 자연스럽게 만들어진 것이 아니다. Git, GitHub, Stack Overflow, npm, Docker와 같은 도구들은 각각의 문제를 해결하는 과정에서 등장했고, 그 선택들이 쌓이며 오늘의 개발 문화가 형성되었다. 이 글은 그 흐름을 하나의 이야기로 정리한다.
Readium 개발기 #6 — 서버를 없애려다, 경계를 만들게 되었다
서버를 만들지 않으려는 선택은 자연스러웠다. 하지만 외부 API, 보안, 그리고 구조적 경계라는 문제를 마주하면서 그 선택은 더 이상 유지될 수 없었다. 이 글은 “서버를 없애는 설계”가 어떻게 “경계를 만드는 설계”로 바뀌었는지에 대한 기록이다.
Docker가 등장한 날 : DevOps 혁명의 시작
Docker는 단순한 컨테이너 도구가 아니었다. 이 글에서는 Docker 이전의 배포 문제가 어떻게 구조적인 한계였는지, 그리고 Docker가 등장하며 개발과 운영, 인프라 관리 방식이 어떻게 근본적으로 바뀌었는지를 따라간다. DevOps와 Cloud Native 시대가 시작된 순간을 기술 역사 관점에서 살펴본다.
npm이 JavaScript 생태계를 폭발시킨 이유
npm은 단순한 패키지 매니저가 아니었다. 그것은 코드 공유 방식을 바꾸고, 개발 속도를 극단적으로 끌어올리며, JavaScript를 가장 빠르게 진화하는 생태계로 만든 인프라였다. 이 글은 npm이 어떻게 개발의 구조 자체를 바꿨는지를 분석한다.
Readium 개발기 #4 — Timeline은 왜 ‘기록’이어야 했는가
Timeline을 UI를 위한 데이터로 만들면 편하다.
하지만 그 순간 기록은 깨지기 시작한다.
이 글은 Timeline을 상태가 아닌 ‘사실’로 재정의하면서,
이벤트를 얇게 만들 수밖에 없었던 설계 과정을 다룬다.
Stack Overflow가 개발 문화를 바꾼 순간 — 지식을 검색하는 방식이 바뀌다
Stack Overflow는 단순한 Q&A 사이트가 아니었다.
이 플랫폼은 개발자가 문제를 해결하는 방식, 배우는 방식, 그리고 지식을 사용하는 방식 자체를 바꿔버렸다.
이 글에서는 그 변화가 어떻게 시작되었고, 왜 되돌릴 수 없는 흐름이 되었는지를 분석한다.
왜 같은 명령어인데 결과가 다를까 — 리눅스 실행의 결정 구조 해부
리눅스에서 동일한 명령을 실행해도 결과가 달라지는 이유는 입력이 아니라 결정 구조에 있다. 이 글은 PATH, shebang, 환경 변수, 파일 디스크립터 등 실행 결과를 바꾸는 요소들을 “흐름”이 아닌 “선택과 상태”의 관점에서 분석한다.
Readium 개발기 #3 — 세션 토글은 왜 그렇게 단순하지 않았는가
토글은 단순한 버튼처럼 보였다.
하지만 그 안에는 세션, 상태, 이벤트, 그리고 모든 도메인 정책이 걸려 있었다.
이 글은 가장 작은 기능이 어떻게 설계를 무너뜨리는지를 기록한다.
리눅스 I/O는 언제 결정되는가 — stdin, stdout, pipe, redirection의 실행 시점 구조
리눅스 I/O는 흐름이 아니라 실행 직전에 구성되는 상태다.
stdin, stdout, pipe, redirection이 실제로 언제, 어떻게 연결되는지를 구조적으로 분석한다.