이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Kotlin을 처음 접했을 때 가장 좋았던 것은 간결한 문법이었습니다. Java에서 여러 줄이 필요했던 데이터 클래스를 data class 한 줄로 표현할 수 있고, 보일러플레이트 코드가 크게 줄었습니다. 같은 기능을 코드량이 절반으로 줄면서 가독성도 좋아졌습니다.
널 안전성도 실무에서 체감하는 차이였습니다. Java에서는 NullPointerException이 런타임에 터지기 쉬웠는데, Kotlin의 타입 시스템이 컴파일 타임에 널 가능성을 명시하도록 강제해 실수를 코드 작성 단계에서 잡을 수 있었습니다.
코루틴은 비동기 처리를 직관적으로 표현할 수 있는 Kotlin의 강점입니다. 콜백 지옥 없이 순차적으로 보이는 코드로 비동기 흐름을 표현할 수 있어, 복잡한 병렬 처리도 코드 가독성을 유지하면서 구현할 수 있었습니다.
인턴 프로젝트에서 기존 Java 코드베이스에 Kotlin을 혼용하기 시작했는데, 처음에는 두 언어가 JVM에서 같이 동작하니 문제없을 거라 생각했습니다. 그런데 Java에서 @Nullable 어노테이션 없이 쓰던 메서드를 Kotlin에서 호출하자, Kotlin 컴파일러가 반환값을 플랫폼 타입으로 인식해 NullPointerException이 런타임에 터지는 일이 생겼습니다. Kotlin의 null 안전성이 Java 코드와 혼용되면 경계에서 구멍이 생긴다는 걸 이 경험으로 처음 배웠습니다. 이후 Java 메서드에 @NotNull·@Nullable 어노테이션을 추가하고, Kotlin 쪽에서는 !! 연산자를 쓰지 않는 방식으로 경계를 명시적으로 처리했습니다. 혼용 코드베이스에서는 언어 경계에서의 타입 처리를 먼저 합의해야 한다는 걸 배웠습니다.
학부 프로젝트에서 여러 API를 동시에 호출해 결과를 합치는 기능을 구현했는데, 처음에는 콜백 방식으로 짜다 보니 중첩이 깊어져 읽기 어려웠습니다. Kotlin의 코루틴을 처음 도입했는데, suspend 함수와 async·await 패턴으로 바꾸자 흐름이 동기 코드처럼 읽혔습니다. 처음에는 GlobalScope를 써서 코루틴 수명을 제어하지 않다가, 화면이 닫혀도 코루틴이 계속 돌아가는 문제가 생겼습니다.
viewModelScope를 쓰자 ViewModel 수명에 맞춰 자동으로 정리됐습니다. 구조적 동시성이 왜 중요한지를 직접 문제를 겪고 나서야 이해했고, 코루틴 스코프를 적절히 고르는 게 비동기 코드의 핵심이라는 걸 이 경험으로 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 포트원 풀스택 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.