미리보기

[배경, 서비스 소개]

• 제조업체 공장에서 1년 간 근무하면서 금속 가공 기계를 다루었습니다.
• 24시간 내내 돌아가는 기계의 특성 상 퇴근 후에 기계가 멈춰서 새벽동안 작동하지 않으면, 다음날 작업 일정이 밀리게 되는 손해가 발생했습니다.
• 이때 원격 제어를 통해서 다시 기계를 작동 시킬 수 있었지만, 퇴근 후에도 CCTV를 수시로 확인해야 했습니다.
• 이러한 부담을 덜고자 기계가 멈춘 시점을 앱 푸시 알림으로 알려주는 서비스를 만들었습니다.

[사용 기술]

• Java 17, Spring Boot 3.2.1, JPA, MySQL

[기술적 고민]

• 최소한의 비용으로 서비스를 제공할 수 있는 방법을 연구했습니다.
  • 운영 비용이 모자란 상황에서, Heroku Add-ons 의 클라우드 DB 서비스인 jawsDB 무료플랜 사용량을 초과하게 되었습니다.
  • 이러한 인프라 비용을 줄이기 위해 안드로이드 폰에 우분투를 설치하여 On-premise 환경을 구축했습니다.
  • 또한 DB 부하를 줄이기 위해 In-Memory 에서 ConcurrentHashMap 으로 Caching을 구현하여 기계 로그 저장 쿼리 요청 횟수를 14,000회에서 450회로 약 97% 감축하여
  • 기계 로그 저장 API처리 속도를 53ms => 26ms 로 약 50%,
  • 기계 로그 조회 API처리 속도를 37ms => 22ms 로 약 41% 개선했습니다.
• 장기적인 서비스 운영을 위해서는 가독성 좋은 코드가 필수라는 것을 느꼈습니다.
  • 레거시 코드로 인한 부채 비용으로 인해 오류에 대한 수정에 많은 시간을 소모했습니다.
  • 이를 개선하고자 메서드들을 각 역할에 맞게 분리했고, 유닛 테스트로 이들을 검증해 테스트 커버지리 70%를 달성하여 코드의 안정성을 확보했습니다.
• 서비스 품질을 위해 지속적인 버전 업데이트를 진행하고 있습니다.
  • 2022년 버전 1.0 을 시작으로 1.1 -> 1.2 -> 2.0(현재) 까지 지속적인 업데이트를 통해 서비스를 고도화시키고 있습니다.

[배운점]

• 이상적인 해결책이 항상 고객의 문제에 대한 답이 아니라는 것을 배웠습니다.
  • 저는 이 서비스에 대한 애정이 있었기에 퇴근 후에도 이 서비스를 잘 활용하여 효과를 볼 수 있었습니다.
  • 하지만 실제 다른 작업자 입장에서는 이 서비스로 인해 퇴근 후에도 일에 대한 부담을 느낀다는 피드백을 받았습니다.
  • 이를 통해 실제 고객의 상황을 명확히 파악하고, 정말 내 서비스가 고객의 문제를 푸는데에 적절한 방법인지 생각하는 습관을 가지게 되었습니다.

[깃허브]
https://github.com/JP-company/smartwire-backend2

[팀 정보]

• 7인 창업팀
• 대표 1명
• 기획/개발/영업 각 2명

[배경, 성과]

• 저는 팀원으로서 기획 파트를 담당하여 초기부터 런칭까지 참여했습니다.
• 팀 단위의 서비스 개발 경험을 위해, 또 팀원들의 의지를 보고 합류하게 되었습니다.
• 약 20개의 창고를 등록했지만 실제 화주와의 계약까지는 이루어지지 못했습니다.

[배운점]

• 서비스 개발에 있어 동료와의 커뮤니케이션의 중요성을 알게 되었습니다.
  • 기획 변경사항에 대한 배경과 근거가 전달되지 못했을 때 오해가 쌓여 동료들의 의욕과 신뢰가 떨어지는 모습을 볼 수 있었습니다.
  • 사소한 소통의 부재가 팀워크에 큰 영향을 미칠 수 있다는 것을 알게 되었습니다.
  • 이후 업무 공유 시 한 번에 배경과 근거까지 함께 전달하는 습관을 가지게 되었습니다.

[팀 정보]

• 1인 창업

[배경, 성과]

• 군대에서 개발한 출타 보고앱을 바탕으로 전역 후에 창업으로 이어갔습니다.
• 기존의 출타 보고 기능에서 간부님들을 위한 출타자 관리 기능을 추가했습니다.
• 저는 대표로서 기획과 UX를 담당했고, 개발은 전적으로 외주로 맡겼습니다.
• 총 1년의 개발 기간을 가졌으나, 고객 유치에 실패한 채 끝을 맺었습니다.

[배운점]

• 빠른 서비스 개발을 위한 효율적인 작업 구조에 대해 생각하게 되었습니다.
  • 전문 외주 개발사에 맡기면 서비스 개발은 문제가 없을 것이라 생각했습니다.
  • 하지만 외주 개발사와의 소통하는데 있어 필요 이상의 시간이 소요되었습니다.
  • 일을 위한 일에 더 많은 시간을 보내며 고객과 멀어지는 모습을 볼 수 있었습니다.
  • 이 경험을 통해 필요 이상으로 많은 인력과 프로세스는 오히려 독이 될 수 있음을 알고,
  • 이후 혼자서 서비스를 개발하게 된 계기가 되었습니다.