[면접 복기] 경험 기반 인성 면접 (ICT)
에이아이웍스 면접 복기 (ICT)
- 지원 분야: 데이터 엔지니어링 (데이터 처리 및 검증)
- 진행 시점: 어제 진행
- 형태: 질의응답 중심 면접
1) 공통 질문
1.1 1분 자기소개
- 간단한 자기소개 및 핵심 경험 요약
- 기존과 비슷하게 진행했음.
1.2 진로 설명
- 향후 어떤 방향(직무/역량)으로 성장하고 싶은지 설명
1.3 지원 동기
- 왜 에이아이웍스 / 왜 데이터 엔지니어링(데이터 처리 및 검증)인지
1.4 대표 프로젝트 1개 소개
- 본인이 진행한 프로젝트 중 대표 사례 하나를 골라 소개
- 프로젝트 목표, 본인 역할, 성과/지표, 어려웠던 점과 해결 방식 중심
- 캡스톤디자인 프로젝트에서 진행했던 내용을 소개했음.
1.5 생성형 AI 사용 경험
- 생성형 AI를 어떤 목적으로, 어떤 방식으로 사용했는지
- 개발/문서화/리팩토링/테스트/데이터 작업 등 활용 범위 확인
- n8n을 이용한 자동화 및 나노 바나나를 이용한 1일 시사 관련 뉴스를 4컷 만화로 자동으로 만들어주는 파이프라인 구축 경험을 말했음.
2) 개별 질문
2.1 주변 사람들이 나를 어떻게 보는지
- 협업 스타일(커뮤니케이션, 책임감, 추진력 등)을 간접적으로 확인하는 질문
- ‘제2의 교수님’이라고 답변함.
2.2 프로젝트 아키텍처 설계 경험 (사례 기반 설명)
- 특정 프로젝트를 예시로 들어
- 요구사항 → 설계 → 기술 선택 근거 → 트레이드오프 → 운영/확장 고려 를 설명하는 형태로 질문이 들어옴
- 캡스톤디자인 프로젝트의 내용을 설명했음.
2.3 개발 강점이 있는데 왜 “데이터 처리 및 검증” 직무에 지원했는가?
- 직무 적합성과 동기(Why this role)를 강하게 검증하는 질문
- 단순히 “데이터도 재밌어서”가 아니라
- 데이터 품질/검증의 중요성 이해
- 파이프라인/정합성/신뢰성에 대한 관심
- 실무에서의 가치(데이터가 깨지면 전체 서비스가 흔들림)
- 위와 같은 설명을 인용했으며 단순 개발직의 필요성에 대한 의구심, AI와 개발자가 해야할 일에 대해 각각 설명하였음.
2.4 비동기 아키텍처 전환을 왜 시도하고 있는가?
- 기존의 동기식 파이프라인에서의 502 Error가 생겼던 경험과 해결 방안에 대해 설명하였음.
2.5 기술 개선 말고 “클라이언트가 체감”할 수 있는 개선 경험
- 실무형 질문: 개발자 관점의 개선이 아니라 사용자/고객 가치로 환산 가능한지
- 비동기 처리로의 전환을 통해 다중 클라이언트가 동시에 요청을 보내도 문제 없이 API가 처리가 될 수 있게 전환하였음.
2.6 테스트 코드 작성 경험 + pytest 관련 질문
- 테스트 경험 자체 + 테스트 철학/전략(단위/통합, mocking 등)을 확인
- unit test 경험을 주로 말하였으며 Github의 내가 작성한 코드의 레포지토리를 언급하여 신빙성을 높였음.
2.7 학점이 높은데 대학원 진학 생각이 있는가?
- 커리어 방향성(취업/연구/석사 계획) 확인
- 회사 입장에서는 “근무 지속 가능성”을 간접 체크하는 질문일 수 있음
- 대학원과 취업에 대해 고민하고 있다고 설명했음. 인턴의 경험을 통해 현업의 기술을 익히고 대학원을 가게 된다면 진짜로 연구해야하는 부분에 대해 잘 알 수 있을 것 같다고 답변함.
2.8 졸업까지 몇 학기 남았는가?
- 2학기가 남았지만 인턴이 합격된 이후 계절학기 1회로 학점 이수를 마칠 수 있다고 했음.
3) 내가 역으로 질문한 내용
3.1 B2B 회사에서 개발 직군이 AI를 어떻게 사용하고 있는가?
- 현업 활용 방식/문화/도구를 파악하기 위한 질문
3.2 시니어에서 CTO로 올라가기 위해 팀장급 개발자는 어떻게 성장하는가?
- 리더 성장 경로, 학습 방식, 조직 내 기대 역할을 확인하기 위한 질문
3.3 서류 지원 총 인원 / 면접 참여 인원
- 채용 경쟁률, 현재 채용 단계의 규모를 확인하기 위한 질문
4) 면접 메모 (다음 대비 포인트)
- 데이터 엔지니어링(처리/검증) 직무는 결국 “신뢰 가능한 데이터”를 만드는 역할이라,
- 정합성(Consistency)
- 재현성(Reproducibility)
- 검증(Validation)
- 모니터링/알람 같은 키워드를 프로젝트 경험과 연결해두는 게 좋을 듯
- “비동기 전환”은 기술 멋이 아니라
- 처리 지연/병목
- 실패/재시도
- 운영 편의성
- 고객 체감 가치 로 설명할 준비가 중요
- 테스트 질문이 들어온 만큼,
- pytest의 기본 패턴(fixture, parametrize, mocking)
- 테스트 레벨(단위/통합/E2E) 를 경험 기반으로 정리해두면 좋음
Leave a comment