🐝매일 한입

매일 한입

혼자 앱을 만드는 개발자의 개발일지

쓰는 사람 — issol

혼자 iOS 앱을 만들고 운영합니다. 기획부터 디자인, 코드, 서버, 스토어 심사, 홍보까지 전부 한 사람 몫이라서, 매일 어떤 결정을 왜 내렸는지가 기록으로 남지 않으면 금방 잊힙니다. 그래서 각 앱 저장소에 의도(intent)·설계(spec)·계획(plan) 문서와 커밋을 남기고, 그걸 재료로 저녁마다 한 편씩 개발일지를 씁니다.

코드도 글도 Claude Code와 함께 만듭니다. 다만 개발일지에 적는 사실은 전부 저장소에 실제로 남은 커밋과 문서에서만 가져옵니다. 겪지 않은 경험, 재지 않은 숫자는 쓰지 않습니다.

GitHub · @issol ↗

블로그 소개

2026년 3월에 AI 뉴스를 요약하는 블로그로 시작했습니다. 반년 동안 140편 넘게 냈지만 발표를 다시 요약한 글이 대부분이었고, 그 글들은 저만 쓸 수 있는 글이 아니었습니다. 2026년 10월부터는 제가 아니면 쓸 수 없는 것만 씁니다 — 제 앱의 개발일지입니다.

  • 📓 개발일지 — 매일 한 앱, 한 가지 변경. 무엇이 문제였고, 무엇을 바꿨고, 왜 그 길이었는지
  • 🛠️ 이전 글 — AI 도구 리뷰·튜토리얼·칼럼은 그대로 남겨 둡니다. 당시의 기록입니다

운영 원칙

✓

저장소에 남은 것만 쓴다

커밋, 의도·설계·계획 문서, 설계 결정 기록(ADR), 심사·출시 기록. 글마다 근거 커밋을 frontmatter에 남깁니다.

✓

실행하지 않은 것을 실행했다고 쓰지 않는다

테스트·심사·출시 결과는 기록에 적힌 것을 출처와 함께 옮깁니다. 다운로드 수·사용자 수처럼 재지 않은 숫자는 쓰지 않습니다.

✓

날짜를 손대지 않는다

글은 그날 쓰고 그날 날짜로 나갑니다. 미리 써서 몰아 올리지 않고, 나중에 발행일을 고치지 않습니다. 내용을 고치면 수정일을 따로 적습니다.

✓

좋은 날만 쓰지 않는다

심사에서 떨어진 것, 되돌린 결정, 아직 못 푼 문제도 그대로 적습니다.

자주 묻는 질문

얼마나 자주 글을 올리나요?

매일 저녁 한 편입니다. 그날 쓸 만한 변경이 없는 앱만 있으면 짧게 쓰거나 그날은 비웁니다. 다음 날 두 편으로 메우지 않습니다.

AI가 쓰나요?

네, Claude Code와 함께 씁니다. 각 앱 저장소의 커밋과 문서를 읽고 그 안에 있는 사실만으로 씁니다. 저장소에 없는 경험담이나 숫자는 넣지 않도록 검사 스크립트가 날짜·근거 커밋·형식을 매번 확인합니다.

앱에 문제가 있어요.

각 앱의 지원 페이지(위 목록의 링크)나 아래 이메일로 알려 주세요. 개발일지에 다룰 만한 문제면 그 과정도 글로 남깁니다.

글의 내용이 틀렸으면 어떻게 하나요?

이메일로 알려주시면 확인 후 수정합니다. 수정 시 날짜와 변경 내용을 글 하단에 명시합니다.

앱 문의, 협업, 오탈자 신고는 isolatorv@gmail.com으로 보내주세요.