pile·
백엔드·29CM29cm·

(youtube)도메인 정의부터 시작하는 검색 개발

문제29CM 검색 시스템이 체계적으로 구조화돼 있지 않아 개발 효율과 성능이 동시에 떨어졌고, 기능을 추가할수록 코드가 얽혀 고도화가 어려운 상태였다.

접근검색 도메인의 핵심 개념을 먼저 정의하고 이를 기준으로 레이어를 분리한 도메인 기반 아키텍처를 수립했다. 정리된 구조 위에서 속성 패싯 추출 자동화를 첫 고도화 과제로 진행했다.

결과검색 성능과 사용성이 함께 개선됐고, 도메인 정의가 명확해진 덕분에 이후 기능 확장과 리팩토링을 이어갈 기반이 마련됐다.

29CM
29CM 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 백엔드·stackoverflow-blogstackoverflow-blog·

    Compile-Time Map and Compile-Time Mutable Variable with C++26 Reflection

    문제C++ 컴파일 타임에는 상태를 수정할 수 없어 mutable 변수나 키-값 맵을 표현하기 어렵다.

    접근C++26 리플렉션의 substitute, is_complete_type, define_aggregate 세 함수로 incomplete template specialization 을 저장소로 사용한다. 조건부로 type 을 complete 시켜 타입 시스템에 상태를 인코딩한다. compile-time ticket counter, immutable map, mutable variable 세 구현을 보인다.

    결과meta::info 를 키와 값으로 모두 쓰는 다형적 저장 구조를 얻고, 전처리기로는 불가능했던 stateful metaprogramming 이 가능해진다. 단일 pair 는 불변이며 mutable 은 여러 기법 조합으로 달성한다.

    #cpp#reflection#metaprogramming+1
  2. 백엔드·네이버페이네이버페이·

    Composite PK에서 시작된 Spring Boot 4 / Spring Batch 6 업그레이드 기록

    문제Spring Data JDBC 의 Composite ID 적용을 위해 Spring Boot 3.5 → 4.0.1 업그레이드 시 Spring Batch, Kotlin, Jackson 등 전체 스택 메이저 전환 필요.

    접근Spring Boot 4 / Spring Batch 6 / Spring Framework 7 / Kotlin 2.3 / Jackson 3 / Kotest 6 / Gradle 9 / ojdbc11 순차 업그레이드. Composite ID 는 Persistable 인터페이스로 구현, JdbcDefaultBatchConfiguration 상속으로 메타데이터 저장.

    결과기술 부채 해결 + 장기 유지보수성 개선. 운영 DB 접근 정책 충돌을 사전 식별해 안정적 배포 달성.

    #kotlin#spring#spring-boot+3