블로그로 돌아가기
#소프트웨어 설계
3개의 포스트
인사이트설계 문서소프트웨어 설계
2026.09.15설계 문서는 왜 2026년에 다시 화제가 되었나 — 「효과적인 소프트웨어 설계 문서 쓰는 법」 완전 해부
6월에 나왔을 때는 아무도 안 봤던 글이 9월 14일 해커뉴스 1면에 올라 334점과 137개의 댓글을 받았다. 구글과 마이크로소프트에서 설계 문서를 배운 한 창업자가 쓴 「효과적인 소프트웨어 설계 문서 쓰는 법」이다. 이 특집은 그 글의 24개 구성 요소를 하나씩 뜯고, 1969년 욕실에서 쓰인 첫 RFC부터 아마존의 6페이지 메모와 구글의 설계 문서까지 이 관습이 어디서 왔는지 찾고, 원문의 캐시 아키텍처 예시를 숫자로 재현하고, 코드가 싸진 2026년에 사람이 여전히 써야 하는 문서가 무엇인지 따진다. 인터랙티브 위젯 5종과 삽화를 함께 싣는다.
코어닷투데이78분
특집antirez코드 리뷰
2026.08.13코드를 보지 마라, 아이디어를 잡아라 — antirez가 던진 불편한 질문
Redis를 만든 사람이 말했다. '아무도 이 코드를 봐선 안 된다. 코드가 담은 아이디어만 보면 된다.' 30개월에 걸친 그의 입장 변화를 추적하고, 1975년의 책이 왜 지금 다시 읽히는지, 그리고 숫자들이 정말 그의 반대편에 서 있는지 끝까지 따져본다.
코어닷투데이40분
특집YAGNI켄트 벡
2026.07.01코드가 공짜가 된 시대, YAGNI는 왜 죽지 않았나 — 켄트 벡이 다시 꺼낸 30년 된 슬로건의 진짜 정체
AI가 코드를 공짜로 써주는 시대, '이제 미리 다 지어도 되지 않나?'라는 물음에 켄트 벡이 답했다 — YAGNI는 애초에 타이핑 절약이 아니었다. 그것은 옵셔널리티와 NPV, 두 장의 청구서였다. 1996년 크라이슬러 C3 프로젝트에서 태어난 슬로건이 왜 2026년 최대 화제가 되었는지, 금융의 실물옵션 이론부터 마틴 파울러의 비용 해부, 실전 사례까지 쉽고 깊게 풀었다.
코어닷투데이32분