Pourquoi les gens de Linux disent-ils toujours de lire le manuel? [fermé]
12
Pourquoi les gens de Linux disent-ils toujours de lire le manuel alors qu'il serait tellement plus simple de vous donner une réponse? Il n'y a pas de manuel! Il n'est pas venu avec un.
la documentation peut être une tâche ardue et ennuyeuse, vous devriez au moins la lire
Vicfred
1
BTW - à moins que vous avez une version allégée pour un dispositif intégré vous faire avoir les pages de manuel, mais vous devrez peut - être de les installer avec votre gestionnaire de paquets premier (États fédérés de Micronésie ne sait pourquoi les distributions ne comprennent pas les pages de manuel dans le pacakage par défaut ensemble, mais je l'ai vu).
dmckee --- chaton ex-modérateur
@Vicfred: Si vous pensez de cette façon, vous devriez examiner si vous pouvez trouver quelqu'un d'autre pour l'écrire. Si vous ne l'aimez pas, le résultat final peut en souffrir, et vraiment, il y a des gens qui aiment écrire ces trucs - dans groff, ou LaTeX, etc. (donc ça n'a pas besoin d'être "non technique") , Soit).
Emanuel Berg
@dmckee: Cela concerne les licences de certaines pages de manuel. Par exemple, avec Debian, vous devez installer explicitement la page de manuel gcc très utile (13972 lignes!), Car les gens de Debian considèrent que la licence n'est pas gratuite. Mais il est très facile d'y remédier avec aptitude, donc ce n'est pas un problème pour nous, les utilisateurs de toute façon.
Emanuel Berg
Réponses:
44
Il y a un manuel, il suffit de savoir où il se trouve. Il est accessible avec la mancommande. Si vous ne savez pas comment l'utiliser, tapez man man. La mancommande est très importante; souvenez-vous-en même si vous oubliez tout le reste.
Le manuel contient des informations détaillées sur une variété de sujets, qui sont divisés en plusieurs sections:
Commandes générales
Appels système
Fonctions de bibliothèque, couvrant notamment la bibliothèque standard C
Fichiers spéciaux (généralement des périphériques, ceux trouvés dans /dev) et pilotes
Formats de fichier et conventions
Jeux et économiseurs d'écran
Divers
Commandes et démons d'administration système
La notation ls(1)fait référence à la lspage de la section 1. Pour la lire, tapez man 1 lsou man ls.
Pour éviter d' être dit de lire le manuel lorsque vous posez une question, essayez man command, apropos command, command -?, command --help, et quelques recherches Google. Si vous ne comprenez pas quelque chose dans le manuel, citez-le dans votre question et essayez d'expliquer ce que vous ne comprenez pas. Habituellement, quand ils vous demandent de lire le manuel, c'est parce qu'ils pensent qu'il vous sera plus bénéfique qu'une réponse simple et incomplète. Si vous ne savez pas quelles pages de manuel sont pertinentes, demandez.
Correct. Je suppose que nous devrions également mentionner le infopeuple GNU? Aussi, un conseil: si vous utilisez Emacs, essayez M-x man- comme vous connaissez probablement bien votre éditeur (raccourcis, etc.), la navigation et l'interaction avec les pages de manuel seront très fluides.
Emanuel Berg
2
Autres conseils utiles: lisez quelques pages de manuel tout au long et notez les en-têtes de section (la See Alsosection peut être extrêmement utile lorsque vous êtes proche, mais pas tout à fait là). Apprenez également à utiliser votre téléavertisseur ( moreou less) car il fournit l'interface de recherche pour la page de manuel (très utile avec, disons, man bash(que vous ne devriez jamais envoyer à l'imprimante de ligne dit la voix d'une expérience amère)).
dmckee --- chaton ex-modérateur
28
Je pense que le proverbe chinois souvent cité l'explique bien:
Si vous donnez un poisson à un homme, il aura un seul repas. Si vous lui apprenez à pêcher, il mangera toute sa vie.
Alors que vous pourriez penser "Mais ce n'est qu'une question, pourquoi ne peuvent-ils pas simplement me dire la réponse", c'est parce que les forums deviendraient tellement remplis de gens qui posent des questions évidentes qu'il serait difficile de remarquer des questions sur des choses plus ésotériques . Alors ne pensez pas à eux comme vous rebutant - pensez-y comme à vous aider à vous aider.
Par exemple, il est trivial de trouver la réponse à "Comment utiliser grep pour effectuer une recherche insensible à la casse", surtout une fois qu'on vous rappelle de regarder dans la page de manuel. Mais pour une question comme "Comment puis-je effectuer une recherche sans distinction de casse sur le premier champ d'un fichier, mais sensible à la casse sur les champs restants?", Il n'y a pas de page de manuel simple qui vous fournira la réponse, et il existe une multitude de façons d'y répondre.
Je crois que c'est parce que la plupart des experts préfèrent enseigner à quelqu'un comment apprendre, plutôt que de leur enseigner un fait isolé ou deux. Dire à quelqu'un de lire la page de manuel, c'est essayer d'amener cette personne sur le chemin de l'apprentissage pour apprendre par elle-même.
Je me souviens, mais je ne peux pas chercher sur Google, une étude qui prétendait que la différence entre un novice Unix et un expert Unix (pas si différent d'un novice ou d'un expert Linux, peut-être) était que l'expert savait comment chercher les choses. En essayant de trouver cette étude, j'ai trouvé la compréhension rapide dans la production de commandes UNIX , ce qui semble contredire l'étude dont je me souviens. Quelle honte: tout ce que vous devez faire est de connaître une cargaison de faits pour être un expert. Mais dans ce cas, dire à quelqu'un de lire le manuel peut également servir à remplir le questionneur de connaissances, conduisant à la production d'un autre expert Unix ou Linux.
Il y a aussi un investissement de temps à court terme à long terme dans le débutant qui pose la question. Il faut certainement moins de temps pour dire "use ls -ltr" par exemple, que pour enseigner au débutant la liste des fichiers et les options et ainsi de suite. Mais si l'expert doit répondre à plus de 3 ou 4 questions, la valeur à long terme d'un investissement dans la lecture du manuel par quelqu'un devient évidente.
Réponses:
Il y a un manuel, il suffit de savoir où il se trouve. Il est accessible avec la
mancommande. Si vous ne savez pas comment l'utiliser, tapezman man. Lamancommande est très importante; souvenez-vous-en même si vous oubliez tout le reste.Le manuel contient des informations détaillées sur une variété de sujets, qui sont divisés en plusieurs sections:
/dev) et pilotesLa notation
ls(1)fait référence à lalspage de la section 1. Pour la lire, tapezman 1 lsouman ls.Pour éviter d' être dit de lire le manuel lorsque vous posez une question, essayez
man command,apropos command,command -?,command --help, et quelques recherches Google. Si vous ne comprenez pas quelque chose dans le manuel, citez-le dans votre question et essayez d'expliquer ce que vous ne comprenez pas. Habituellement, quand ils vous demandent de lire le manuel, c'est parce qu'ils pensent qu'il vous sera plus bénéfique qu'une réponse simple et incomplète. Si vous ne savez pas quelles pages de manuel sont pertinentes, demandez.la source
infopeuple GNU? Aussi, un conseil: si vous utilisez Emacs, essayezM-x man- comme vous connaissez probablement bien votre éditeur (raccourcis, etc.), la navigation et l'interaction avec les pages de manuel seront très fluides.See Alsosection peut être extrêmement utile lorsque vous êtes proche, mais pas tout à fait là). Apprenez également à utiliser votre téléavertisseur (moreouless) car il fournit l'interface de recherche pour la page de manuel (très utile avec, disons,man bash(que vous ne devriez jamais envoyer à l'imprimante de ligne dit la voix d'une expérience amère)).Je pense que le proverbe chinois souvent cité l'explique bien:
Alors que vous pourriez penser "Mais ce n'est qu'une question, pourquoi ne peuvent-ils pas simplement me dire la réponse", c'est parce que les forums deviendraient tellement remplis de gens qui posent des questions évidentes qu'il serait difficile de remarquer des questions sur des choses plus ésotériques . Alors ne pensez pas à eux comme vous rebutant - pensez-y comme à vous aider à vous aider.
Par exemple, il est trivial de trouver la réponse à "Comment utiliser grep pour effectuer une recherche insensible à la casse", surtout une fois qu'on vous rappelle de regarder dans la page de manuel. Mais pour une question comme "Comment puis-je effectuer une recherche sans distinction de casse sur le premier champ d'un fichier, mais sensible à la casse sur les champs restants?", Il n'y a pas de page de manuel simple qui vous fournira la réponse, et il existe une multitude de façons d'y répondre.
la source
Je crois que c'est parce que la plupart des experts préfèrent enseigner à quelqu'un comment apprendre, plutôt que de leur enseigner un fait isolé ou deux. Dire à quelqu'un de lire la page de manuel, c'est essayer d'amener cette personne sur le chemin de l'apprentissage pour apprendre par elle-même.
Je me souviens, mais je ne peux pas chercher sur Google, une étude qui prétendait que la différence entre un novice Unix et un expert Unix (pas si différent d'un novice ou d'un expert Linux, peut-être) était que l'expert savait comment chercher les choses. En essayant de trouver cette étude, j'ai trouvé la compréhension rapide dans la production de commandes UNIX , ce qui semble contredire l'étude dont je me souviens. Quelle honte: tout ce que vous devez faire est de connaître une cargaison de faits pour être un expert. Mais dans ce cas, dire à quelqu'un de lire le manuel peut également servir à remplir le questionneur de connaissances, conduisant à la production d'un autre expert Unix ou Linux.
Il y a aussi un investissement de temps à court terme à long terme dans le débutant qui pose la question. Il faut certainement moins de temps pour dire "use ls -ltr" par exemple, que pour enseigner au débutant la liste des fichiers et les options et ainsi de suite. Mais si l'expert doit répondre à plus de 3 ou 4 questions, la valeur à long terme d'un investissement dans la lecture du manuel par quelqu'un devient évidente.
la source