가장 자신 있는 프로젝트를 통해 지원자의 핵심 역량과 실무 경험을 파악하며, 성과를 설득력 있게 전달하는 자기 표현 능력을 평가한다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
가장 자신 있게 말할 수 있는 프로젝트는 학부 캡스톤에서 만든 도서관 좌석 예약 시스템입니다. 기존에 학교 도서관 좌석이 눈으로만 확인 가능해서 먼 자리까지 가봤다가 자리가 없는 경우가 반복됐고, 그 불편함에서 시작했습니다.
팀원 3명이서 백엔드와 프론트를 나눴고, 저는 API 설계와 실시간 좌석 상태 동기화 부분을 맡았습니다. 가장 어려웠던 점은 여러 사용자가 동시에 같은 좌석을 예약할 때 중복 예약을 막는 것이었습니다. 처음엔 단순 조회 후 저장 방식을 썼더니 테스트에서 중복이 발생했고, 트랜잭션 처리를 추가해서 해결했습니다.
결과적으로 교내 시범 운영에서 150명이 사용했고, 교수님 발표 평가에서 상위 2개 팀에 선정됐습니다. 아직도 개선하고 싶은 부분은 알림 기능인데, 당시엔 시간이 부족해서 넣지 못했습니다.
가장 기억에 남는 프로젝트는 졸업 직전에 2개월 동안 진행한 레시피 추천 웹앱입니다. 팀원 2명이서 했는데, 중반에 기능 범위를 두고 방향이 엇갈렸습니다. 저는 핵심 기능만 안정적으로 만들자는 입장이었고, 팀원은 기능을 더 추가하고 싶어했습니다.
결국 일주일 동안 기능을 각자 나눠서 따로 구현해보고, 실제로 돌아가는 것만 최종 버전에 합치는 방식으로 합의했습니다. 그 결과 제가 맡은 재료 기반 검색은 완성됐고, 팀원이 맡은 사용자 리뷰 기능은 기한 내에 안정화되지 않아서 빠졌습니다. 아쉬웠지만 팀원도 그 결과를 인정했습니다.
이 경험에서 배운 것은, 의견이 다를 때 설득보다 실제로 만들어서 비교하는 방식이 더 효과적이라는 것입니다. 말로는 서로 맞다고 생각하지만, 결과물을 보면 어느 쪽이 현실적인지 바로 보였습니다.
자랑할 만한 프로젝트를 꼽으라면, 개인적으로 만든 버스 도착 알림 텔레그램 봇입니다. 특정 정류장의 버스 도착 정보를 공공 API로 받아서, 원하는 시간에 알림을 보내주는 방식입니다. 처음에는 그냥 제가 쓰려고 만들었는데, 친구 5명에게 공유했더니 매일 쓴다고 했습니다.
기술적으로 가장 힘들었던 부분은 API 응답이 느릴 때 알림이 늦어지는 문제였습니다. 처음엔 요청마다 기다렸다가 응답이 오면 알림을 보내는 방식을 썼는데, 가끔 30초씩 늦어졌습니다. 비동기 처리 방식으로 바꿨더니 응답 지연이 5초 이내로 줄었습니다.
아직도 아쉬운 것은 서버 비용을 아끼려고 일정 시간마다 껐다 켜는 구조를 썼는데, 그 과정에서 알림이 몇 번 누락됐습니다. 구조를 다시 짜야 한다는 것을 알고 있고, 지금도 틈틈이 개선 중입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 코레일 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.