이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 배포할 때마다 명령어 8줄을 직접 타이핑하는 일이 반복되었습니다. 팀원 모두가 이 과정을 거쳤는데, 순서 실수로 배포가 깨진 적이 두 번 있었습니다. 저는 쉘 스크립트로 명령어를 묶어서 한 줄에 실행되도록 만들었습니다. 멘토에게 먼저 리뷰를 받았는데, 환경 변수를 하드코딩한 부분이 지적되었습니다. 수정한 후 최종 배포를 하였더니 팀원들이 편하다고 했고, 배포 관련 실수가 없어졌습니다. 자동화가 처음이라 스크립트 디버깅에 반나절을 소요한 경험도 있었습니다. 이 경험을 통해 자동화 전에 과정을 문서로 먼저 정리하면 스크립트 작성이 훨씬 쉬워진다는 것을 배웠습니다.
반복이 보이면 자동화를 고려해야 한다는 생각을 가지게 되었습니다.
졸업 프로젝트에서 기능을 추가할 때마다 기존 기능이 깨지는지 수동으로 확인했는데, 시간이 너무 걸렸어요. 회원가입→로그인→메인 화면 진입 3단계를 매번 반복하는 게 하루 2시간씩 잡아먹었어요. GitHub Actions에서 Playwright를 써서 이 흐름을 자동화했어요. 처음엔 CI 환경에서 브라우저 설정이 달라서 로컬에서 통과하던 테스트가 CI에서 실패하는 문제가 있었어요. 이틀 동안 환경 설정을 맞추고 나서 해결됐어요. 자동화 이후 기능 추가할 때 2시간이 5분으로 줄었어요. 처음 설정 비용이 3일 걸렸지만, 2주 만에 회수됐어요.
자동화 투자 비용을 따져보고 시작하는 습관이 생겼어요.
개인 프로젝트에서 데이터를 수동으로 긁어다 붙여 넣었는데, 매주 2시간씩 반복 작업이 너무 비효율적이었어요. 파이썬으로 크롤링 스크립트를 짜서 cron으로 매일 자동 실행하도록 했어요. 처음엔 사이트 구조가 바뀌면 바로 스크립트가 깨졌어요. CSS 선택자에 의존하는 방식 대신 API 응답 구조를 파싱하도록 수정했는데, 그게 훨씬 안정적이었어요. 한 번은 스크립트가 너무 빠르게 요청을 보내서 IP가 막힌 적도 있어요. 그 이후로 요청 간격을 조절하는 코드를 추가했어요. 자동화는 만들고 끝이 아니라 유지 관리 비용이 계속 든다는 걸 배운 경험이었어요.
그 과정이 값진 배움이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 HD한국조선해양 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.