la documentación puede ser una tarea ardua y aburrida, al menos debería leerla
Vicfred
1
Por cierto, a menos que tenga una versión reducida para un dispositivo integrado, sí tiene las páginas de manual, pero es posible que primero deba instalarlas con su administrador de paquetes (FSM solo sabe por qué las distribuciones no incluyen las páginas de manual en el paquete predeterminado conjunto, pero lo he visto).
dmckee --- ex gatito moderador el
@Vicfred: Si te sientes así, debes examinar si puedes encontrar a alguien más para escribirlo. Si no le gusta, el resultado final puede verse afectado por esto, y realmente, hay personas a las que les gusta escribir esas cosas, en groff, o LaTeX, etc. (por lo que no tiene que ser "no técnico" , ya sea).
Emanuel Berg
@dmckee: Tiene que ver con las licencias de algunas de las páginas man. Por ejemplo, con Debian, debe instalar la página de manual de gcc muy útil (¡13972 líneas!) Explícitamente, ya que la gente de Debian considera que las licencias no son gratuitas. Pero es muy fácil remediarlo con aptitud, por lo que no es un problema para nosotros los usuarios de todos modos.
Emanuel Berg
Respuestas:
44
Hay un manual, solo tienes que saber dónde está. Se puede acceder con el mancomando. Si no está seguro de cómo usarlo, escriba man man. El mancomando es muy importante; recuérdalo incluso si olvidas todo lo demás.
El manual contiene información detallada sobre una variedad de temas, que se separan en varias secciones:
Comandos generales
Sistema de llamadas
Funciones de biblioteca, que cubren en particular la biblioteca estándar C
Archivos especiales (generalmente dispositivos, los que se encuentran en /dev) y controladores
Formatos de archivo y convenciones
Juegos y salvapantallas
Diverso
Comandos de administración del sistema y demonios
La notación se ls(1)refiere a la lspágina en la sección 1. Para leerla, escriba man 1 lso man ls.
Para evitar ser contado para leer el manual cuando se hace una pregunta, tratar man command, apropos command, command -?, command --help, y un par de búsquedas de Google. Si no comprende algo en el manual, cítelo en su pregunta e intente explicar lo que no comprende. Por lo general, cuando le piden que lea el manual, es porque piensan que será más beneficioso para usted que una respuesta simple e incompleta. Si no sabe qué páginas de manual son relevantes, pregunte.
Correcto. ¿Supongo que también deberíamos mencionar a la infogente de GNU? Además, una pista: si usa Emacs, intente M-x man, como probablemente conozca tan bien su editor (accesos directos, etc.), navegar e interactuar con las páginas man será muy sencillo.
Emanuel Berg
2
Otros consejos útiles: lea un par de páginas de manual hasta el final y observe los títulos de las See Alsosecciones (la sección puede ser inmensamente útil cuando está cerca, pero no del todo). También aprenda a usar su buscapersonas ( moreo less) ya que proporciona la interfaz de búsqueda para la página de manual (muy útil con, digamos, man bash(que nunca debe enviar a la impresora de línea dice la voz de una experiencia amarga)).
dmckee --- ex gatito moderador el
28
Creo que el proverbio chino citado a menudo lo explica bien:
Si le das un pescado a un hombre, tendrá una sola comida. Si le enseñas a pescar, comerá toda su vida.
Si bien podría pensar "Pero es solo una pregunta, ¿por qué no pueden simplemente decirme la respuesta?", Es porque los foros se llenarían tanto de personas que hacen preguntas obvias que sería difícil que se noten preguntas sobre cosas más esotéricas . Así que no pienses en ello como si te estuvieran posponiendo; piensa en ello como si te ayudaran a ayudarte a ti mismo.
Por ejemplo, es trivial encontrar la respuesta a "¿Cómo uso grep para hacer una búsqueda que no distingue entre mayúsculas y minúsculas?", Especialmente una vez que se le recuerda que busque en la página del manual. Pero para una pregunta como "¿Cómo hago una búsqueda sin distinción entre mayúsculas y minúsculas en el primer campo de un archivo, pero con distinción entre mayúsculas y minúsculas en los campos restantes?", No hay una página de manual simple que le diga la respuesta, y hay una multitud de maneras de responderlo.
Creo que esto se debe a que la mayoría de los expertos prefieren enseñarle a alguien cómo aprender, en lugar de enseñarle un hecho aislado o dos. Decirle a alguien que lea la página del manual está tratando de convencerlo de que siga el camino de aprender a aprender por sí mismo.
Recuerdo, pero no puedo buscar en Google, un estudio que afirmaba que la diferencia entre un novato de Unix y un experto de Unix (quizás no tan diferente de un novato o experto en Linux, tal vez) era que el experto sabía cómo buscar las cosas. Mientras intentaba encontrar ese estudio, encontré Prompt Comprehension en UNIX Command Production , que parece contradecir el estudio que recuerdo. Qué pena: todo lo que necesitas hacer es conocer un montón de datos para ser un experto. Pero en ese caso, decirle a alguien que lea el manual también puede servir para llenar al interlocutor con conocimiento, lo que lleva a la producción de otro experto en Unix o Linux.
También hay una inversión de tiempo a corto y largo plazo en el novato que hace la pregunta. Ciertamente, lleva menos tiempo decir "usar ls -ltr", por ejemplo, que enseñarle al novato sobre la lista de archivos y las opciones, etc. Pero si el experto tiene que responder más de 3 o 4 preguntas, el valor a largo plazo de invertir en que alguien lea el manual se vuelve obvio.
Respuestas:
Hay un manual, solo tienes que saber dónde está. Se puede acceder con el
mancomando. Si no está seguro de cómo usarlo, escribaman man. Elmancomando es muy importante; recuérdalo incluso si olvidas todo lo demás.El manual contiene información detallada sobre una variedad de temas, que se separan en varias secciones:
/dev) y controladoresLa notación se
ls(1)refiere a lalspágina en la sección 1. Para leerla, escribaman 1 lsoman ls.Para evitar ser contado para leer el manual cuando se hace una pregunta, tratar
man command,apropos command,command -?,command --help, y un par de búsquedas de Google. Si no comprende algo en el manual, cítelo en su pregunta e intente explicar lo que no comprende. Por lo general, cuando le piden que lea el manual, es porque piensan que será más beneficioso para usted que una respuesta simple e incompleta. Si no sabe qué páginas de manual son relevantes, pregunte.fuente
infogente de GNU? Además, una pista: si usa Emacs, intenteM-x man, como probablemente conozca tan bien su editor (accesos directos, etc.), navegar e interactuar con las páginas man será muy sencillo.See Alsosecciones (la sección puede ser inmensamente útil cuando está cerca, pero no del todo). También aprenda a usar su buscapersonas (moreoless) ya que proporciona la interfaz de búsqueda para la página de manual (muy útil con, digamos,man bash(que nunca debe enviar a la impresora de línea dice la voz de una experiencia amarga)).Creo que el proverbio chino citado a menudo lo explica bien:
Si bien podría pensar "Pero es solo una pregunta, ¿por qué no pueden simplemente decirme la respuesta?", Es porque los foros se llenarían tanto de personas que hacen preguntas obvias que sería difícil que se noten preguntas sobre cosas más esotéricas . Así que no pienses en ello como si te estuvieran posponiendo; piensa en ello como si te ayudaran a ayudarte a ti mismo.
Por ejemplo, es trivial encontrar la respuesta a "¿Cómo uso grep para hacer una búsqueda que no distingue entre mayúsculas y minúsculas?", Especialmente una vez que se le recuerda que busque en la página del manual. Pero para una pregunta como "¿Cómo hago una búsqueda sin distinción entre mayúsculas y minúsculas en el primer campo de un archivo, pero con distinción entre mayúsculas y minúsculas en los campos restantes?", No hay una página de manual simple que le diga la respuesta, y hay una multitud de maneras de responderlo.
fuente
Creo que esto se debe a que la mayoría de los expertos prefieren enseñarle a alguien cómo aprender, en lugar de enseñarle un hecho aislado o dos. Decirle a alguien que lea la página del manual está tratando de convencerlo de que siga el camino de aprender a aprender por sí mismo.
Recuerdo, pero no puedo buscar en Google, un estudio que afirmaba que la diferencia entre un novato de Unix y un experto de Unix (quizás no tan diferente de un novato o experto en Linux, tal vez) era que el experto sabía cómo buscar las cosas. Mientras intentaba encontrar ese estudio, encontré Prompt Comprehension en UNIX Command Production , que parece contradecir el estudio que recuerdo. Qué pena: todo lo que necesitas hacer es conocer un montón de datos para ser un experto. Pero en ese caso, decirle a alguien que lea el manual también puede servir para llenar al interlocutor con conocimiento, lo que lleva a la producción de otro experto en Unix o Linux.
También hay una inversión de tiempo a corto y largo plazo en el novato que hace la pregunta. Ciertamente, lleva menos tiempo decir "usar ls -ltr", por ejemplo, que enseñarle al novato sobre la lista de archivos y las opciones, etc. Pero si el experto tiene que responder más de 3 o 4 preguntas, el valor a largo plazo de invertir en que alguien lea el manual se vuelve obvio.
fuente