Что касается того, почему это не «admin» - или, более косвенно, почему su не «switchUser» или что-то в этом роде, - традиционные команды Unix имеют тенденцию быть минимальными сокращениями по историческим причинам, связанным с происхождением Unix.
По самой простой причине нам нужно вернуться к той же самой причине, что она называется Unix. Большая часть Unix была вдохновлена одной из ранних многопользовательских многозадачных операционных систем, Multics MIT. (Unix получает свое название как «единственное число от Multics» или «кастрированный Multics», в зависимости от того, кого вы спрашиваете, и их настроения на данный момент.)
Среди других нововведений Multics он представил концепцию отделения фактического местоположения файла от информации каталога, позволяя одному файлу иметь несколько имен. («Ссылки», в терминах Unix.) Multics воспользовался (чрезмерно) полным преимуществом этого; большинство команд Multics имеют ALongNameThatIsImpossibleToType и ASNTOECR (короткое имя, которое могут запомнить только эксперты). Опыт показал, что длинные имена действительно не добавляли большого удобства для пользователя, поскольку в действительности все пользователи в то время были или быстро стали «экспертами» и почти никто никогда не использовал длинные имена. Когда Unix принял некоторые разработки Multics, одним из их упрощений стало удаление неиспользуемых длинных имен и сохранение только удобных для экспертов коротких имен.
Это также хорошо согласуется с философией Unix, заключающейся в сокращении операционной системы и ее основных команд до базовых, что позволяет ей эффективно работать в небольших системах. В те дни программисты все еще сохраняли все возможные байты и циклы. Процессоры были значительно медленнее, скорости терминалов были также чрезвычайно медленнее, а память была чрезвычайно дороже (и медленнее, и имела крошечные кэши, если таковые имеются). Сокращение системных команд до минимальной длины, возможно, не сэкономило много (если таковые имеются) реальных ресурсов, но это "казалось правильным" для мышления времени.
Если вы действительно настаиваете на удобных для пользователя именах команд, ответ Unix будет: «Вы знаете, как написать сценарий оболочки; реализуйте его самостоятельно. Если вы не знаете, как написать сценарий оболочки, вам нужно научиться делать это». так что. Если вам не нравится учиться и / или писать код, вы не будете довольны Unix и должны использовать что-то другое ».
sudo ls
как «суперпользователя, сделайтеls
» (и нет, это не глупо, мнемоника важно для запоминания команд) (и нет, вероятно , это означает , что " s ведьма у сер и сделать , учитывая , чтоsu
средства переключения пользователя Но я считаю , бывший самым славным. -))