Diary | 범범의 연습장

Diary

일하며 문제를 해결하고 배우고 생각한 과정을 남기는 공간입니다.

Diary회고2026년 7월 31일

AI 도입은 강요가 아니라 배려에서 시작한다

제안하는 쪽은 상대의 속도를 존중해야 하고, 받아들이는 쪽은 불편을 이유로 미루지 않아야 한다.

언제 올지 모를 인수인계를 기다리던 문서가 이제 다음 티켓에서 쓰인다.

동시 요청이 서로 다른 닉네임을 고르던 문제를 통해, 후보 목록과 선택 순서가 결정론에 미치는 영향을 설명한다.

PR을 빨리 통과시키는 대신, 멈춰야 할 곳을 정하고 그 앞단에 시간을 쓰기로 했다.

AI 사이드 프로젝트에서 머지·배포 순서가 어긋나 낮은 버전이 뒤늦게 나타나고, 같은 백필이 다른 버전으로 두 번 적용된 원인을 보여준다.

Diary회고2026년 7월 11일

조건별 결과와 요청 흐름을 표와 시퀀스로 명확하게 전달하는 방법을 다룬다.

Diary회고2026년 7월 9일

필요한 정보만 전달하고, 상대의 판단은 대신하지 않는다.

Diary회고2026년 7월 8일

AI는 코드를 만드는 일뿐 아니라 작업을 이해하고 검토하는 과정도 빠르게 했다. 그럼에도 한 티켓에서 사람이 읽고 판단해야 할 비용은 왜 커졌는지 돌아본다.

최신 빌드가 배포됐는데도 Swagger 문서만 갱신되지 않은 문제를 CloudFront 응답 헤더로 분리 진단한 과정을 기록한다.

IDE가 사용처를 찾지 못한 getter도 Jackson이 런타임에 직렬화할 수 있어, 삭제 전 응답 경로·Lombok·JSON 테스트를 확인해야 함을 보여준다.

Diary회고2024년 3월 7일

개발자가 마주치는 기술 부채의 원인과 줄이는 방법을 정리한다.

Diary회고2024년 3월 3일

좋은 회사에 대해 고민한 개인적인 기준과 생각을 정리한다.

Diary일기2023년 11월 12일

개인 블로그를 시작하며 학습 루틴과 기록의 목적을 남긴다.