“관리자”가 아닌 이유 또는 더 간접적으로 su가 “switchUser”가 아닌 이유와 관련하여 전통적인 유닉스 명령은 유닉스의 기원과 관련된 역사적 이유로 최소 약어 인 경향이 있습니다.

가장 기본적인 이유로 우리는 처음에 Unix라고하는 것과 같은 이유로 돌아 가야합니다. Unix의 많은 부분은 초기 다중 사용자 멀티 태스킹 운영 체제 중 하나 인 MIT의 Multics에서 영감을 받았습니다. (유닉스는 요청한 사람과 그 순간의 분위기에 따라 “Multics의 단수형”또는 “castrated Multics”의 이름을 갖습니다.)

Multics의 다른 혁신 중에서도 실제 파일 위치를 디렉토리 정보와 분리하여 단일 파일에 여러 이름을 지정할 수있는 개념을 도입했습니다. (유닉스 용어로 “링크”.) Multics는 이것을 (과도하게) 완전히 활용했습니다. 대부분의 Multics 명령에는 ALongNameThatIsImpossibleToType과 ASNTOECR (전문가 만 기억할 수있는 짧은 이름)이 모두 있습니다. 경험에 의하면, 긴 이름은 실제로 모든 사용자가 “전문가”가되거나 그 이름을 사용한 사람이 거의 없었기 때문에 현실적으로 많은 사용자 친 화성을 더하지는 않는 것으로 나타났습니다. Unix가 Multics의 디자인 중 일부를 채택했을 때 단순화 된 것 중 하나는 사용하지 않는 긴 이름을 버리고 전문가에게 친숙한 짧은 이름 만 유지하는 것이 었습니다.

또한 운영 체제 및 핵심 명령 세트를 필수 요소로 축소하여 소규모 시스템에서 효율적으로 실행할 수 있도록하는 Unix 철학에 잘 맞습니다. 당시 프로그래머들은 여전히 ​​모든 바이트와 사이클을 보존하고있었습니다. 프로세서는 엄청나게 느리고 터미널 속도도 엄청 느려졌으며 메모리는 엄청나게 비싸고 (더 느리며, 작은 캐시가있는 경우도)있었습니다. 시스템 명령을 최소 길이로 유지하면 실제로 실제 리소스를 많이 절약 할 수는 없지만 시간의 마음가짐에 따라 “충분한”효과를 얻을 수 있습니다.

사용자에게 친숙한 명령 이름을 고집한다면 Unix의 대답은 “쉘 스크립트 작성 방법을 알고 있습니다. 직접 구현하십시오. 쉘 스크립트 작성 방법을 모른다면 어떻게해야하는지 알아야합니다.” 학습이나 코딩이 마음에 들지 않으면 유닉스에 만족하지 못하고 다른 것을 사용해야합니다. “

답변