메모와 기록
개발자의 사고력 키우기
이제는 개발자의 경쟁력은 문제 정의, 작업 분해, 명세, 그리고 결과를 설명 가능한 형태로 만드는 데서 성과를 만든다고 생각합니다. 이곳에는 개인의 사고를 더 또렷하게 만들고, 그 또렷함이 팀의 병목을 어떻게 줄일 수 있는지에 대한 기록을 남기고 있습니다.
- 원하는 결과를 어디까지 쪼개야 에이전트가 헛돌지 않는가.
- 좋은 구현은 코드보다 먼저 어떤 조건과 범위에서 결정되는가.
- 개인의 명확함은 어떻게 팀의 병목 감소로 이어지는가.
대표 글
2026년 3월 27일 / 3분 읽기
구현을 위임할수록 앞단은 무거워야한다
LLM에게 구현을 맡기기 시작하면서, 개발자가 더 먼저 정의해야 하는 것들에 대한 기록입니다.
글 읽기주제별 아카이브
AI 엔지니어링 노트
- 2026년 3월 26일3분 읽기
레시피의 시대에 실패를 남기는 습관들
성공 사례가 넘치는 AI 작업 환경에서 실패를 회수하는 방식(session log, lessons.md, context.md)에 대한 기록입니다.
- 2026년 3월 25일2분 읽기
AI가 잘할수록, 첫 실행은 더 작아야 한다
AI에게 간단하지만 많은 작업을 맡길수록 한 번에 끝내고 싶어진다. 그래서 테스트런, phase, 코드화가 왜 필요한지 기록한 글입니다.
- 2026년 3월 24일4분 읽기
구현 비용이 낮아질수록 먼저 고정해야 하는 것
AI 도구를 빠르게 실험하면서, 구현 가능성보다 문제 정의와 반복 사용성이 먼저 필요하다는 기준을 정리한 기록입니다.
- 2026년 3월 23일2분 읽기
좋은 패턴도 쌓이면 리팩토링이 필요하다
좋은 구조의 AI 작업도 시간이 지나며 쌓이는 규칙과 패턴을 다시 정리해야 했던 경험에 대한 기록입니다.
- 2026년 3월 22일2분 읽기
모델이 마음대로 판단하지 않게 쓰는 법
한국어 프롬프트를 교정하는 도구를 만들고, 그 과정에서 문장 습관이 어떻게 바뀌었는지에 대한 기록입니다.