다국어 처리: i18n 구조와 문자열 외부화 원칙
약 75초
다국어 처리에서 실무 경험을 기반으로 핵심 고려사항 설명
다국어 처리에서 가장 먼저 해야 할 건 문자열을 코드에서 분리하는 것입니다. 하드코딩된 텍스트를 나중에 국제화하는 건 리팩터링 비용이 큽니다. 프로젝트 초반부터 i18n 키 기반 구조로 설계하면 언어 추가가 번역 파일만으로 처리됩니다. 날짜·통화·숫자 형식도 언어마다 달라서, 브라우저 로케일이나 사용자 설정값을 기준으로 동적으로 포매팅하는 로직이 필요합니다.
RTL 언어(아랍어·히브리어) 지원이 필요한 경우엔 레이아웃 방향 전체를 CSS dir 속성과 함께 고려해야 해서 일찍 설계에 반영하는 편이 낫습니다. 번역 품질도 기술 문제입니다. 기계 번역만 쓰면 문맥이 맞지 않아 UX를 해치는 경우가 많아서, 중요 문구는 검수 프로세스를 별도로 두었습니다.
이 결의 특징
문제에 마주친 뒤 원인을 파악하고 다국어 처리에서 가장 먼저 해야 할 건 *문자열을 코드에서 분리하는 것*입니다. 하드코딩된 텍스트를 나중에 국제화하는 건 리팩터링 비용이 큽니다.... 같은 구체적 재설계를 시도한 흔적이 있습니다. 실패 뒤의 학습이 다음 행동으로 이어진 흔적이 있습니다.
이 결이 통하는 자리
실패의 원인을 어떤 방식으로 찾았는지, 그 다음 시도가 구체적일 때 통합니다. 배운 점이 다음 행동으로 연결되고, 그 결과가 한 문장이라도 보일 때 면접관의 다음 질문이 깊어지는 결이 보입니다.