문제되는 내용이 포함되어 있을 경우 수정/삭제 하겠습니다.

🌱 5주차 회고 (2026.05.10)

돌아보기

비동기 오버레이 큐잉 시스템 마이그레이션 완료!

이번 주의 메인 이벤트는 오버레이 큐잉 추상화 PR 실제 반영과 동네걷기 홈화면 전체 마이그레이션 완료였다. 월요일에 PR 리뷰를 반영하고 구현 단계에서 설계에 있는 허점들을 수습했다.구현을 시작하고 나서야 보이기 시작한 문제들이 있었다.

비동기 오버레이 큐잉을 설계하게된 이유가 웹뷰에서 알 수 없는 네이티브 맥락과 여러 의존성 팝업들이 동시에 트리거될 수 있고 이 순서를 순차적으로 제어해야하는 복잡도가 있었기 때문인데,
이런 복잡도 안에서 priority 안에서의 정렬 순서 세분화나 분기처리에서 엣지케이스가 생겼다.

또, 버디의 리뷰로 언마운트 시 클린업 상황을 고려할 수 있었다.
동네걷기 도메인 관련 모든 오버레이는 반드시 이 비동기 오버레이 큐잉 시스템을 쓰도록 skills 설정까지 명시해두었다.

하네스 엔지니어링에 대한 관심

이번 주에는 AI 활용 방식에 대해서도 생각이 많아졌다. 설계를 기반으로 구현 Plan을 세우고 스프린트를 한 번에 auto mode로 시켰을 때, 설계의 헛점과 구현 전 단계의 통제, 그리고 빠른 생산이 꽤 잘 되고 있다는 감각이 있었다. 조금은 하네스 엔지니어링의 관점대로 하고 있는걸까? 싶은 생각이 조금 들었다.

그러면서도 아직 팀이 만들어둔 클로드 커맨드를 써본 적이 없었는데, 하네스 엔지니어링에 관심이 많고 선진적으로 도입하고 있는 팀에서 배워갈 수 있는 지점들을 놓치고 있었던 것 같고 반성되었다. AI를 더 실험적으로 다양하게 써보는 게 좋겠다고 다짐한 주였다.

확실히 테크스펙을 자세하고 명확하게 쓰고 나면 Plan도 에이전트 모델이 세워주고 Plan을 검토해서 수정을 거치고나면 구현은 한 번에 꽤 잘해줬다. 그래도 단순 위임을 넘어 diff에 대한 공세한 리뷰는 여전히 사람의 영역이라는 걸 손으로 부딪히면서 느꼈다.

출석 지면 추가와 다음 일정

목요일부터는 출석을 동네걷기 하위 전 지면에서도 찍히도록 하는 작업을 시작했다. 스트릭을 어떻게 추상화해 처리하는 게 좋을지 다양한 방법을 고민해보고 트레이드오프를 따져보며 근거를 메모해둔 덕분에 빠르게 공유하고 적용할 수 있었다.

아쉬웠던 건 목요일 오후에 다음 과제를 위해 일정을 논의하러 들어갔는데 필요한 API를 너무 짧게 생각하고 갔던 것이다. 생각해야하는 부분이 많았는데 당연한 부분들을 놓친 게 조금 민망했다.

금요일엔 이어서 스트릭 적용과 QA, PR 리뷰까지 마무리했고, 다음 주 일을 수월하게 하기 위한 부채 작업들을 청산하는 느낌이었다.

이제 동네걷기의 출석은 동네걷기에 관련된 모든 지면을 직진입해도 찍힐 수 있게 되었다~

주도성에 대한 고민

주의 후반으로 갈수록 "너무 주어진 일만 수동적으로 하고 있는 건 아닌가"라는 생각이 들었다. 다른 인턴들을 보면 더 넓은 영역에서 에러도 빨리빨리 알고 대응하고 자동화도 적극적으로 도입하고 있는데... 인턴 기간 안에서 내가 얻을 수 있는 것에 어떻게 집중해야할지에 대해 다시 고민하고 있다.

그래도 버디와 원온원을 하면서 이 부분을 나눠서 조바심을 많이 덜 수 있었다. 내가 너무 오래 붙든 건 아닐까 걱정스러웠던 오버레이 리팩토링에 관련해 잘하고있다고 격려도 해주셨고, 다른 언어나 직무에도 관심을 갖고 공부하는 것도 좋을 거 같다고 해주셨다. 그래도 "문제를 주도적으로 찾고 정의하고 해결해가는 것"은 중요하고 좋은 경험이라고 해주셔서 좀 더 주도적으로 문제를 정의할 수 있도록 의식해보려고 한다.

정리

이번 주에 주로 한 일은 오버레이 추상화 마이그레이션 완료, 그리고 다음 일을 위한 설계와 부채 청산이었다.

잘한 점

• 올린 PR의 리뷰들을 하나씩 반영하며 동네걷기 홈화면 전체 오버레이를 새 추상화로 마이그레이션했다.
• 동네걷기 하위 오버레이는 오버레이 시스템을 사용해 구현될 수 있도록 skills에도 명시해뒀다. 후속 작업자가 실수할 여지를 줄이는 장치어서 만족스러웠다.
• 출석 지면 추가 적용 방식을 서둘러 정하지 않고 트레이드오프를 메모해가며 고민했는데, 그 덕분에 구현 방향을 맥락 포함해 공유드릴 수 있었다.
• 공기계에 테스트앱을 등록하고 깔아둔 덕분에 iOS/안드로이드 둘 다 실기기 테스트 환경을 마련했다. 이제 QA 를 더 크로스로 꼼꼼히 할 수 있게 되었다.

아쉬운 점

• 의사결정에 시간이 적지 않게 들었다. 트레이드오프를 꼼꼼히 따진 건 좋았지만, 결국 고민 자체가 길어졌다.
• 일정 논의에 필요한 API를 너무 짧게 생각하고 들어갔다.
• 하네스 엔지니어링에 관심이 많은 팀에 있으면서도 AI 활용 방식에 대해 좀 더 실험적이지 않았었다. 배움 계기를 놓치고 있었던 느낌.
• 주어진 일에 너무 수동적으로 임하고 있는 게 아닌가 싶은 의문이 계속 든다. 문제를 주도적으로 발굴해서 제안하는 개수가 적었다.

다음 주 개선 방향

• 팀의 클로드 커멘드를 이번 주에는 꼭 써보고, AI 활용을 더 실험적으로 시도해보기.
• 트레이드오프 분석은 제한된 시간 안에서 끝내고, 액션을 타이트하게 가져가기. 간단해 보이는 요구사항이라도 정책·설계·구현 범위를 빨리 촘촘히 잡고 시작하자.
• 특히 다가올 일정은 미리 필요한 API나 설계 지점을 머릿속으로 스케치해두기.
• 주도적으로 문제를 발굴해 한 번에도 제안해보기.