Backend Developer · 경력 1년+
홍원표Hong Won-pyo
현장에서 쓰는 근태·정산 서비스의 숫자와 문서가 맞게 흐르도록 맞추는 백엔드입니다.
건설 현장용 업무 서비스에서 출역·정산 같은 기능을 맡았습니다. 화면마다 숫자가 다를 때는 기준부터 맞추고, 거래 명세서는 처음부터 설계해 배포까지 가져갔습니다. 검증한 기능은 두 제품이 같이 쓰게 정리하는 편입니다. 개인 앱에서는 느린 응답과 빠지는 저장을 직접 비교해 보며 감을 쌓았습니다.
서로 코드를 읽고, 배포·모니터링이 있는 팀에서 도메인 문제를 같이 풀고 싶습니다.
- 정산
- 처음부터 구축
- 실무
- 기능 58건+
- 오픈소스
- Spring 2건
About
세종대학교 · 2025-06부터 건설·현장용 업무 서비스 백엔드를 맡고 있습니다. 출역이 맞는지, 정산 문서가 흔들리지 않는지를 주로 봅니다. 아래는 일할 때 중요하게 보는 점이고, Work·Side에서 그 모습을 구체적으로 보여 줍니다.
숫자부터 같이 맞춤
목록은 5명인데 상세는 7명처럼, 화면마다 숫자가 다를 때 감으로 고치지 않습니다. 무엇을 세고 있는지 표로 정리한 뒤, 데이터와 조회를 나눠 확인합니다.
만들고, 배포 뒤까지
큰 기능을 처음부터 만드는 일도 하고, 배포 후 실제 데이터에서 깨지는 부분까지 이어서 고칩니다. 올리고 끝이 아니라 운영 가능한 상태까지 가져갑니다.
확인한 기능은 같이 쓰게
한 제품에서 먼저 검증한 뒤, 두 제품이 같은 규칙·같은 화면을 쓰도록 공통으로 올립니다. 나중에 고칠 때도 한곳만 보면 되게 정리합니다.
Work
현장에서 맞닥뜨린 상황을 어떻게 나눠 풀었는지 담았습니다. 자세한 기술 메모는 각 페이지 아래에 모아 두었습니다.
받을 계좌·매출·거래명세서를 처음부터 나눠 구축
어디에 받을지, 얼마인지, 거래처에 보낼 문서를 단계로 나누고, 이미 보낸 PDF는 나중에 안 바뀌게 맞춰 두었습니다.
정산 처음부터 운영 · 보낸 문서 고정
“데이터는 있는데 화면만 비어요”를 운영 DB에서 잡음
기기 교체 후 근태가 사라졌다는 제보 → DB에는 기록이 있음 → 조회 조건과 화면 그리기 쪽 버그를 나눠 확인했습니다.
원인 분리 · 종료 기기 기간에도 보이게
목록과 상세의 출역 수가 다르던 문제
목록 5명·상세 7명처럼 어긋날 때, “무엇을 세는지”부터 표로 맞춘 뒤 고쳤습니다.
화면 간 숫자 맞춤 · 반복 문의 감소
파일 올리는 검사를 두 제품이 같이 쓰게
이름만 바꿔 올리는 위험을 한 제품에서 먼저 막고, 같은 규칙을 공통으로 올려 두 제품이 같이 쓰게 했습니다.
위장 업로드 차단 · 두 제품 동일 규칙
사진·검색 화면을 두 제품에 맞춰 공유
제품마다 따로 붙어 있던 화면을 빼내, 고칠 때도 한곳만 보면 되게 했습니다.
두 제품 느낌 맞춤 · 중복 수정 감소
엑셀 받는 중 여러 번 누르면 느려지던 문제
받는 동안 다시 누르지 못하게 막고, 다운로드 기록으로 효과가 있었는지 확인했습니다.
짧은 재요청 11.4%→9.9%
Open Source
다른 사람의 코드를 읽고, 리뷰를 받아 공식 프로젝트에 반영된 기여입니다. 이야기는 페이지 안에 있고, 원문 PR은 맨 아래에 있습니다.
Side
직접 만든 서비스에서 느린 지점·빠지는 숫자를 비교해 본 기록입니다. 배포·클라우드 경험은 이 서비스 운영 수준으로만 적어 두었습니다.
Contact
서로 코드를 읽고, 배포·모니터링이 있는 팀에서 도메인 문제를 같이 풀고 싶습니다.