# Meta가 Java에서 Kotlin으로 대규모 변환하며 얻은 경험과 교훈

> Clean Markdown view of GeekNews topic #18401. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=18401](https://news.hada.io/topic?id=18401)
- GeekNews Markdown: [https://news.hada.io/topic/18401.md](https://news.hada.io/topic/18401.md)
- Type: news
- Author: [xguru](https://news.hada.io/@xguru)
- Published: 2024-12-23T10:21:01+09:00
- Updated: 2024-12-23T10:21:01+09:00
- Original source: [engineering.fb.com](https://engineering.fb.com/2024/12/18/android/translating-java-to-kotlin-at-scale/)
- Points: 16
- Comments: 0

## Summary

Meta는 생산성 향상과 Null 안정성을 강화하기 위해 Android 코드베이스를 Java에서 Kotlin으로 전환하는 대규모 프로젝트를 진행 중이며, 이를 위해 자동화 도구인 Kotlinator를 개발하여 변환 과정을 효율화했습니다. 이 과정에서 J2K 도구를 헤드리스 방식으로 수정하여 대규모 파일 처리를 가능하게 하고, 개발자들이 소비하는 시간을 줄였습니다. Meta는 변환 도구 개선과 최적화 경험을 공유하며, 다른 개발자들과 협력을 통해 더 나은 변환 경험을 구축하고자 합니다.

## Topic Body

- Meta는 수년간의 프로젝트를 통해 Android 코드베이스를 Java에서 Kotlin으로 전환 중  
- 현재 세계 최대 Android 코드베이스 중 하나를 관리하며, 절반 이상을 성공적으로 Kotlin으로 변환했음  
  - Meta는 2020년부터 Kotlin-first 개발 전략을 채택  
- 전체 코드를 변환한 이유:  
  - Kotlin의 "생산성 향상"과 "Null 안정성"의 이점을 최대한 활용하기 위해 기존 천만라인의 Java 코드까지 변환을 결정   
  - Null 안정성을 강화하고 혼합 코드베이스 문제 해결  
    - 혼합 컴파일(Java와 Kotlin 동시 컴파일)은 빌드 속도를 가장 느리게 만듦  
    - 남아 있는 Java 코드는 Null 안정성 문제를 유발: Null 안전하지 않은 Java 코드는 의존성 그래프에서 NullPointerException(NPE)의 잠재적 원인이 됨  
    - Kotlin은 런타임 검증으로 Null 안전성을 보장  
  
### 자동화 과정   
- 초기에는 Intellij IDE의 J2K 변환 도구를 반복적으로 실행했음   
  - Meta의 대규모 코드베이스에서는 **100,000번 이상 클릭**이 필요하며, 각 실행에 몇 분 소요  
  - 결과적으로 이 방식은 **확장성 부족**으로 비효율적  
- **자동화 도구: Kotlinator**를 개발   
- 6단계 변환 프로세스  
	1. Deep Build: 변환할 코드를 빌드해 모든 심볼을 IDE가 해결 가능하도록 준비. 서드파티 의존성 및 생성 코드 포함  
	2. Preprocessing:  Meta의 맞춤 도구 **Editus** 기반. Null 안정성 및 종속성 처리, J2K 워크어라운드 수행 등 약 50단계 포함  
	3. Headless J2K: J2K를 서버 환경에서 실행 가능하도록 수정  
	4. Postprocessing: Android 특화 변경, Null 안정성, Kotlin 스타일 적용등 약 150단계  
	5. Linters: 자동 수정을 통한 지속적인 변환 품질 향상  
	6. Build Error-based Fixes: 빌드 에러를 분석해 추가 수정 적용   
  
### J2K를 헤드리스화 하기   
- J2K를 원격에서 실행 가능하도록 수정:  
  - J2K는 Intellij IDE와 긴밀히 결합되어 있어 독립 실행이 어려웠음  
  - 초기에는 Intellij 테스트 환경을 활용해 실행을 고려했으나 JetBrains의 J2K 전문가(Ilya Kirillov)와 협의 후, **헤드리스 검사 방식**으로 전환  
  - Intellij 플러그인을 만들어 `ApplicationStarter` 클래스를 확장하고, J2K의 `JavaToKotlinConverter` 클래스를 호출하여 구현  
- **헤드리스 방식의 장점**  
  - 로컬 IDE 문제 해결: 개발자들이 IDE 버튼을 직접 클릭하지 않아도 작업 가능  
  - 여러 파일 동시 변환: 대규모 파일 처리가 가능해짐  
  - 시간 소요 감소: 변환 시간 자체는 약 30분으로 늘어났으나, 개발자들이 소비하는 시간은 크게 줄어듦  
  - 빌드 및 에러 수정 지원: 시간 소모가 크지만 유용한 작업 단계(빌드 후 수정)를 원격에서 자동 실행 가능  
- 자동화와 코드 리뷰  
  - Meta 내부 시스템을 활용해 **일일 배치 작업** 생성:  
  - 사용자 정의 기준에 따라 배치로 [diffs](https://engineering.fb.com/2024/10/25/developer-tools/diff-authoring-time-dat-measuring-developer-productivity-meta/) 생성 (Meta의 pull request 버전)  
  - 자동으로 리뷰어를 할당하고 테스트 및 검증 수행 후, 최종적으로 승인된 diff를 배포  
- 웹 UI 제공: 개발자가 특정 파일 또는 모듈 변환을 원격으로 트리거 가능  
- **변환 순서 결정**  
  - 특정 순서를 강제하지 않음:  
    - **활성 개발 파일 우선** 처리  
    - Kotlinator가 종속성 그래프를 자동 처리하여 외부 파일의 호환성 문제 해결  
    - 예: `foo.getName()`를 `foo.name`으로 자동 업데이트  
  
### 그외   
- 커스텀 Preprocessing (Java-\>Java) & Postprocessing (Kotlin-\>Kotlin 단계 추가   
- Meta의 내부 툴 Editus와 JetBrains PSI 라이브러리를 활용해 변환 품질 향상  
- Nullsafe와 NullAway  
	  
### Kotlin 변환의 현재와 미래  
- Meta의 Android Java 코드의 절반 이상이 Kotlin으로 변환 완료 (혹은 일부 코드 삭제)  
- 하지만, **쉬운 절반은 끝났음**:  
  - 남은 작업은 복잡하고 규모가 큼  
  - **완전 자동화 가능한 변환**을 위해 맞춤 단계를 추가하거나 J2K 개선에 기여해야 함  
  - **반자동 변환**의 경우, Kotlinator 개선으로 매끄럽고 안전한 배포가 목표  
- 다른 기업들도 유사한 Android 코드 변환 문제를 겪고 있을거라 생각  
- Meta는 변환 도구 개선과 최적화 과정을 통해 얻은 [해결책](https://github.com/fbsamples/kotlin_ast_tools)을 공유함  
- **협력 제안**:  
  - Kotlinlang Slack의 [#j2k 채널](https://slack-chats.kotlinlang.org/c/j2k)에서 다른 개발자들과 논의  
  - 서로의 사례와 솔루션 공유로 더 나은 변환 경험 구축이 가능할 것

## Comments



_No public comments on this page._