LIG D&A(구 LIG넥스원) 최종면접 예상질문 리스트업
지원자: 김예진 / 지원분야: 신입(학사) – SW(공통) – 미사일시스템 – 판교 출처:
2026_상_LIG.pdf(이력서 + 자기소개서) 목적: 제출 서류에서 나올 수 있는 모든 질문 + 꼬리질문을 망라 (실제 면접 대비용) 작성일: 2026-06-03 / 키워드 보강: 2026-06-04
0. 이 문서 사용법
섹션 제목: “0. 이 문서 사용법”- 각 질문에는 [1차 질문] 아래에 꼬리질문(└) 을 단계별로 붙였습니다.
- ⚠️ 표시는 반드시 답변을 준비해야 하는 핵심/압박 질문입니다.
- 💡 표시는 답변 방향 힌트입니다(외우지 말고 본인 언어로).
- 🔑 핵심 키워드 = 각 항목에서 답할 때 반드시 짚을 단어/논리. 이것만 기억하면 즉석에서 문장 만들 수 있게.
- 가장 중요한 섹션은 [2] 직무 적합성(웹↔국방SW 갭), [6] DuckOn 프로젝트, [12] 자기소개서 검증 입니다.
1. 지원동기 · 입사 후 포부 (기본)
섹션 제목: “1. 지원동기 · 입사 후 포부 (기본)”1-1. ⚠️ 왜 LIG넥스원(LIG D&A)인가
섹션 제목: “1-1. ⚠️ 왜 LIG넥스원(LIG D&A)인가”- [1차] 클라우드/웹 백엔드 경험이 많은데, 왜 IT 서비스 기업이 아니라 방산기업에 지원했나요?
- └ 다른 IT 대기업(네이버/카카오/쿠팡 등)도 충분히 갈 수 있었을 텐데, 굳이 방산을 택한 결정적 이유는?
- └ 방산 도메인에 대해 언제부터, 어떤 계기로 관심을 갖게 됐나요?
- └ LIG넥스원의 어떤 제품/사업을 알고 지원했나요? (구체적으로 말해보세요)
- └ ⚠️ 우리 회사가 최근 사명을 ‘LIG D&A’로 바꿨는데 그 의미를 알고 있나요?
- └ 경쟁사(한화시스템, 한화에어로스페이스, KAI 등) 대신 LIG를 택한 이유는?
- 🔑 의미 있고 오래가는 일(트렌드 안 타는 신뢰성) + SW로 가장 빠르게 변하는 방산(AI 군집무인기·안두릴 Lattice·임베디드SW스쿨) + 비궁 미국 진출 본격화 = 내 글로벌 역량의 타이밍. 사명 D&A=Defense+Aerospace(우주·항공 확장). 경쟁사 대비: 한화=지상·함정 거점 / LIG=정밀유도무기 “체계종합 두뇌”.
1-2. 미사일시스템 직무 지원 이유
섹션 제목: “1-2. 미사일시스템 직무 지원 이유”- [1차] 여러 직무 중 ‘미사일시스템’을 1지망으로 택한 이유는?
- └ 미사일시스템 SW가 구체적으로 어떤 일을 하는지 본인이 이해한 대로 설명해보세요.
- └ 판교 근무지를 택한 이유가 있나요? (수도권 거주와 관련?)
- └ 2지망/타 직무로 배치된다면 어떻게 할 건가요?
- 🔑 미사일시스템 = 유도무기 연구소 패밀리(체계종합·대공체계·탐색기·해외사업 등). SW 일 = 탑재SW 개발·HILS 실시간 검증·유도조종 제어. 판교=R&D 거점. 배치 유연성: “어디든 SW로 기여” + 1지망 이유는 비궁·글로벌 연결.
1-3. 입사 후 포부 / 성장 비전
섹션 제목: “1-3. 입사 후 포부 / 성장 비전”- [1차] 자소서에 “단기: 방산 도메인 빠르게 학습, 장기: 고성능 실시간 시스템·최적화 전문가”라고 썼는데, 더 구체적으로 5년/10년 후 모습은?
- └ “실시간 데이터 처리·분산 시스템 경험을 즉각 기여하겠다”고 했는데, 미사일 SW의 실시간성과 웹 서비스의 실시간성은 무엇이 다르다고 생각하나요? ⚠️
- └ 핵심 인재가 되겠다고 했는데, 입사 1년 차에 본인이 보여줄 수 있는 구체적 기여는?
- 🔑 단기=도메인·임베디드 학습+팀 적응 / 장기=실시간·최적화 전문가 + 수출 SW 글로벌 가교. ⚠️ 실시간성 차이: 웹=사용자 체감·장애 복구 중심(soft) / 미사일=마감 못 지키면 실패하는 결정론적 hard real-time. 1년차 기여=안전한 코딩·문서화·HILS 보조.
2. ⚠️⚠️ 직무 적합성 — 웹/클라우드 ↔ 국방 임베디드 SW 갭 (최중요)
섹션 제목: “2. ⚠️⚠️ 직무 적합성 — 웹/클라우드 ↔ 국방 임베디드 SW 갭 (최중요)”이 섹션은 면접의 승부처. 지원자의 이력은 전부 웹/클라우드/서비스 개발인데 지원 직무는 미사일/실시간/임베디드 성격이 강함.
2-1. ⚠️ 경험-직무 불일치 정면 질문
섹션 제목: “2-1. ⚠️ 경험-직무 불일치 정면 질문”- [1차] 지금까지 한 프로젝트(DuckOn, CRM, 자막번역, 오픈뱅킹 등)는 전부 웹/앱 서비스인데, 미사일시스템 SW는 그와 성격이 많이 다릅니다. 본인의 경험이 이 직무에 어떻게 연결된다고 보나요?
- └ AWS/Spring Boot/Redis 같은 기술은 폐쇄망·임베디드 환경에서는 거의 쓰지 않습니다. 그래도 본인이 기여할 수 있다고 보는 근거는?
- └ 클라우드 인프라 경험이 국방 SW에서 무의미해질 수도 있는데, 그 점은 어떻게 생각하나요?
- └ C/C++ 기반 실시간 임베디드, RTOS, 하드웨어 연동 경험이 없는데 어떻게 따라잡을 계획인가요?
- └ 💡 “기술 스택은 다르지만 ‘실시간성·신뢰성·최적화’라는 본질은 같다”는 논리 + “C++ 백준 플래티넘, SSAFY 알고리즘 기반”으로 학습 속도 강조.
- 🔑 “기술 스택 ≠ 본질” — 실시간성·신뢰성·최적화는 동일. 백준 플래티넘·SSAFY로 학습 속도 증명. C/C++ 기초 보유 → 빠른 전환. 솔직히 “스택은 새로 배우되 문제 푸는 사고는 이미 단련”.
2-2. C/C++ 및 저수준 역량
섹션 제목: “2-2. C/C++ 및 저수준 역량”- [1차] C++ 능력을 ‘중’으로 적었고 백준 플래티넘이라 했는데, 임베디드/시스템 수준의 C/C++ 경험은 있나요?
- └ 메모리를 직접 관리해본 경험(포인터, 동적할당, 메모리 누수 디버깅)이 있나요?
- └ 실시간 시스템에서 GC(가비지 컬렉션)가 왜 문제가 될 수 있는지 아나요? Java만 깊게 다룬 본인에게 이게 약점 아닌가요? ⚠️
- └ 멀티스레드/동시성 제어(뮤텍스, 세마포어, race condition)를 코드로 다뤄본 경험은?
- 🔑 솔직히 PS 위주, 시스템 C++ 경험은 적음 인정 → 학습계획 제시. GC 문제 인지: GC가 멈추면 결정론 깨짐 → 실시간엔 수동 메모리/C++ 유리. 포인터·동적할당 개념 보유. 동시성(뮤텍스/race) 학습 의지.
2-3. 폐쇄망 · 보안 환경 적응
섹션 제목: “2-3. 폐쇄망 · 보안 환경 적응”- [1차] 방산은 인터넷이 차단된 폐쇄망, 형상관리·보안규정이 엄격합니다. 클라우드처럼 빠르게 배포/실험하던 본인 스타일과 충돌하지 않을까요?
- └ “CI 파이프라인에 invalidation 추가” 같은 빠른 자동배포에 익숙한데, 변경 하나에 수십 단계 승인이 필요한 환경을 견딜 수 있나요?
- └ 보안 서약·신원조사·기밀 취급에 대한 거부감은 없나요?
- 🔑 “빠른 배포보다 신뢰성·검증이 우선인 게 오히려 내 보안 지향과 맞음”(JWT 취약점 직접 잡은 성향). 폐쇄망·형상관리 = 안전의 비용으로 수용. 보안 서약·기밀 거부감 없음.
2-4. 도메인 학습 의지
섹션 제목: “2-4. 도메인 학습 의지”- [1차] 방산/무기체계 도메인 지식이 전혀 없는 상태로 입사하는데, 어떻게 학습할 계획인가요?
- └ 무기체계 획득 절차(소요결정→탐색개발→체계개발→양산)에 대해 들어본 적 있나요?
- └ 본인이 모르는 도메인을 빠르게 학습한 경험을 하나 들어보세요. (→ AWS 자격증 독학 사례 연결 가능)
- 🔑 AWS SAA 독학 사례(모르던 클라우드를 자격증+실적용으로) → 동일 방식으로 방산 학습. 획득절차 소요결정→탐색개발→체계개발→양산 언급. 사내 교육·선배 멘토링 활용.
3. 지원자 기본정보 · 신상 관련
섹션 제목: “3. 지원자 기본정보 · 신상 관련”3-1. 입사 가능일 / 졸업
섹션 제목: “3-1. 입사 가능일 / 졸업”- [1차] 입사가능일자가 2026.03.17인데, SSAFY 프로젝트(~2026.03.17) 종료 직후네요. 일정에 무리는 없나요?
- └ 2025년 2월 대학 졸업 후 SSAFY를 하면서 사실상 취업이 늦어졌는데, 그 기간을 어떻게 평가하나요?
- 🔑 SSAFY 직후 즉시 합류 가능. 공백 아님 → 실무역량·자격증(AWS/SQLD)·실서비스 운영을 쌓은 의도된 기간.
3-2. 거주지 / 근무지
섹션 제목: “3-2. 거주지 / 근무지”- [1차] 현주소가 서울 영등포인데 판교 근무가 가능한가요? 이사 계획은?
- 🔑 통근 가능 + 필요시 이사 의향 있음. 문제 없음 단호하게.
3-3. ⚠️ 전공/계열 전환
섹션 제목: “3-3. ⚠️ 전공/계열 전환”- [1차] 고등학교는 인문계열(강화여고)인데 대학에서 컴퓨터공학으로 왔습니다. 개발자가 되기로 한 계기는?
- └ 문과적 사고가 개발에서 도움된 적이 있나요?
- 🔑 문제 해결·만드는 재미로 전환. 문과 강점=커뮤니케이션·문서화(JWT 설득 문서 작성, 해외 소통) → 협업·글로벌 역량으로 연결.
3-4. 병역(해당 시 N/A) / 전문연구요원
섹션 제목: “3-4. 병역(해당 시 N/A) / 전문연구요원”- [1차] 전문연구요원·병역특례 ‘대상 아님’으로 되어 있는데, 이 부분은 확인용 질문일 뿐 — 별도 답변 준비 불필요.
- 🔑 (확인용, 준비 불필요)
4. 학력 · 전공 (인하대 컴퓨터공학)
섹션 제목: “4. 학력 · 전공 (인하대 컴퓨터공학)”4-1. 학점
섹션 제목: “4-1. 학점”- [1차] 전체 학점 3.45, 전공 3.55인데 본인 학업에 대해 어떻게 평가하나요?
- └ ⚠️ 학점이 아주 높은 편은 아닌데, 그 이유와 대신 집중한 것은?
- └ 가장 자신 있는 전공 과목과 그 이유는? (운영체제/네트워크/자료구조/DB 등 자소서에 언급됨)
- └ 반대로 가장 약했던 과목은? 보완했나요?
- 🔑 전공 3.55로 핵심 과목은 탄탄. 학점보다 프로젝트·대외활동·알고리즘에 시간 투자(솔직+당당). 자신 과목=OS/네트워크. 약점 과목은 인정+보완 경험.
4-2. CS 기초 (자소서 “탄탄한 기초” 주장 검증)
섹션 제목: “4-2. CS 기초 (자소서 “탄탄한 기초” 주장 검증)”- [1차] 자소서에 “운영체제, 알고리즘, 컴퓨터 네트워크, 데이터베이스에 집중해 이론 기반을 다졌다”고 했습니다. 검증 질문 들어갑니다.
- └ OS: 프로세스와 스레드의 차이, 컨텍스트 스위칭 비용, 데드락 4가지 조건은?
- └ OS: 실시간 운영체제(RTOS)와 일반 OS의 차이를 아나요? (미사일 직무 연결) ⚠️
- └ 네트워크: TCP와 UDP 차이, 미사일/실시간 통신에는 어느 쪽이 적합할까요?
- └ 네트워크: 3-way handshake, TCP 흐름제어/혼잡제어를 설명해보세요.
- └ 자료구조/알고리즘: 시간복잡도 관점에서 본인이 최적화해본 사례 1개.
- └ DB: 트랜잭션 ACID, 인덱스 동작 원리, 정규화를 설명해보세요.
- 🔑 (암기 필수) 프로세스=메모리 독립/스레드=공유, 데드락 4조건(상호배제·점유대기·비선점·순환대기). RTOS=결정론적 응답·우선순위 스케줄링(데드라인 보장). TCP=신뢰성/UDP=저지연 → 실시간은 상황별(제어=신뢰성, 스트리밍=저지연). ACID, 인덱스=B+Tree, 정규화. → “탄탄한 기초” 주장의 증명 구간.
4-3. 졸업까지 6년
섹션 제목: “4-3. 졸업까지 6년”- [1차] 2019.03 입학, 2025.02 졸업 — 인턴/대외활동 때문인가요? 그 기간 동안 무엇을 얻었나요?
- 🔑 인턴 2회 + SSAFY + 수상 5건 + 해커톤 = 실전 경험에 투자한 시간. 졸업만 늦었지 역량은 앞당김.
5. 인턴 경력
섹션 제목: “5. 인턴 경력”5-1. XL8 인턴 (2023.07~12, 6개월, AI 음성인식·자막번역 고도화)
섹션 제목: “5-1. XL8 인턴 (2023.07~12, 6개월, AI 음성인식·자막번역 고도화)”- [1차] XL8에서 ‘AI 음성 인식 및 자막 번역 편집 서비스 고도화’를 담당했는데, 구체적으로 본인이 한 일은?
- └ ‘고도화’라고 했는데 어떤 문제가 있었고, 무엇을 어떻게 개선했나요?
- └ AI/음성인식 파트에 직접 관여했나요, 아니면 주변 서비스(편집툴/백엔드)였나요?
- └ 6개월 인턴에서 가장 큰 기술적 배움 한 가지는?
- └ 정규직 전환 제안은 없었나요? 왜 계속하지 않았나요?
- └ 이 회사는 번역/AI 스타트업인데, 거기서 방산으로 마음이 바뀐 이유는?
- 🔑 글로벌 자막·번역 서비스 = 언어장벽 해소 경험(→ 비궁 해외 소통 가교 복선). 본인 담당 구체적으로(과장 금지). 배움 1개. 방산 전향 이유=의미·신뢰성·SW전환.
5-2. 웹스 인턴 (2021.08~12, 5개월, 사내 CRM 개발 ‘주도’)
섹션 제목: “5-2. 웹스 인턴 (2021.08~12, 5개월, 사내 CRM 개발 ‘주도’)”- [1차] ‘사내 CRM 페이지 개발 프로젝트를 주도했다’고 했는데, 2학년 현장실습생이 ‘주도’했다는 게 구체적으로 무슨 의미인가요? ⚠️
- └ 팀 규모는? 본인의 실제 역할과 기여 범위는?
- └ 어떤 기술스택으로 만들었나요? (당시 실력 수준)
- └ 실제로 사내에서 사용됐나요? 사용자 반응은?
- └ 5개월 만에 끝낸 이유는? (기간 만료)
- 🔑 ⚠️ ‘주도’를 정직하게 범위 한정(현장실습생 수준에서 OO 담당). 역할 구체화. 첫 실무로 협업·요구사항 경험. 과장하면 꼬리질문에서 무너짐.
5-3. 두 인턴 비교
섹션 제목: “5-3. 두 인턴 비교”- [1차] 두 번의 인턴(2021 웹스 → 2023 XL8) 사이에 본인의 성장은?
- 🔑 2021(기능 구현) → 2023(서비스 이해·글로벌 제품)로 성장.
6. ⚠️⚠️ 핵심 프로젝트 — DuckOn (SSAFY 공통프로젝트, 백엔드/DevOps, 기여도 35%)
섹션 제목: “6. ⚠️⚠️ 핵심 프로젝트 — DuckOn (SSAFY 공통프로젝트, 백엔드/DevOps, 기여도 35%)”자소서·수상·기술스택이 전부 이 프로젝트로 수렴. 면접 시간의 상당 부분이 여기에 집중될 것.
6-1. 프로젝트 개요
섹션 제목: “6-1. 프로젝트 개요”- [1차] DuckOn이 어떤 서비스인지 30초로 설명해보세요.
- └ ‘실시간 영상 동시 시청 + 채팅’ 서비스라 했는데, 핵심 가치는 무엇인가요?
- └ 팀 구성(백엔드3·프론트2, 본인 리더)과 본인의 정확한 역할 분담은?
- └ 기여도 35%라고 적었는데, 어떤 기준으로 산정했나요?
- └ MAU 1,000명·10개국이라는 수치는 어떻게 측정했나요? (지표 출처) ⚠️
- └ 9개월째 운영 중이라 했는데, 서버 비용은 누가 부담하나요? 지금도 유지되나요?
- 🔑 한 줄 정의=실시간 영상 동시 시청+채팅. 백엔드·DevOps 리더. ⚠️ MAU/10개국은 측정 출처 명확히(GA·접속로그 등). 35% 산정 기준. 9개월 자비 운영=책임감.
6-2. ⚠️ 실시간 영상 동기화 (직무 직결 — 가장 깊게 파고들 영역)
섹션 제목: “6-2. ⚠️ 실시간 영상 동기화 (직무 직결 — 가장 깊게 파고들 영역)”- [1차] ‘실시간 영상 동시 시청’에서 여러 사용자의 재생 위치를 어떻게 동기화했나요?
- └ 네트워크 지연(latency)이 사용자마다 다른데, 싱크를 어떻게 맞췄나요?
- └ 동기화 메시지는 어떤 프로토콜/주기로 주고받았나요?
- └ 호스트가 멈추거나 끊기면 어떻게 처리했나요? (장애 복구)
- └ 💡 이 부분이 ‘실시간성’을 어필할 핵심. 미사일 SW의 실시간 데이터 동기화와 개념적으로 연결 가능.
- 🔑 호스트 기준 타임스탬프 브로드캐스트 → 클라이언트 보정. 지연 보정 방식. WebSocket 주기. 장애 복구(재접속·상태 재전송). → “실시간성·레이턴시 최소화” = HILS/미사일과 본질 동일 연결.
6-3. ⚠️ WebSocket 설계 (기술스택 ‘중’으로 표기)
섹션 제목: “6-3. ⚠️ WebSocket 설계 (기술스택 ‘중’으로 표기)”- [1차] WebSocket으로 실시간 채팅·영상 동기화를 구현했다고 했습니다. 연결 구조를 설명해보세요.
- └ Spring 환경에서 STOMP를 썼나요, 순수 WebSocket을 썼나요? 차이를 아나요?
- └ “로그인/비로그인 사용자 모두 처리하는 세션 구조를 직접 설계했다”고 했는데, 어떻게 구분/관리했나요? ⚠️
- └ 동시 접속자가 늘면 WebSocket 서버는 어떻게 확장(scale-out)하나요? (세션 공유 문제)
- └ 연결 끊김(reconnect), heartbeat/ping-pong은 어떻게 처리했나요?
- └ WebSocket과 HTTP polling/SSE의 차이와, 왜 WebSocket을 택했나요?
- 🔑 STOMP vs 순수 구분 설명. 세션=로그인(인증토큰)·비로그인(임시ID) 구분 관리. scale-out=Redis pub/sub로 세션 공유. heartbeat/reconnect. WebSocket 선택 이유(양방향·저지연 vs polling).
6-4. ⚠️ Redis / ElastiCache “응답속도 77% 개선” 검증
섹션 제목: “6-4. ⚠️ Redis / ElastiCache “응답속도 77% 개선” 검증”- [1차] “ElastiCache 기반 Redis로 응답속도를 약 77% 개선했다”고 했습니다.
- └ 무엇을 캐싱했고, 어디서 병목이 있었나요?
- └ 77%는 무엇 대비 무엇인가요? (어떻게 측정?) ⚠️ — 측정 방법 못 대면 신뢰도 하락
- └ 캐시 무효화(invalidation)·만료(TTL) 전략은?
- └ 캐시와 DB 데이터 정합성(일관성)은 어떻게 보장했나요?
- └ Redis를 세션 저장·캐싱·사용자 상태 저장에 썼다 했는데, 각각 자료구조는 무엇을 썼나요?
- └ Redis가 단일 장애점(SPOF)이 되는 문제는 고려했나요?
- 🔑 ⚠️ 77% = 측정 방법 명확히(전/후 평균 응답시간, 무엇을 캐싱). TTL·무효화 전략. 캐시-DB 정합성. Redis 자료구조(String/Hash/Sorted Set 등). SPOF 인지+대안 언급.
6-5. ⚠️ CDN/CloudFront “TTFB·LCP 90% 개선” 검증
섹션 제목: “6-5. ⚠️ CDN/CloudFront “TTFB·LCP 90% 개선” 검증”- [1차] “정적 리소스를 S3로 옮기고 CloudFront로 CDN 도입, 글로벌 엣지 캐싱으로 TTFB·LCP 90% 이상 개선”이라 했습니다.
- └ TTFB와 LCP가 각각 무엇인지 설명해보세요.
- └ 90%는 어느 지역 사용자 기준인가요? 측정 도구는?
- └ CDN 도입 전후 비교를 어떻게 했나요?
- └ “Invalidation 스크립트를 CI에 추가했다”고 했는데, 무효화를 매 배포마다 하면 비용/성능 문제는 없나요? ⚠️
- └ 캐시 정책(Cache-Control, max-age)은 어떻게 설계했나요?
- 🔑 TTFB=첫 바이트 도달, LCP=최대 콘텐츠 렌더. 측정도구=Lighthouse. 90%=글로벌(원거리) 사용자 기준. invalidation 비용 인지→해시 파일명 전략 등. Cache-Control/max-age.
6-6. ⚠️ N+1 문제 / DB 최적화
섹션 제목: “6-6. ⚠️ N+1 문제 / DB 최적화”- [1차] “MemeDuck 개발 중 N+1 문제를 발견, DTO 매핑 방식으로 쿼리를 최적화했다”고 했습니다.
- └ N+1 문제가 무엇인지, 왜 발생하는지 설명해보세요.
- └ JPA 환경에서 N+1을 해결하는 방법들(fetch join, @EntityGraph, batch size)을 아나요? DTO 매핑을 택한 이유는? ⚠️
- └ 쿼리가 몇 개에서 몇 개로 줄었나요? 실제 개선 수치는?
- └ MySQL 인덱스로 추가 최적화한 부분은?
- 🔑 N+1=연관 조회마다 추가 쿼리. 해결책 fetch join·@EntityGraph·batch size 다 알고, DTO 선택 이유 설명. 개선 수치(쿼리 N→1). 인덱스 추가.
6-7. ⚠️ JWT 인증 / 보안 (자소서 협업 문항의 핵심 소재)
섹션 제목: “6-7. ⚠️ JWT 인증 / 보안 (자소서 협업 문항의 핵심 소재)”- [1차] “JWT 인증 구조를 설계했고, refreshToken이 localStorage에 저장돼 XSS에 노출될 수 있는 취약점을 발견했다”고 했습니다.
- └ XSS가 무엇이고, localStorage의 토큰이 왜 위험한지 설명해보세요.
- └ HttpOnly Cookie로 바꾸면 XSS는 막지만 CSRF에 노출됩니다. CSRF는 어떻게 대비했나요? ⚠️ (이걸 못 답하면 보안 이해 얕다는 인상)
- └ accessToken과 refreshToken을 분리하는 이유는?
- └ 토큰 탈취 시 무효화(블랙리스트/로테이션) 전략은 있었나요?
- └ Spring Security를 어떻게 구성했나요? (필터 체인)
- 🔑 ⚠️ CSRF 대비책 필수: HttpOnly Cookie 전환 시 SameSite 속성 + CSRF 토큰으로 방어. XSS=스크립트 주입, localStorage는 JS로 탈취 가능. access(단명)/refresh(장명) 분리 이유. 로테이션. → 이 사례가 보안 강점의 핵심 근거(자기소개와 연결).
6-8. DevOps / 인프라 (자소서 “혼자 인프라 담당”)
섹션 제목: “6-8. DevOps / 인프라 (자소서 “혼자 인프라 담당”)”- [1차] 팀에 DevOps 경험자가 없어 본인이 인프라를 담당했다고 했습니다. 전체 아키텍처를 그려서 설명해보세요.
- └ EC2, RDS, ElastiCache, S3, CloudFront, Lambda, SNS, CloudWatch를 각각 어디에 썼나요?
- └ 처음엔 단일 EC2로 시작했다는데, 트래픽이 늘면 어떻게 확장할 계획이었나요? (Auto Scaling, LB)
- └ 무중단 배포는 어떻게 했나요?
- └ 모니터링/알람(CloudWatch)으로 실제 장애를 잡은 경험이 있나요?
- └ 비용 최적화를 위해 한 일은? (자소서 ‘비용 최적화’ 언급)
- └ 혼자 인프라를 다 했다면, 본인이 빠지면 팀이 운영을 못 하는 버스 팩터 문제는 어떻게 봤나요? ⚠️
- 🔑 아키텍처 한 장 그릴 수 있게 준비(각 서비스 용도 1줄씩). 확장=Auto Scaling+LB. ⚠️ 버스 팩터 → 문서화·인수인계로 대응(혼자 떠안되 공유). 비용 최적화 사례.
6-9. OpenAI 번역 기능
섹션 제목: “6-9. OpenAI 번역 기능”- [1차] “OpenAI API 기반 실시간 번역, HTTP 헤더 언어값으로 자동 설정, 번역 버튼 클릭 시에만 호출해 비용 최소화”라고 했습니다.
- └ 실시간 채팅 번역인데 API 호출 지연(latency)은 어떻게 처리했나요?
- └ 비용을 더 줄일 방법(번역 캐싱 등)은 고려했나요?
- 🔑 클릭 시에만 호출 = 비용 최소화 설계. 캐싱으로 추가 절감 고려. → 언어장벽 해소 = 글로벌 역량(비궁 해외 소통 연결).
6-10. MemeDuck 분리
섹션 제목: “6-10. MemeDuck 분리”- [1차] 채팅에 밈/이미지/GIF를 올리는 MemeDuck을 별도 서비스로 분리했는데, 왜 통합하지 않고 분리했나요?
- └ 마이크로서비스로 나눈 셈인데, 서비스 간 통신/데이터 정합성은?
- 🔑 분리 이유=부하 격리·독립 배포·책임 분리. MSA 통신 방식·정합성 고민.
7. 기술 스택 심화 (이력서 자기평가 검증)
섹션 제목: “7. 기술 스택 심화 (이력서 자기평가 검증)”본인이 적은 수준: C++(중)·Java(중)·Spring Boot(중)·AWS(상)·MySQL(중)·Redis(중)·WebSocket(중)
7-1. ⚠️ AWS (유일하게 ‘상’으로 표기 + SAA 자격증)
섹션 제목: “7-1. ⚠️ AWS (유일하게 ‘상’으로 표기 + SAA 자격증)”- [1차] AWS를 ‘상’으로 자신 있게 적었습니다. SAA 자격증 + 실서비스 운영 경험 기준이죠?
- └ VPC, 서브넷, 보안그룹, 라우팅을 직접 구성해봤나요? (네트워크 이해)
- └ EC2와 Lambda(서버리스)의 선택 기준은?
- └ 고가용성(Multi-AZ)·장애조치(failover)를 실제로 설계해봤나요?
- └ ⚠️ 방산은 클라우드를 거의 안 쓰는데, ‘상’ 역량인 AWS가 직무에서 안 쓰이면 어떻게 할 건가요?
- 🔑 SAA+실운영 근거. VPC·보안그룹 구성 경험. ⚠️ “클라우드 안 써도 인프라 설계 사고(네트워크·가용성·보안)는 온프렘에도 전이된다” + AWS 자체보다 그걸 독학한 학습력이 자산.
7-2. Java / Spring Boot
섹션 제목: “7-2. Java / Spring Boot”- [1차] SSAFY 자바 트랙을 이수했는데, Java를 ‘중’으로 적은 기준은?
- └ JVM 메모리 구조, GC 동작을 설명해보세요.
- └ Spring의 DI/IoC, AOP를 설명해보세요.
- └ RESTful API 설계 원칙을 본인 프로젝트 예로 설명해보세요.
- 🔑 JVM 메모리(힙/스택/메서드영역)·GC. DI/IoC·AOP 정의. REST 원칙을 DuckOn 예로.
7-3. C++ (백준 플래티넘)
섹션 제목: “7-3. C++ (백준 플래티넘)”- [1차] 백준 플래티넘이면 알고리즘 PS 위주인데, 실무/시스템 C++과는 다릅니다. 차이를 인지하나요?
- └ 가장 자신 있는 알고리즘 유형은? 최근에 푼 문제 하나 설명해보세요.
- └ 스마트 포인터, RAII, 이동 시맨틱 같은 모던 C++ 개념을 아나요?
- 🔑 PS와 시스템 C++ 차이 인정. 자신 알고리즘 유형 1개. 모던 C++(스마트포인터·RAII) 들어봤고 학습 중.
7-4. MySQL / SQLD
섹션 제목: “7-4. MySQL / SQLD”- [1차] SQLD 자격증이 있는데, 실제 쿼리 튜닝 경험은?
- └ 실행계획(EXPLAIN)을 보고 인덱스를 추가해본 적 있나요?
- └ 조인 최적화, 슬로우 쿼리 개선 사례는?
- 🔑 EXPLAIN으로 인덱스 추가 경험(N+1과 연결). 슬로우 쿼리 개선 사례.
8. 자격증
섹션 제목: “8. 자격증”8-1. AWS Certified Solutions Architect – Associate (2025.09)
섹션 제목: “8-1. AWS Certified Solutions Architect – Associate (2025.09)”- [1차] SAA를 어떻게 준비했나요? 자소서에 “고가용성·네트워크·비용 최적화를 체계적으로 학습”이라 했는데 가장 도움된 부분은?
- └ 자격증 지식을 DuckOn에 실제로 적용한 구체적 사례 1개.
- 🔑 독학 → DuckOn에 바로 적용(고가용성·비용 최적화 사례 1개). 이론+실전 동시 달성.
8-2. SQLD (2024.09)
섹션 제목: “8-2. SQLD (2024.09)”- [1차] SQLD를 딴 동기와, 실무에 도움된 점은?
- 🔑 DB 설계·정규화 이해 강화 → N+1·인덱스 최적화로 이어짐.
8-3. 자격증 학습 패턴
섹션 제목: “8-3. 자격증 학습 패턴”- [1차] 두 자격증 모두 독학인가요? 모르는 것을 스스로 학습하는 본인만의 방법은? (→ 방산 도메인 학습 의지로 연결)
- 🔑 독학력 = 방산 도메인도 빠르게 학습 가능의 근거. (2-4와 연결)
9. 수상 경력 (5건)
섹션 제목: “9. 수상 경력 (5건)”9-1. SSAFY 특화프로젝트 우수상 2위 — 외국인 전용 오픈뱅킹 앱 (2025.10)
섹션 제목: “9-1. SSAFY 특화프로젝트 우수상 2위 — 외국인 전용 오픈뱅킹 앱 (2025.10)”- [1차] 오픈뱅킹 앱은 어떤 문제를 풀었나요? 본인 역할은?
- └ 금융/오픈뱅킹 API 연동에서 어려웠던 점은?
- └ 1위가 아니라 2위였는데, 부족했던 점은 무엇이라 보나요?
- 🔑 외국인 대상 = 글로벌 사용자 이해(비궁 해외 연결). 금융 API 연동 경험. 2위 보완점 솔직히.
9-2. SSAFY 공통프로젝트 우수상 1위 — DuckOn (2025.08)
섹션 제목: “9-2. SSAFY 공통프로젝트 우수상 1위 — DuckOn (2025.08)”- [1차] 1위 수상의 결정적 요인은 무엇이었다고 생각하나요? (→ 6번과 연결)
- └ 유튜브 라이브 최종발표에서 팀 대표로 발표했다는데, 발표에서 가장 강조한 포인트는?
- 🔑 1위 요인=실서비스 완성도+실시간 기술+글로벌 확장. 대표 발표 경험=커뮤니케이션 강점.
9-3. 인하대 캡스톤 우수상 2위 — 점자↔묵자 상호번역 앱 (2024.12)
섹션 제목: “9-3. 인하대 캡스톤 우수상 2위 — 점자↔묵자 상호번역 앱 (2024.12)”- [1차] 점자-묵자 번역 앱의 기술적 핵심은? 본인 담당은?
- └ 접근성(배리어프리) 주제인데, 사용자(시각장애인) 검증은 했나요?
- └ 이미지/문자 인식을 어떻게 처리했나요?
- 🔑 접근성·사회가치. OCR/인식 처리. 본인 담당 구체화.
9-4. Silicon Valley Koreans Hackathon 2위 — ‘Know Your Neighbors’ (2023.11)
섹션 제목: “9-4. Silicon Valley Koreans Hackathon 2위 — ‘Know Your Neighbors’ (2023.11)”- [1차] 샌프란시스코에서 열린 해커톤인가요? 어떻게 참여하게 됐나요?
- └ 지도 기반 치안정보 공유 서비스의 데이터는 어디서 가져왔나요?
- └ 짧은 해커톤에서 본인이 맡은 부분은? 영어 환경은 어땠나요?
- 🔑 글로벌·영어 환경에서 개발·발표 = 핵심 글로벌 근거(비궁 해외 소통 가교 직결). 본인 역할.
9-5. 2020 아이디어톤 2위 — VR/AR 인물 복원 아이디어 (2020.03)
섹션 제목: “9-5. 2020 아이디어톤 2위 — VR/AR 인물 복원 아이디어 (2020.03)”- [1차] 1학년 때 참가했네요. 아이디어만 제안한 건가요, 구현도 했나요?
- └ 가장 오래된 수상인데, 지금 와서 이 경험이 의미 있었던 점은?
- 🔑 1학년부터 도전·아이디어 실행 성향. 솔직히 아이디어 단계임 인정.
9-6. 수상 종합
섹션 제목: “9-6. 수상 종합”- [1차] 수상이 5건인데, 본인에게 가장 의미 있는 1건과 그 이유는?
- └ 상을 못 받았거나 실패한 프로젝트도 있나요? 거기서 배운 것은? ⚠️
- 🔑 가장 의미=DuckOn(실서비스로 이어짐). ⚠️ 실패 경험+교훈 하나 준비(성장형).
10. 교육 — SSAFY (삼성 청년 SW AI 아카데미, 1,600시간)
섹션 제목: “10. 교육 — SSAFY (삼성 청년 SW AI 아카데미, 1,600시간)”10-1. SSAFY 전반
섹션 제목: “10-1. SSAFY 전반”- [1차] SSAFY를 선택한 이유와, 1,600시간 동안 가장 크게 성장한 부분은?
- └ 삼성 연계 과정인데, 삼성 취업이 아니라 LIG에 온 이유는? ⚠️
- └ 자바 트랙을 택한 이유는?
- 🔑 알고리즘·Java·협업 역량. ⚠️ 삼성 아닌 LIG = 방산의 의미·신뢰성 + LIG의 SW 전환 + 비궁 글로벌 타이밍(왜 LIG와 동일 논리).
10-2. 알고리즘 스터디 리딩
섹션 제목: “10-2. 알고리즘 스터디 리딩”- [1차] 자소서에 “SSAFY에서 알고리즘 스터디를 개설해 매일 한 문제씩 풀고 코드 리뷰하는 문화를 만들었다”고 했습니다.
- └ 스터디를 운영하며 어려웠던 점과 해결 방법은?
- └ SSAFY 최우수 스터디로 선정됐다는데, 선정 기준은? 본인 기여는?
- 🔑 매일 1문제+코드리뷰 문화 주도 = 리더십·꾸준함(협업 문항 연결). 최우수 선정 근거.
11. 활동/링크 (GitHub, 블로그)
섹션 제목: “11. 활동/링크 (GitHub, 블로그)”11-1. GitHub (github.com/rocher71)
섹션 제목: “11-1. GitHub (github.com/rocher71)”- [1차] GitHub에 어떤 활동을 하나요? 꾸준한 커밋이 있나요? ⚠️ (면접관이 실제로 볼 수 있음 — 정리해 둘 것)
- └ 가장 자신 있는 레포 하나를 소개해보세요.
- └ 오픈소스 기여 경험은?
- 🔑 ⚠️ 사전에 핀 레포·README 정리 필수. 대표 레포(DuckOn) 30초 소개 준비.
11-2. 기술 블로그 (bba-jin.tistory.com)
섹션 제목: “11-2. 기술 블로그 (bba-jin.tistory.com)”- [1차] 블로그에 주로 어떤 글을 쓰나요? 최근 쓴 글 주제는?
- └ 블로그를 쓰며 본인 학습에 도움된 점은?
- 🔑 학습 정리·기록 습관 = 문서화 강점(JWT 설득 문서와 연결).
12. ⚠️ 자기소개서 문항별 심화 검증
섹션 제목: “12. ⚠️ 자기소개서 문항별 심화 검증”12-1. [1문항] 직무역량/전문성 — “탄탄한 기초 위에 쌓은 실전 역량”
섹션 제목: “12-1. [1문항] 직무역량/전문성 — “탄탄한 기초 위에 쌓은 실전 역량””- [1차] 본인의 직무 전문성을 한 문장으로 요약하면?
- └ “기초(CS) + 실전(클라우드)“이 강점이라 했는데, 이 직무(미사일 SW)에서 그 강점이 어떻게 발휘될까요? ⚠️
- └ 반대로 본인의 가장 큰 약점은? 그걸 어떻게 보완하고 있나요?
- 🔑 한 문장=“글로벌 환경에서 보안을 챙기며 실시간 서비스를 끝까지 운영한 개발자”. ⚠️ 미사일 SW에 실시간성·보안·신뢰성 적용. 약점=시스템 C++/임베디드 경험 부족 → 학습 중(정직+계획).
12-2. [2문항] 혁신 — “사용자로부터 시작한 기술적 도전”
섹션 제목: “12-2. [2문항] 혁신 — “사용자로부터 시작한 기술적 도전””- [1차] 사용자 피드백을 기술로 해결한 세 가지(렌더링·번역·채팅) 중 가장 자랑스러운 것과 이유는?
- └ “요구사항을 타협하는 대신 기술적으로 해결”했다는데, 일정/비용을 무시하고 기술적 완성도만 좇은 건 아닌가요? 트레이드오프는 어떻게 판단했나요? ⚠️
- └ 사용자 피드백은 어떤 채널로, 얼마나 받았나요?
- └ 방산은 ‘사용자(군)‘와의 직접 소통이 제한적이고 요구사항이 규격(ROC/요구도)으로 내려옵니다. 사용자 주도 개선에 익숙한 본인 스타일과 맞을까요?
- 🔑 best 1개+이유. ⚠️ 트레이드오프 판단 근거(완성도 vs 일정/비용 균형 잡음 — 무작정 아님). 방산=요구도(ROC) 기반 = 규격을 정확히 충족하는 것도 잘함(사용자 주도와 양립).
12-3. [3문항] 협업 — “기술적 근거로 팀을 이끄는 협업”
섹션 제목: “12-3. [3문항] 협업 — “기술적 근거로 팀을 이끄는 협업””- [1차] JWT 보안 취약점을 두고 프론트엔드 팀원을 설득한 사례를 다시 설명해주세요.
- └ “단순히 바꿔달라 하지 않고 왜 문제인지부터 문서로 작성해 공유했다”고 했는데, 그 문서를 만드는 데 든 시간 대비 효과는?
- └ 팀원이 끝까지 본인 의견에 반대했다면 어떻게 했을 건가요? ⚠️
- └ “매주 새 기술 공유 시간을 제안, 처음엔 부담스러워하는 팀원도 있었다”는데 그들을 어떻게 설득했나요?
- └ 리더로서 본인의 가장 큰 실수나 갈등 상황은? 어떻게 풀었나요?
- └ “수료 후에도 팀원을 설득해 서버 비용을 함께 부담하며 9개월째 운영”이라 했는데, 비용 부담을 어떻게 분담했고 팀원들이 동의한 이유는?
- 🔑 근거(문서)로 설득 = 핵심 협업 스타일. ⚠️ 반대 시=데이터·실험으로 검증해 결정(감정 아닌 근거). 비용 분담 합의 과정. 실수/갈등 1개+해결.
13. 인성 · 컬처핏 · 조직 적합성
섹션 제목: “13. 인성 · 컬처핏 · 조직 적합성”13-1. 갈등/스트레스
섹션 제목: “13-1. 갈등/스트레스”- [1차] 팀에서 의견 충돌이 가장 심했던 순간과 본인의 대응은?
- [1차] 마감이 촉박하고 압박이 심한 상황을 어떻게 견디나요? (방산은 납기·시험 일정이 빡빡)
- 🔑 충돌=근거 기반 소통(JWT 사례). 압박=우선순위·작업 분할로 관리.
13-2. 리더십/팔로워십
섹션 제목: “13-2. 리더십/팔로워십”- [1차] DuckOn에서는 리더였는데, 신입으로서 팔로워 역할은 잘할 수 있나요?
- └ 선배가 비효율적인 방식을 고수한다면 어떻게 하겠어요? (JWT 사례처럼 설득? 따름?)
- 🔑 신입=경청·학습 우선. 선배 방식 먼저 존중·이해 후, 근거 있으면 정중히 제안(독선 아님).
13-3. 장기 근속 / 안정성
섹션 제목: “13-3. 장기 근속 / 안정성”- [1차] ⚠️ 클라우드/스타트업 경험이 많은데, 보수적이고 절차가 많은 방산 대기업 문화에 잘 적응할 수 있을까요?
- └ 빠른 기술 변화를 좋아하는 본인이, 검증·안정성이 최우선이라 신기술 도입이 느린 환경에서 답답해하지 않을까요?
- └ 5년 이상 한 회사에 다닐 자신이 있나요? 이직 가능성은?
- 🔑 ⚠️ 신뢰성·검증 추구 성향(JWT·9개월 운영) = 방산 문화와 맞음. 안정성=단점 아닌 장점으로 받아들임. 장기 비전(실시간·수출SW 전문가)으로 근속 의지.
13-4. 윤리/책임감
섹션 제목: “13-4. 윤리/책임감”- [1차] 미사일 SW는 사람의 생명·안보와 직결됩니다. 버그 하나가 치명적인데, 이런 책임감의 무게를 어떻게 받아들이나요?
- [1차] 방산 종사자로서 무기 개발에 참여하는 것에 대한 본인의 생각/가치관은? ⚠️
- 🔑 책임감=신뢰성·검증 중시 성향과 일치(끝까지 운영·보안 점검). ⚠️ 가치관=자주국방·억지력에 기여(방어를 위한 기술)로 긍정 정립.
13-5. 마무리 단골 질문
섹션 제목: “13-5. 마무리 단골 질문”- [1차] 마지막으로 하고 싶은 말 / 본인을 꼭 뽑아야 하는 이유 한 문장.
- [1차] 우리에게 궁금한 점(역질문)이 있나요? 💡 직무·기술 관련 구체 질문 1~2개 준비 필수.
- 🔑 한 문장=“글로벌+보안 역량으로 비궁 같은 수출 SW에 기여할 신입”. 역질문=직무·기술 구체(예: “신입이 미사일 SW에서 처음 맡는 업무는?”, “HILS 검증에 신입도 참여하나요?“).
14. 회사/산업 지식 확인 (사전 조사 필수)
섹션 제목: “14. 회사/산업 지식 확인 (사전 조사 필수)”별도 회사 리서치 문서(
lig-interview-prep산출물 / 헷갈리는_부분들_정리)와 연계해 답변 준비.
- [1차] LIG넥스원의 대표 무기체계(천궁-II, 현궁, 신궁, 해궁, 비궁 등)를 아는 대로 말해보세요.
- [1차] 최근 LIG넥스원의 해외 수출/수주 소식을 아는 게 있나요? (사우디 천궁-II 등)
- [1차] ‘미사일시스템’ 연구소가 회사에서 어떤 위치/비중인지 아나요?
- [1차] 방산 SW에서 ‘SW 신뢰성/안전(DO-178, 무기체계 SW 개발 표준)‘이라는 말을 들어봤나요?
- [1차] 국방 분야 SW와 민간 SW의 가장 큰 차이는 무엇이라고 생각하나요?
- 🔑 무기체계: 천궁-Ⅱ(중거리 방공)·L-SAM(상층)·해궁·신궁·비궁·천경(레이다) — 2~3개만 정확히. 수출: 비궁 미국 협상(올해 SAS·예산+CMMC 관문)·천궁 중동(이라크/UAE). 미사일시스템=체계종합 핵심. DO-178=항공 SW 안전표준. 민군 차이=신뢰성·폐쇄망·인증(형상관리).
15. 답변 준비 체크리스트 (요약)
섹션 제목: “15. 답변 준비 체크리스트 (요약)”| 우선순위 | 항목 | 이유 |
|---|---|---|
| ★★★ | 웹/클라우드 → 미사일SW 전환 논리(“본질 동일”) | 경험-직무 갭이 최대 약점 (섹션 2, 7-1) |
| ★★★ | DuckOn 아키텍처 한 장 + 수치 근거(77%·90%·MAU) | 검증형 꼬리질문 집중 (섹션 6) |
| ★★★ | JWT/XSS/CSRF 보안 + CSRF 대비책(SameSite·CSRF토큰) | 자소서 핵심 + 보안 강점 근거 (6-7, 12-3) |
| ★★★ | 글로벌 역량 ↔ 비궁 수출 스토리 | 차별화 핵심 축 (1-1, 5-1, 9-4) |
| ★★ | CS 기초 즉답(OS/네트워크/DB) + RTOS·TCP/UDP | ”탄탄한 기초” 주장 검증 (섹션 4-2) |
| ★★ | C/C++·실시간·임베디드 학습 계획(정직) | 직무 핵심 역량 공백 (2-2) |
| ★★ | 왜 삼성 아니고 LIG / 방산 가치관 | 진정성·근속 의심 (1-1, 10-1, 13-4) |
| ★ | GitHub/블로그 사전 정리 | 면접관 실제 확인 가능 (섹션 11) |
| ★ | 역질문 1~2개 | 마무리 인상 (13-5) |
떨리면 4단어로 돌아와라: 기초 · 효율 · 책임 · 글로벌. 그리고 막히면 “정확한 사내 정보까진 모르지만 ~로 이해하고 있습니다” 톤으로 안전하게.
본 리스트는 제출 서류 기반 예상 질문입니다. 실제 면접에서는 답변에 따라 즉석 꼬리질문이 이어지므로, 각 답변마다 “왜 그렇게 했는가 / 수치 근거 / 대안은 없었는가 / 직무에 어떻게 연결되는가” 4축을 항상 준비하세요.