이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Linux 환경에서 스크립트를 작성할 때 주로 Bash와 Python을 상황에 맞게 선택합니다. Bash는 파일 조작, 프로세스 제어, 시스템 명령 연결에 적합하고 환경 설정 없이 실행할 수 있어 단순 자동화에 빠르게 쓸 수 있습니다. Python은 데이터 처리나 로직이 복잡해질 때 쓰는데, 정규식, 파일 I/O, HTTP 요청 등을 표준 라이브러리만으로 처리할 수 있어 의존성이 적으면서도 강력합니다. 인턴 때 서버 로그를 분석하는 스크립트를 Bash로 먼저 만들었다가 조건 분기가 늘면서 Python으로 재작성한 경험이 있는데, 재사용과 테스트 가능성을 고려하면 Python이 유리했습니다.
cron과 연동해 주기적으로 실행하는 운영 스크립트도 만들어봤고, 실패 시 알림을 보내는 로직도 함께 포함했습니다. 스크립트 언어 선택은 한 번 쓰고 버릴지, 유지 관리가 필요한지를 먼저 판단하는 것이 결임을 배웠습니다.
Bash 스크립트를 서버에 배포했을 때 로컬에서 잘 돌던 스크립트가 서버에서 중간 실패 후에도 계속 실행되는 문제를 만난 경험이 있습니다. 중간 단계가 실패해도 스크립트가 멈추지 않고 다음 줄을 그대로 실행했는데, `set -euo pipefail`을 상단에 추가하니 실패한 명령이 있으면 즉시 종료됐습니다. 이 한 줄이 없으면 실패가 조용히 지나가고 잘못된 상태로 계속 진행되는 것을 이때 직접 확인했습니다. 멱등 실행도 운영 스크립트에 필요한 설계였는데, 같은 스크립트를 두 번 실행해도 결과가 같아야 cron으로 재실행해도 안전합니다.
이미 처리한 파일은 건너뛰는 조건 확인 로직을 넣으니 스크립트를 여러 번 돌려도 부작용이 없었습니다. 드라이런 모드를 추가해 실제 실행 없이 어떤 파일이 처리될지 먼저 확인하는 기능도 넣었는데, 긴급 복구 스크립트에서 실수를 줄이는 데 도움이 됐습니다.
운영 스크립트는 로컬 동작보다 서버 환경 차이와 예외 처리를 먼저 고려해야 한다는 것을 이 경험에서 배웠습니다.
스크립트 작성에서 어느 시점에 Bash에서 Python으로 전환할지 판단하는 것이 중요하다는 것을 여러 번의 경험에서 배웠습니다. 처음엔 Bash로 시작해 조건 분기와 에러 처리가 늘어나면서 점점 읽기 어려워지는 패턴을 반복했습니다. 유니코드 문자열 처리가 필요하거나 외부 API 호출이 들어가는 순간을 Python으로 전환하는 임계점으로 잡으니 판단이 쉬워졌습니다. cron 디버깅도 중요한 경험이었는데, 로컬에서 잘 돌던 스크립트가 cron에서는 실패하는 경우가 있었습니다. 환경변수가 cron에서는 다르게 설정된다는 것을 journalctl로 로그를 확인하면서 알게 됐습니다.
cron 스크립트에는 PATH를 명시적으로 설정하고 절대 경로를 쓰는 습관을 들인 이후 환경 차이로 인한 실패가 줄었습니다. 측정 기준으로는 cron 관련 장애 대응 시간을 봤는데, 이 습관을 들인 이후 디버깅에 쓰는 시간이 많이 줄었습니다. 스크립트 언어 선택은 처음 선택보다 복잡도 임계점을 언제 인식하느냐가 더 중요하다는 것을 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넥스트증권 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.