Pourquoi les répertoires / usr et / tmp pour Linux manquent-ils les voyelles dans leur orthographe?

J'ai souvent commencé à réfléchir à cela, mais je n'ai jamais trouvé de réponse satisfaisante. Pourquoi ces deux répertoires Unix ne sont-ils pas /useret à la /tempplace?

Tous les autres répertoires ci-dessous rootsemblent être exactement ce que l'on pourrait les deviner, mais ces deux semblent étranges, je les aurais toujours devinés au fur useret à mesure temp.

Y at-il une raison historique pour les orthographes?

Yup il y avait des raisons. Ils sont prononcés utilisateur et temp. passwd est similaire, tout comme resolv.conf. Unix est un système d’exploitation antagoniste convivial pour les experts.

J'étais étudiant lorsque 300 modems Baud étaient la norme. J'étais l'envie de mes camarades étudiants, car j'avais un terminal Silent 700 de Control Data où je travaillais. Vous pouviez voir le délai entre la saisie de chaque caractère et l'attente de son écho. Chaque personnage a compté; Je le vois aussi comme favorisant le début du discours leet.

Les hjkl de vi ont une histoire que peu de gens connaissent. vi a été développé par Bill Joy alors qu’il était étudiant à UCB au cours de ces mêmes années. Les terminaux ADM 3a à Cory Hall avaient des touches fléchées au-dessus de ces lettres

Ils sont conservés par Unix. La mémoire et l'espace disque étaient rares. Le piratage de quelques voyelles et autres abréviations a permis de réaliser de réelles économies. Quelques blocs de disque ou quelques octets peuvent faire toute la différence pour pouvoir exécuter un programme ou non. (J'ai déjà eu à couper un programme de 24 octets avant de l'exécuter.)

Aussi, comme Tom a noté, les vitesses des terminaux étaient lentes. 1200 bauds ont été introduits comme haute vitesse et c’était. J'ai travaillé avec un système qui utilisait un télétype demi-vitesse (55 bauds ou 5 unités par seconde) comme console.

Sur les systèmes exécutant des interfaces graphiques, cela n’a généralement pas beaucoup d’importance, car les utilisateurs moyens ne les fouilleront pas. Les répertoires sont généralement bien documentés dans la hierpage de manuel.

Passer à des noms plus longs causerait beaucoup de problèmes pour les programmes existants. Cela limiterait également la portabilité des scripts. Lier plusieurs noms aux mêmes répertoires serait probablement plus déroutant qu'utile.

EDIT: PDP-7 sur lequel Unix a été développé avait une configuration de base de 4KW de mémoire et un maximum de 32KW. Mots où 18 bits de large. La saisie étant un télétype, la vitesse était probablement de 110 bauds ou 10 cps, soit environ 100 mots, ce qui est nettement plus lent que la parole.

Je suis surpris que personne n'a encore commenté /user. Celui-ci est évident: parce que ce n'est pas "utilisateur", c'est "Ressources système universelles".

En ce qui concerne /tmp, c'est simplement plus court et plus facile à taper. Les programmeurs C ont l'habitude d'utiliser des noms abrégés lorsque cela est possible, car ils finissent par les saisir plusieurs fois dans un programme. Il est très courant d'avoir une variable temporaire nommée "tmp" plutôt que "temp" pour la même raison, vous utilisez "i" i pour l'index dans une boucle for au lieu de "index" ou "compteur".

Personne n'a mentionné le fait que, compte tenu de la technologie du clavier de l'époque, l'utilisation de noms courts plus faciles à taper présentait un avantage considérable. L'impression usercontre usr, même sur un télétype de 110 BPS, n'était probablement pas une grosse affaire; avoir à taper cette lettre supplémentaire était probablement plus important.

Tous les autres répertoires sous root semblent être exactement ce que l’on pourrait les deviner,

Il y a aussi / var, / mnt et / opt;)

mais ces deux semblent étranges, je les aurais toujours devinés comme utilisateur et temp.

Presque là. Comme Shawn l'a dit, "utilisateur" signifie "ressources système universelles" (bien que d'autres ressources selon Google indiquent qu'il représente "ressources système Unix").

Y at-il une raison historique pour les orthographes?

Raccourcis, abréviations. N'oubliez pas que les commandes, quel que soit le système d'exploitation, sont conçues pour accéder à la fois de manière interactive et par programme. En particulier pour l’administration système où le script rapide est une préoccupation majeure, les abréviations, les mnémoniques sont aussi bons (ou même meilleurs) que le mot / la commande épelé.

De plus, à l’époque, si vous vous connectiez à distance via un modem lent comme de la mélasse, vous raser quelques voyelles ici et là vous faciliterait la vie (ou moins, si vous étiez un administrateur système essayant de découvrir ce qui se passait. est faux avec une boîte distante.)

Comme indiqué précédemment, il n’est pas propre à / usr et à / tmp (voir / var, / mnt et / opt).

En outre, il n'est pas unique à Unix. Prenez DOS par exemple (chkdsk, par exemple.) Les mnémoniques dans lesquels vous débarrassez des voyelles sont un concept puissant et pratique.

Même dans les langues naturelles (comme les langues sémitiques), le concept existe (où la racine des mots est universellement identifiée et presque sans ambiguïté par des groupes de 3 consonnes). C'est un mécanisme humain inné de gestion de l'information.