물어보새의 진화와 지식 공유 확장

AI 데이터 분석가 '물어보새'는 구성원이 데이터를 활용하여 문제를 해결하고 업무 생산성을 높이는 데 기여하는 혁신적인 도구입니다. 이 글에서는 '물어보새'의 진화 과정과 더불어, 데이터 기반의 지식 공유가 어떻게 확장되고 있는지를 다루고자 합니다. '물어보새'는 단순한 하드웨어에 국한되지 않고, 조직의 지식 생태계를 발전시키는 중심 허브 역할을 하고 있습니다. 물어보새의 지속적인 진화 '물어보새'의 출발점은 구성원들이 더 쉽고 빠르게 데이터를 이해하고 활용할 수 있도록 돕기 위한 것이었습니다. 초기 모델은 주로 데이터 조회와 관련된 기본적인 질문에 집중하였으나, 시간이 지남에 따라 사용자들의 기대치를 반영하며 진화해왔습니다. 이제는 단순히 데이터 검색에 그치지 않고, 질문의 맥락과 의도를 파악하여 다양한 업무에 맞는 답변을 제공하는 기능으로 발전했습니다. 이러한 발전은 크게 네 가지 영역에서 이루어졌습니다. 첫째는 지식의 '확장'입니다. 기존의 데이터베이스 중심에서 벗어나, 사내의 여러 비정형 정보원과 통합하여 사용자가 필요로 하는 정보를 더욱 폭넓게 제공할 수 있게 되었습니다. 예를 들어, 여러 개의 Wiki, Confluence, Jira 등의 시스템에서 얻은 자료와 통합해 질문에 대한 적절한 답변을 제공함으로써 구성원들은 자신이 필요한 정보를 한 곳에서 손쉽게 찾을 수 있습니다. 둘째로, '기억'의 요소가 도입되었습니다. 과거 대화의 이력을 저장하고, 이를 기반으로 새로운 질문에 맥락을 더해주는 기억 시스템을 통해 더욱 자연스러운 대화가 가능해졌습니다. 이제 사용자는 후속 질문을 할 때 이전의 맥락을 잊지 않고 연속된 대화처럼 활용할 수 있습니다. 이러한 기억 기능은 사용자들이 질문을 할수록 더 똑똑해지는 경험을 제공합니다. 지식 공유의 혁신 물어보새의 또 다른 중요한 발전 방향은 '지식 공유'의 혁신입니다. 사용자 간에 지식을 효율적으로 ...

Kotlin으로 전환한 Java 레거시 시스템 개선 사례




2025년 상반기, 배민페이 플랫폼팀은 Java 기반의 레거시 시스템을 Kotlin으로 전환하는 대규모 프로젝트를 수행했습니다. 이 과정에서 기술적 이슈를 해결하고, 팀의 개발 언어 통일과 함께 생산성을 높이는 것을 목표로 했습니다. 이번 글에서는 Kotlin으로의 전환이 어떻게 이루어졌고, 어떤 결과를 가져왔는지에 대해 자세히 살펴보겠습니다.

Java 레거시 시스템의 전환 전략

Kotlin으로의 전환은 단순한 언어 변경을 넘어 팀의 전반적인 개발 프로세스와 코드 품질에 긍정적인 영향을 미쳤습니다. 우선, 시스템의 유지보수를 개선하기 위해 처음으로 도입한 전략은 테스트 코드부터 Kotlin으로 전환하는 것이었습니다. 테스트 코드는 실제 운영 로직에 직접적인 영향을 주지 않으면서도 Kotlin 문법을 실험해보기 안전한 영역이기 때문입니다. 이 단계에서는 기존 테스트 코드의 커버리지를 점검하여, 커버리지가 부족한 부분을 보완하기 위한 작업도 동시에 진행했습니다. 또한, 테스트 스타일을 통일하기 위해 Kotest와 MockK를 도입했습니다. 이는 테스트 코드의 가독성과 작성 경험을 향상시켜 팀원 간의 협업 효율성을 높이는 데 기여했습니다. 배포 전략에서도 변화가 있었습니다. 기능 단위로 잘게 나누어 점진적으로 배포하는 방식은 장애 가능성을 최소화하고, 코드 리뷰 및 QA 과정을 간소화하는 데 도움을 주었습니다. 이러한 전략적 접근은 프로젝트 수행 중 단 한 번의 장애 없이 진행할 수 있던 요인이 되었습니다.

