Wenn man bedenkt, warum es nicht "admin" ist - oder eher indirekt, warum su nicht "switchUser" oder so -, dann sind traditionelle Unix-Befehle aus historischen Gründen eher minimale Abkürzungen, die mit den Ursprüngen von Unix zu tun haben.
Aus dem grundlegendsten Grund müssen wir auf den gleichen Grund zurückgehen, aus dem er in erster Linie Unix heißt. Ein Großteil von Unix wurde von einem der frühen Multiuser-Multitasking-Betriebssysteme, MIT's Multics, inspiriert. (Unix erhält seinen Namen entweder als "Singular von Multics" oder als "kastrierte Multics", je nachdem, wen Sie fragen und welche Stimmung sie gerade haben.)
Unter den anderen Innovationen von Multics wurde das Konzept eingeführt, den tatsächlichen Dateispeicherort von den Verzeichnisinformationen zu trennen, sodass eine einzelne Datei mehrere Namen haben kann. ("Links", in Unix-Begriffen.) Multics nutzte dies (zu) voll aus; Die meisten Multics-Befehle haben sowohl ALongNameThatIsImpossibleToType als auch ASNTOECR (einen Kurznamen, an den sich nur Experten erinnern können). Die Erfahrung hat gezeigt, dass die langen Namen wirklich nicht sehr benutzerfreundlich waren, da zu dieser Zeit alle Benutzer realistisch gesehen "Experten" waren oder wurden und fast niemand die langen Namen benutzte. Als Unix einen Teil des Designs von Multics übernahm, bestand eine ihrer Vereinfachungen darin, die nicht verwendeten langen Namen zu verwerfen und nur die fachkundigen Kurznamen beizubehalten.
Dies passt auch gut zu der Unix-Philosophie, das Betriebssystem und seinen Kernbefehl auf das Wesentliche zu reduzieren, sodass es auf kleineren Systemen effizient ausgeführt werden kann. Damals haben Programmierer noch jedes Byte und jeden Zyklus erhalten, die möglich waren. Prozessoren waren enorm langsamer, Endgeschwindigkeiten waren ebenfalls enorm langsamer und Speicher war enorm teurer (und langsamer und hatte winzige Caches, wenn überhaupt). Wenn Sie die Systembefehle auf ein Minimum beschränken, haben Sie möglicherweise nicht viel (wenn überhaupt) reale Ressourcen gespart, aber es hat sich für die damalige Denkweise "richtig" angefühlt.
Wenn Sie wirklich auf benutzerfreundlichen Befehlsnamen bestehen, lautet die Unix-Antwort: "Sie wissen, wie man ein Shell-Skript schreibt; implementieren Sie es selbst. Wenn Sie nicht wissen, wie man ein Shell-Skript schreibt, müssen Sie lernen, wie man es macht." Wenn Sie nicht gerne lernen und / oder programmieren, werden Sie mit Unix nicht zufrieden sein und sollten etwas anderes verwenden. "
sudo ls
als „Super - User tunls
“ (und nicht, es ist nicht dumm, Mnemotechnik für das Erinnern Befehle wichtig sind) (und nein, wahrscheinlich bedeutet es " s Hexe u ser und tun , dasu
Mittel Benutzer wechseln Aber ich den ehemaligen schönsten finden. -))