검색 결과

Software Engineering의 법칙들

Laws of Software Engineering

소프트웨어 공학에 적용되는 여러 원칙과 법칙을 정리한 글. 개발 의사결정과 시스템 설계 관점을 다룸.

병목은 결코 코드가 아니었다

The bottleneck was never the code

코딩 에이전트의 한계가 코드 품질보다 작업 흐름과 의사결정 구조에 있다는 주장. 개발 생산성의 병목을 다시 보게 만든다.

"코드가 결코 어려운 부분이 아니었다"는 모든 프로그래머에 대한 모욕이다

"Code was never the hard part" is an insult to all programmers

코딩 자체를 문제의 핵심이 아니라고 보는 주장에 반박하는 글. 프로그래밍의 복잡성과 장인성을 과소평가하지 말아야 한다는 논지.

사람이 유지보수할 코드를 작성하라

Write code like a human will maintain it

유지보수성 중심의 코드 작성 원칙을 다룬 글. 읽기 쉬움, 명확한 구조, 장기적인 변경 용이성이 핵심으로 강조된다.

코드 리뷰의 주된 목적은 유지보수가 어려운 코드를 찾아내는 것

The primary purpose of code review is to find code that will be hard to maintain

코드 리뷰의 핵심을 버그 탐지보다 유지보수성 검토에 둬야 한다는 관점. 장기적으로 읽기 어렵고 수정 비용이 큰 코드를 걸러내는 데 초점을 맞춤.

에이전틱 코딩 교훈: 코드가 싸질 때 우리는 무엇을 해야 하나

Lessons for Agentic Coding: What should we do when code is cheap?

에이전트 기반 코딩 시대의 실무 교훈을 정리함. 코드 생산 비용이 낮아질수록 검증, 설계, 유지보수의 중요성이 커짐.

나의 Software North Star

My Software North Star

소프트웨어를 판단하고 설계할 때 따를 기준점을 정리한 에세이. 개발자가 장기적으로 유지할 핵심 원칙과 우선순위를 제시함.

AI 지원 소프트웨어 엔지니어링에 Go가 이상적인 언어인 이유

Go is an ideal language for AI-assisted software engineering

Google이 AI 보조 개발에 Go가 적합하다고 설명. 단순한 문법과 명확한 구조가 자동화된 코드 생성·리팩터링에 유리하다는 주장.

Harness engineering: 에이전트 우선 세계에서 Codex 활용하기

Harness engineering: Leveraging Codex in an agent-first world

에이전트 중심 개발 환경에서 Codex를 활용하는 엔지니어링 방식을 다룸. 도구 연결, 작업 분해, 검증 흐름에 초점.

리팩터링의 경제적 이익

The Economic Benefit of Refactoring

리팩터링을 비용이 아닌 경제적 투자로 보는 관점을 다룬다. 유지보수성 개선과 변경 비용 절감이 장기적 가치를 만든다는 논지다.

훌륭한 abstraction의 숨은 비용

The 'Hidden' Costs of Great Abstractions

추상화가 개발 생산성을 높이는 동시에 복잡성, 디버깅 비용, 성능 손실을 숨길 수 있음을 지적. 설계 수준에서의 대가를 다시 보자는 논점.

병렬 프로그래밍의 선

The Zen of Parallel Programming

병렬 프로그래밍의 원칙과 설계 감각을 다룬 글. 동시성 처리와 작업 분할의 기본기를 정리한 내용.

2026년에도 왜 코드를 쓰는가

Why write code in 2026

코드 작성의 의미가 약해진 시대에도 사람이 직접 코드를 써야 하는 이유를 묻는 글. 도구가 발전한 뒤에도 소프트웨어를 이해하고 통제하는 역량의 가치를 강조한다.

코드 작성에 쓰는 AI 코딩 에이전트는 유지보수 비용을 줄여야 한다

An AI coding agent, used to write code, needs to reduce your maintenance costs

AI 코딩 에이전트의 핵심 가치를 기능 생산성이 아니라 유지보수 비용 절감으로 봐야 한다는 주장. 생성된 코드가 장기 운영 부담을 줄이지 못하면 실질적 효용이 낮다는 점을 강조함.

--dangerously-skip-reading-code

-​-dangerously-skip-reading-code

코드를 읽지 않고 넘어가는 태그나 습관의 위험성을 다룬 글. 빠른 판단보다 실제 코드 확인이 필요하다는 점을 강조함.

Drunk post: 시니어 엔지니어가 배운 것들

Drunk post: Things I've learned as a senior engineer (2021)

시니어 엔지니어로 일하며 얻은 교훈을 정리한 회고 글. 협업, 의사결정, 책임 범위에 대한 실전 관찰이 중심.

소프트웨어 팩토리가 실패하는 이유, 하니스 엔지니어링만으로는 충분하지 않음

Why Software Factories Fail (or: harness engineering is not enough)

코딩 에이전트용 하니스와 자동화만으로는 소프트웨어 팩토리를 안정적으로 만들기 어렵다는 문제를 짚음. 조직 구조, 피드백 루프, 운영 설계까지 함께 맞춰야 한다는 주장.

LLM에는 boring languages를 사용하라

Use boring languages with LLMs

LLM 개발에는 복잡한 최신 언어보다 단순하고 보수적인 언어가 유리하다는 주장. 유지보수성과 예측 가능성을 강조함.

Software Engineering 기초가 더 중요해짐

Software Engineering fundamentals matter more

소프트웨어 엔지니어 역할의 본질과 기초 역량을 다시 강조하는 글. 에이전틱 엔지니어링 논의가 커질수록 신호보다 소음이 많아졌다는 문제의식도 담음.

"클린" 코드, 끔찍한 성능 (2023)

"Clean" Code, Horrible Performance (2023)

클린 코드 원칙이 오히려 성능 저하를 초래할 수 있음. 추상화와 간접 계층이 성능 병목을 만듦.

Bank Python 구술사 (2021)

An oral history of Bank Python (2021)

은행 조직에서 Python이 어떻게 도입되고 활용됐는지 구술 형식으로 정리. 금융권 개발 문화와 실무 채택 과정을 되돌아봄.

왜 사람들은 formal methods를 사용하지 않는가? (2019)

Why don't people use formal methods? (2019)

형식 검증의 유용성은 높지만 적용 비용과 학습 장벽이 큼. 개발 현장에서는 도구 성숙도와 생산성 우려가 확산을 제약함.