이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Python 외에 가장 많이 사용한 언어는 TypeScript입니다. 프론트엔드 프로젝트에서 처음 접했는데, Python의 동적 타입에 익숙하다 보니 처음에는 타입 선언이 번거롭게 느껴졌습니다. 그러나 팀 규모가 커질수록 타입이 인터페이스 역할을 해줘서 협업에서 오해가 줄어드는 것을 경험했습니다.
컴파일 타임 오류를 런타임 전에 잡을 수 있다는 것이 TypeScript의 가장 큰 장점이라고 생각합니다. Python과 비교했을 때 TypeScript는 웹 생태계와의 통합이 자연스럽고, Python은 데이터 처리와 스크립트 작성에서 간결함이 강점입니다. 두 언어를 함께 쓰면서 언어를 고르는 기준이 생겼는데, 팀 규모와 서비스 성격에 따라 선택이 달라진다는 것을 배웠습니다. Python 외 언어 경험은 언어 문법보다 언어가 강요하는 사고 방식이 다르다는 결을 얻었습니다.
TypeScript를 사용하면서 장점만큼이나 어려운 부분도 있었습니다. 타입 시스템이 복잡해질수록 제네릭이나 조건부 타입을 과도하게 사용하다가 오히려 코드를 읽기 어렵게 만든 경험이 있었습니다. 타입을 너무 정교하게 만들려다가 타입 자체를 이해하는 데 시간이 더 걸리는 상황이 생겼는데, 타입은 코드를 안전하게 만드는 도구이지 그 자체가 목적이 아니라는 것을 그때 배웠습니다. 빌드 단계가 추가된다는 것도 Python에 비해 환경 세팅이 복잡한 부분이었는데, 설정 파일이 여러 개이고 버전에 따라 호환 문제가 생기는 경우가 있었습니다. Python은 파일 하나로 바로 실행할 수 있는 간결함이 있는데, 그 간결함이 TypeScript에서는 없다는 것도 차이점으로 느꼈습니다. 언어는 강점과 한계를 함께 가지고 있어서, 어떤 상황에서 어떤 언어가 더 적합한지 판단하는 능력이 중요하다는 것을 이 경험에서 배웠습니다.
Python 외에 Java를 사용한 경험도 있는데, Python과 가장 달랐던 것은 프로그램 구조를 먼저 설계해야 한다는 것이었습니다. Python에서는 파일 하나에 바로 코드를 쓸 수 있었는데, Java에서는 클래스 구조와 타입을 먼저 정해야 했습니다. 처음에는 이 과정이 번거롭게 느껴졌는데, 규모가 커질수록 클래스가 명확히 분리된 구조가 관리하기 쉽다는 것을 경험했습니다. Java의 강한 타입 시스템은 팀 프로젝트에서 어떤 메서드가 어떤 데이터를 받는지 명확하게 드러내줘서, 협업에서 실수를 줄이는 데 도움이 됐습니다. 한계는 같은 기능을 Python보다 더 많은 코드로 표현해야 하는 경우가 많아서, 빠르게 실험하거나 스크립트를 짤 때는 Python이 더 적합하다는 것을 느꼈습니다. 언어마다 강요하는 사고 방식이 다르고, 그 방식을 익히는 것이 언어 문법을 아는 것보다 더 시간이 걸린다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 올거나이즈 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.