터미널 · CLI
Terminal / Command Line Interface
터미널이란?
- 명령어로 컴퓨터를 다루는 검은 창
- 클릭 대신 텍스트 명령
- 자동화·개발의 기본
터미널을 쓰기 시작하면 '작업'이 손동작에서 텍스트로 바뀝니다. 마우스로 열 번 클릭해 맞춘 설정은 옆자리 동료에게 말로 다시 설명해야 하지만, 명령어 한 줄은 그대로 복사해 메신저에 붙이고 문서에 남기고 내일 다시 실행할 수 있습니다. 같은 결과를 몇 번이든 똑같이 재현할 수 있다는 점이 클릭과 갈리는 지점이고, 설치·빌드·배포 도구가 하나같이 명령줄 위에 올라가 있는 이유도 여기에 있습니다. 실수도 화면과 함께 사라지지 않고 기록으로 남아 되짚기가 쉽습니다.
세 가지를 구분하면 헷갈림이 크게 줄어듭니다 — 터미널은 창, 셸은 해석기, 명령어는 실제로 시키는 말입니다. 맥은 zsh, 윈도우는 PowerShell이 기본이라 같은 일을 시키는 말이 조금씩 다르고, 윈도우에서 리눅스용 명령을 그대로 붙이면 '인식할 수 없는 명령'이라는 오류가 납니다. 다만 비개발자가 바이브 코딩에서 실제로 쓰는 명령은 현재 위치 확인(pwd·cd), 설치(npm install), 실행(npm run dev), 버전 관리(git) 정도 10개 안팎이고, 설치 화면이 따로 있는 도구까지 굳이 명령줄로 다룰 필요는 없습니다.
가장 흔한 사고는 검은 창이 무서워서가 아니라 읽지 않고 붙여 넣어서 생깁니다. AI나 블로그가 준 명령을 그대로 실행했다가 sudo가 붙은 권한 명령으로 시스템 설정을 건드리거나, rm으로 지운 파일이 휴지통도 없이 사라지는 일이 실제로 벌어집니다. 두 번째는 위치 착각입니다. 바탕화면에서 설치 명령을 치고는 프로젝트 폴더에 설치됐다고 믿는 경우로, '분명 설치했는데 없다'는 문의의 절반이 여기서 나옵니다. 세 번째는 빨간 오류 메시지를 건너뛰고 다음 단계로 넘어가는 습관입니다. 터미널 오류는 원인을 거의 그대로 적어 주므로, 실행 전에 '이 명령이 무엇을 바꾸나요'를 먼저 묻고 오류가 나면 그 문장을 통째로 복사해 물어보는 쪽이 훨씬 빠릅니다.
그래픽 화면(GUI) 이전, 컴퓨터를 다루는 원래 방식이 명령줄이었습니다. 지금도 개발·서버 관리에서 정밀·자동화 도구로 널리 쓰입니다.
가상의 사례로 살펴보겠습니다. 임직원 210명 규모의 산업용 부품 유통사 A사에서, 영업지원팀이 매일 엑셀로 돌리던 재고 조회를 사내 웹 화면으로 바꿔 보기로 했습니다. AI 코드 에디터로 화면은 30분 만에 나왔는데, 정작 '서버 실행'에서 사흘이 막혔습니다. 팀 6명 중 개발 경험자는 0명이었습니다.
- 첫날 김 대리가 블로그 명령을 그대로 붙여 넣었다가 바탕화면에 파일 40여 개가 쏟아졌습니다. 팀장이 'pwd부터 쳐 보라'고 하자 현재 위치가 프로젝트 폴더 밖이었습니다.
- 둘째 날 팀은 쓰는 명령을 6개로 줄여 노션에 고정했습니다 — cd, pwd, npm install, npm run dev, git status, git push. 그 밖의 명령은 뜻을 AI에게 물은 뒤에만 치기로 했습니다.
- 셋째 날 설치가 계속 실패하자 박 과장이 빨간 오류 12줄을 통째로 복사해 AI에 붙였고, 'Node 버전이 18 미만이라 그렇다'는 답을 3분 만에 받아 그 자리에서 해결했습니다.
- sudo가 붙은 명령은 팀장 확인 없이는 실행하지 않기로 규칙을 세웠습니다. 실제로 DB 초기화 명령이 한 번 제안됐는데, 확인 단계에서 걸러 운영 데이터 3만여 건이 날아갈 뻔한 일을 막았습니다.
- 4주 뒤 영업지원팀은 개발자 도움 없이 배포까지 직접 했습니다. 매일 50분씩 걸리던 재고 취합이 5분으로 줄었고, 터미널 관련 문의는 첫 주 27건에서 넷째 주 2건으로 떨어졌습니다.