이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
여러 OS 결제 애플리케이션 개발 실무는 없습니다. 학부 종합설계에서 Android 앱과 개인 학습으로 작은 iOS 앱을 만들어본 정도입니다.
여러 OS의 동시 개발은 공통 로직과 OS별 차이를 어디서 나누느냐의 자리라고 봤습니다. 결제 흐름의 검증·상태 관리는 공통, 결제 SDK 호출·키보드·생체 인증은 OS별로 분리하는 자리. Kotlin Multiplatform이나 Flutter가 그 분리를 도와주는 도구라는 자료를 봤습니다.
제가 안드로이드 코드를 iOS에 그대로 옮긴 첫 시도가 실패했습니다. OS별 차이를 글로 먼저 그리지 않은 자리가 그 원인이었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
여러 OS 결제 앱에서 예상되는 도전은 네 가지입니다.
첫째, 공통 로직과 OS별 차이 분리. 어디까지 공통·어디서부터 분기. 둘째, 결제 SDK의 OS별 차이. Android·iOS의 결제 API가 다른 자리. 셋째, 보안 키 보관. OS별 보안 저장소가 다른 자리. 넷째, 테스트 환경. 실기기 풀이 양쪽 모두 필요한 자리.
학부 앱에서 보안 저장을 가볍게 본 실패가 있었고, 비밀번호를 평문으로 저장한 자리가 있었습니다. 그 일이 보안 저장은 OS별 표준 API로라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
여러 OS 개발의 본체는 코드를 옮기는 자리가 아니라 공통과 차이를 글로 먼저 그리는 자리라는 걸 학부에서 봤습니다.
Android 앱을 iOS로 옮긴 자리에서 코드부터 옮긴 자리가 있었습니다. 3일을 옮겨도 동작이 같지 않은 자리가 있었습니다. 공통과 OS별 차이를 표 한 장으로 그린 뒤에 옮기는 자리의 절반이 사라진 자리가 됐습니다.
코드부터 옮긴 실패가 그 자세를 만든 일이었습니다. 실무에서도 공통·차이 표를 첫 자리에 두는 자세로 들어가고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 라인 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.