실행 증거를 먼저 봅니다
현상만으로 결론을 정하지 않습니다. 로그, Stack Trace, 실행계획, DB 세션과 네트워크 상태를 시간순으로 연결해 실제 병목을 찾습니다.
ABOUT
2019년을 1년차로 계산한 8년차 Java 백엔드·기업 시스템 개발자로서, 좋은 백엔드 개발은 요구사항을 그대로 코드로 옮기는 일이 아니라 실제 업무 주체와 책임 범위, 실패와 재처리 조건을 확인해 지속 가능한 구조로 만드는 일이라고 생각합니다.
WORKING PRINCIPLES
현상만으로 결론을 정하지 않습니다. 로그, Stack Trace, 실행계획, DB 세션과 네트워크 상태를 시간순으로 연결해 실제 병목을 찾습니다.
누가, 어떤 조건에서, 무엇을 처리하고 실패하면 어디서 재개하는지 확인합니다. 화면보다 책임 범위와 예외 흐름을 먼저 정리합니다.
레거시 개선에서는 URL, 파라미터, 파일명, 외부 연동과 예외 응답을 테스트 기준으로 남기고 구조 변경 뒤에도 같은 결과가 나오는지 검증합니다.
개발 완료를 끝으로 보지 않습니다. 배포 후 로그와 사용자 흐름, 자원 사용량을 확인하고 실제 환경에서 드러난 문제를 안정화 단계에 반영합니다.
CHANGE CONTROL
구현 속도만큼 변경 범위와 복구 가능성을 중요하게 봅니다. 현업·연계 시스템·운영 담당자가 같은 완료 기준을 볼 수 있도록 확인 항목을 단계별로 남깁니다.