왜 Bash 구문은 이렇게 난해하게 느껴질까?

Source: Dev.to

Bash의 역사적 뿌리

Bash는 Linux 표면 아래 깊숙이 자리 잡고 있습니다. 한두 줄만으로도 머신을 완전히 장악할 수 있죠. 초보자들은 종종 Bash를 경직되고 심지어 임의적인 규칙들의 집합으로 여기는데, 이는 기호들이 경고 없이 역할을 바꾸기 때문입니다. 어려운 문법이라는 평판은 충분히 근거가 있으며, 이는 Bash가 한 번에 세 가지 서로 다른 역할—명령줄 인터페이스, 자동화 도구, 백그라운드 작업 관리자—을 동시에 떠맡게 되었기 때문입니다.

새롭고 통합된 설계에서 나온 것이 아니라, Bash는 수십 년에 걸쳐 서서히 형태를 갖추며 Linux 핵심에 직접 연결되는 방식을 진화시켰습니다. 서로 다른 시대의 조각들을 빌려오면서 얽히게 되었고, Bash 스크립트를 작성한다는 것은 서로 충돌하는 스타일을 다루는 것을 의미합니다. 본질적으로는 하나의 문제를 해결하면서 또 다른 문제를 우연히 추가하는 패치 위에 패치를 얹은 형태라 할 수 있습니다.

공백과 할당

이러한 역사는 Bash의 이상하고 가혹한 공백 규칙을 설명합니다. 대부분의 현대 프로그래밍 언어는 공백을 가독성을 위한 도우미로 취급하고, 컴퓨터는 이를 거의 무시합니다. Bash는 그 공백을 구조적 경계로 사용합니다.

var=value   # assignment
var = value # attempts to run a command named "var"

var=value를 쓰면 단순히 포맷팅이 아니라 쉘에 그 값을 할당하라는 직접적인 명령이 됩니다. Bash는 문자 그대로 해석합니다: var=value는 데이터를 저장하지만, var = value는 명령을 실행합니다. 그 작은 공백 하나가 모든 것을 바꾸죠. Bash는 값을 설정하기보다 프로그램을 먼저 찾는 방식을 우선시하는데, 이는 많은 초보자를 곤란하게 합니다.

나중에 데이터를 꺼내려면 $var를 입력해야 하고, 값을 넣을 때는 달러 기호를 빼야 합니다. 처음엔 이 구분이 어색하게 느껴질 수 있지만, 쉘이 환경을 파싱하는 방식일 뿐입니다.

조건문과 test 유틸리티

Bash는 고대적이고 최소화된 도구들을 함께 제공합니다. if 문을 예로 들면, 자체적으로 논리를 이해하지 못합니다. 대신 별도의 유틸리티인 test(보통 [ ] 형태로 호출)를 넘겨 작업을 수행합니다.

if [ $var -eq 1 ]; then
    echo "Equal to one"
fi

언어 핵심 구문처럼 보이는 것이 실제로는 도우미 프로그램을 실행하는 것에 불과합니다. test는 조건을 검사하고 신호를 반환합니다—참이면 0, 거짓이면 0이 아닌 값.

텍스트 접착제의 힘

가파른 학습 곡선과 엄격한 규칙에도 불구하고 Bash가 Linux 작업을 절대적으로 제어할 수 있는 이유는 바로 이러한 특성 때문입니다. 모든 것을 흐르는 텍스트로 취급함으로써 Bash는 각 명령을 작은 독립 C 프로그램처럼 동작하게 합니다. 이는 강력한 “접착제” 층을 만들어, 사용자가 무거운 유틸리티들을 복잡한 시퀀스로 즉시 연결할 수 있게 합니다.

깨끗하고 논리적인 구조에 익숙한 프로그래머는 처음에 어려움을 겪을 수 있지만, 텍스트를 다루는 이 고집스러운 방식이 바로 Linux가 필요로 하는 바로 그 도구입니다: 배우기 어렵지만 구동하는 OS와 완벽히 맞아떨어지는 도구.