kakaopay·문제기존 RIBs/TCA 아키텍처가 과도한 프로토콜과 객체 분리로 코드 점핑을 일으켜 신규 개발자 진입 장벽이 높았다.
접근자체 MVVM으로 전환하고 Domain Layer를 선택적으로 두는 구조를 채택한다. 단순 호출은 Presentation이 Data Layer를 직접 접근하고, 복잡한 비즈니스 로직에만 UseCase를 도입한다. 계층은 모듈이 아닌 폴더로 시작한다.
결과코드 가독성이 개선되고 온보딩 비용이 줄어 소규모 iOS 팀이 유연하게 리소스를 운용할 수 있게 됐다. 불필요한 추상화를 걷어내 생산성이 올라간다.
LINE Engineering·문제대규모 iOS 설정 화면을 모든 종류의 UI 요소(텍스트 / 스위치 / 링크 / i18n) 와 함께 다루기 어렵다.
접근Swift AttributedString 구조로 설정 항목 모델을 통합. 텍스트와 인터랙티브 요소를 한 모델로 표현해 일관된 렌더링/다국어 처리 가능하게.
결과설정 화면이 단일 데이터 모델로 통합돼 유지보수가 쉬워졌다. 새 설정 추가 시 코드 변경 최소화.
스포카·문제Kotlin Multiplatform (KMP) + Compose Multiplatform (CMP) 이 프로덕션 환경에서 정말 쓸 만한지 의문이 많다.
접근스포카 키친보드 앱을 KMP/CMP 로 마이그레이션. iOS/Android 코드 공유율, 빌드 시간, 디버깅 경험, native 통합 시 마주친 함정까지 솔직 리뷰.
결과부분 영역에서 KMP 가 충분히 production-ready. 단점 영역(특히 iOS 디버깅) 도 명확히 식별.
당근·문제당근 숏폼팀의 모듈이 200MB 까지 커져 빌드 시간 / 메인 APK 사이즈가 문제가 됐다.
접근Android Dynamic Feature Module (DFM) 로 숏폼 기능을 on-demand 로 분리. 사용자가 진입할 때만 다운로드.
결과메인 APK 사이즈 감소 + 빌드 시간 단축. 팀 단위 코드 소유권도 명확해짐.