프로그래밍 언어 변경으로 인한 기술적 이슈

전환 과정에서 Java 코드를 Kotlin으로 변환할 때 다양한 기술적 이슈들이 발생하기 마련입니다. 유의미한 코드 품질 개선을 위해 가장 주의 깊게 다뤄야 하는 부분 중 하나는 null 처리였습니다. Java에서 모든 객체는 null이 될 수 있는 반면, Kotlin은 nullable과 non-nullable 타입을 명확히 구분하는 구조입니다. 이를 점검하며 수작업으로 코드 수정 진행을 하였고, 이 과정에서 발생할 수 있는 오류를 방지하기 위해 null 체크 작업을 필수적으로 수행했습니다. 이 외에도 Lombok을 데이터를 공통적으로 사용하는 방식으로 변환해야 했습니다. Lombok에서 제공하는 @Getter, @Setter와 같은 어노테이션은 Kotlin에서는 불필요하므로, 이를 간단한 data class로 재작성했습니다. 이는 코드의 복잡도를 줄이고 가독성을 높이는 데 기여했습니다. 나아가, Java의 Stream API를 제거하고 Kotlin의 컬렉션 함수로 변경함으로써 코드 흐름을 더욱 간결하게 만들 수 있었습니다. 이러한 일련의 과정들은 팀이 Kotlin의 특성을 최대한 활용하도록 도와주었습니다.

안정적인 전환과 팀 문화의 발전

Kotlin 전환 프로젝트는 단순히 언어를 변경한 것에 그치지 않고, 개발 문화에서도 긍정적인 변화를 조성하였습니다. 전환되는 동안 약 82개의 작업 티켓이 처리되었고, 10회에 걸친 운영 배포가 이뤄졌지만, 그 과정에서 단 한 건의 장애도 발생하지 않았습니다. 이러한 결과는 팀 내 개발 표준을 확립하는 데 큰 도움이 되었습니다. 기술적 일관성이 확보됨에 따라 협업 과정이 한층 원활해졌습니다. Kotlin으로 통일된 개발 언어는 코드 리뷰 및 신규 개발 시 진입 장벽을 낮췄고, 팀원 간의 소통을 강화했습니다. 더불어, 테스트와 배포 전략을 함께 설계한 경험은 팀원들에게 변화를 함께 설계하고 논의하는 협업 문화를 자연스럽게 자리잡게 했습니다. 올해의 Kotlin 전환 경험은 앞으로 유사한 프로젝트를 진행하는 데 자신감을 주었습니다. 안정성을 우선으로 하면서도 점진적으로 추진한 이번 전환은 팀의 미래에 대한 기반을 다지는 계기가 되었음을 자부합니다.

이번 Kotlin 전환 프로젝트는 Java 기반 레거시 시스템을 개선하기 위한 다각적인 접근의 결과물로 요약됩니다. 사용자는 향상된 코드 품질과 안정성을 직접적으로 느낄 수 있으며, 다음 단계로는 이러한 경험을 바탕으로 지속적인 기술 개선과 새로운 도전에 맞서겠다는 의지를 가지고 있습니다. 이는 결국 팀의 기술 자산을 더욱 풍부하게 할 것입니다.

이 블로그의 인기 게시물

충청권 아파트 거래 증가와 청약 경쟁률 상승

합리적 분양가로 눈길 사로잡는 공공택지 아파트

수도권 아파트 분양 물량 최저치 기록