"쉘"이라는 단어가 궁금합니다. 나는 그것이 무엇인지 알고 있다고 생각합니다(비록 "쉘"과 "터미널"의 차이는 여전히 모호하지만). 그러나 이러한 유형의 프로그램을 설명하기 위해 "쉘"이라는 단어가 선택된 이유는 무엇입니까?
이것은 중요해 보이지 않을 수도 있지만 일반적으로 단어 선택이 나를 혼란스럽게 할 때 이는 내 이해에 차이가 있음을 나타냅니다.
답변1
비유는너트: 겉이 껍질, 속이 속입니다.
답변2
어쩌면 사용자의 핵심을 보호하는 표면이기 때문일까요? 그래서 핵심은 껍질 속의 진주입니다.
답변3
~에서http://en.wikipedia.org/wiki/Thompson_shell#History
"명령줄 해석기의 "쉘"이라는 이름과 쉘을 운영 체제 커널 외부의 사용자 프로그램으로 만드는 개념은 Unix의 전신인 Multics에서 도입되었습니다."
Wikipedia의 토끼굴에서 이 내용을 더 자세히 발견했습니다. "Multics에서 사용되는 명령 언어에 대한 쉘이라는 용어를 도입한 Louis Pouzin"
나는 그것을 전부 읽지는 않았지만, 그가 여기에 쓴 내용이 여러분에게 답을 줄 수 있을 것입니다: http://www.multicians.org/shell.html
편집 : 실제로 설명이 없습니다. 그는 단지 그 단어를 "만들었습니다". 기대했던 흥미로운 이야기는 아니죠?
답변4
여기에 답이 있는 것 같습니다.
역사: 분명히 원래 Multics 쉘(센스 1)은 쉘(센스 3)이었기 때문에 그렇게 명명되었습니다. 별도의 프로세스를 시작하는 것이 아니라 프로그램을 자체 코드에 동적으로 연결하여 서브루틴으로 호출하여 사용자 프로그램을 실행했습니다. , 반환 시 동적으로 연결을 해제합니다. VMS 명령 해석기는 여전히 이와 같은 작업을 수행합니다.
즉, "셸"은 Unix의 전신인 Multics가 프로그램을 실행하는 방식과 실제적으로 매우 유사합니다.