En ce qui concerne pourquoi ce n'est pas "admin" - ou plus indirectement, pourquoi su n'est pas "switchUser" ou quelque chose comme ça - les commandes Unix traditionnelles ont tendance à être des abréviations minimales pour des raisons historiques liées aux origines d'Unix.
Pour la raison la plus fondamentale, nous devons revenir à la même raison pour laquelle il s'appelle Unix en premier lieu. Une grande partie d'Unix a été inspirée par l'un des premiers systèmes d'exploitation multitâche multi-utilisateurs, le MIT's Multics. (Unix tire son nom soit du "singulier des Multics", soit des "Multics castrés", en fonction de qui vous demandez et de leur humeur en ce moment.)
Parmi les autres innovations de Multics, il a introduit le concept de séparation de l'emplacement réel du fichier des informations du répertoire, permettant à un seul fichier d'avoir plusieurs noms. ("Liens", en termes Unix.) Les Multics en ont (trop) profité; la plupart des commandes Multics ont à la fois ALongNameThatIsImpossibleToType et ASNTOECR (un nom court dont seuls les experts peuvent se souvenir). L'expérience a montré que les noms longs n'apportaient vraiment pas beaucoup de convivialité puisque, de façon réaliste, à cette époque, tous les utilisateurs étaient ou sont rapidement devenus des "experts" et presque personne n'a jamais utilisé les noms longs. Lorsque Unix a adopté une partie de la conception de Multics, l'une de leurs simplifications a été de supprimer les noms longs inutilisés et de ne conserver que les noms courts adaptés aux experts.
Cela correspond également bien à la philosophie Unix de réduire le système d'exploitation et son jeu de commandes de base à leurs éléments essentiels, ce qui lui permet de fonctionner efficacement sur des systèmes plus petits. À cette époque, les programmeurs conservaient toujours tous les octets et cycles possibles. Les processeurs étaient extrêmement lents, les vitesses des terminaux étaient également extrêmement lentes, et la mémoire était considérablement plus chère (et plus lente, et avait de minuscules caches, le cas échéant). Garder les commandes système à une longueur minimale peut ne pas avoir réellement économisé beaucoup (le cas échéant) de vraies ressources, mais cela "semblait bon" pour l'état d'esprit de l'époque.
Si vous insistez vraiment sur des noms de commande conviviaux, la réponse Unix serait "Vous savez comment écrire un script shell; implémentez-le vous-même. Si vous ne savez pas comment écrire un script shell, vous devez apprendre à faire Si vous n'aimez pas l'apprentissage et / ou le codage, vous ne serez pas content avec Unix et devriez utiliser autre chose. "
sudo ls
comme "superutilisateur, faitesls
" (et non, ce n'est pas idiot, les mnémoniques sont importants pour se souvenir des commandes) (et non, cela signifie probablement " s witch u ser and do , étant donné que celasu
signifie changer d'utilisateur. Mais je trouve le premier plus agréable; -))