C언어와 자바 시험을 직접 평가하는 발상 전환 질문입니다. 자신이 경험한 시험에 대한 분석적 시각과 의견을 논리적으로 표현하는 능력을 봅니다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
두 언어를 직접 써봤을 때 가장 큰 차이는 메모리 관리 방식이었습니다. C언어는 malloc·free로 메모리를 직접 제어하기 때문에 성능 조정이 세밀하지만, 실수하면 메모리 누수나 세그멘테이션 오류가 생겼습니다. 반면 Java는 GC(Garbage Collector)가 자동으로 처리해주어 구현에 집중하기 편했지만 언제 GC가 돌지 예측하기 어려운 면이 있었습니다. 성능 면에서는 C언어가 오버헤드가 낮아 임베디드나 시스템 프로그래밍에 유리하고, Java는 이식성과 생산성이 강점이어서 서비스 백엔드나 대형 애플리케이션에 더 자주 쓰인다고 이해하고 있습니다. 어느 쪽이 낫다기보다 목적과 실행 환경에 따라 선택하는 것이 합리적이라고 봅니다.
두 언어를 처음 배울 때 가장 달랐던 점은 오류가 발생하는 위치와 방식이었습니다. C언어는 실행 중에 세그멘테이션 오류나 정의되지 않은 동작이 나타나 원인을 추적하기가 어려웠습니다. 반면 Java는 컴파일러와 런타임이 오류를 명확히 잡아주고, 풍부한 예외 메시지 덕분에 디버깅 경험이 훨씬 친절했습니다. 생태계 면에서도 차이가 큽니다.
Java는 Spring·Maven·Gradle 같은 성숙한 빌드·프레임워크 생태계가 갖춰져 있어, 팀 단위 협업이나 대형 서비스에서 표준 패턴을 빠르게 따라갈 수 있습니다. C언어는 표준 라이브러리가 가볍고 시스템 호출을 직접 다뤄야 하는 대신 동작 하나하나를 정밀하게 제어할 수 있습니다.
처음 배우는 사람에게는 Java가 진입 장벽이 낮고, 시스템·임베디드 영역에서는 C가 필수 기반이라는 인상을 받았습니다.
C언어로 소규모 커맨드라인 도구를 만들어봤을 때, 포인터와 메모리 레이아웃을 직접 다루는 경험이 컴퓨터가 데이터를 실제로 어떻게 저장하는지 체감하는 기회가 됐습니다. 당시에는 힘들었지만, 이 경험이 이후 고수준 언어의 추상화 아래에서 무슨 일이 일어나는지 상상하는 기반이 됐습니다.
Java로 팀 프로젝트를 진행했을 때는 인터페이스와 추상 클래스를 통한 역할 분리가 협업을 훨씬 수월하게 해줬습니다. 각자 맡은 클래스를 따로 개발하고 합쳐도 의존성 충돌 없이 작동하는 경험이 인상적이었습니다. 두 경험을 종합하면, 성능과 하드웨어 제어가 중요한 영역에는 C가, 빠른 기능 개발과 팀 협업이 필요한 서비스 레이어에는 Java가 더 잘 맞는다는 인식을 갖게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 LG CNS SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.