3 puntos por GN⁺ 2025-05-30 | 1 comentarios | Compartir por WhatsApp
  • Command Line Handbook es un manual breve creado para que desarrolladores, administradores de sistemas, profesionales técnicos y usuarios de Linux/macOS aprendan rápidamente el shell moderno de línea de comandos Unix/Linux
  • En lugar de manuales extensos de shell o libros de Linux, se enfoca en aprender de forma condensada los conceptos y comandos comunes que más se usan en el trabajo real
  • No separa terminal, shell, aplicaciones de línea de comandos y scripting de shell, sino que los trata en conjunto e incluye también consejos y trucos
  • Ofrece casi 100 o más de 100 sesiones de shell anotadas y ejemplos de código, y el PDF incluye resaltado de sintaxis y anotaciones
  • Fue actualizado en 2025 tras 4 años de aprendizaje, escritura y reescritura, y puede comprarse con modalidad Name your price mientras aparece un precio de lista de $14

Aprende rápido la línea de comandos moderna

  • Command Line Handbook está dirigido a quienes usan el shell moderno de línea de comandos Unix/Linux
    • desarrolladores de software
    • administradores de sistemas
    • profesionales técnicos
    • usuarios generales de Linux/macOS
  • En vez de leer manuales largos de shell o enormes libros de Linux, la idea central es aprender en poco tiempo los conceptos y comandos más usados
  • El alcance no se queda solo en el shell
    • terminal
    • shell
    • aplicaciones de línea de comandos
    • scripting de shell
    • consejos y trucos
  • Presenta en conjunto shells como Bash y Zsh, scripting y programas clásicos y modernos que pueden usarse desde la terminal

Estructura centrada en ejemplos e información de compra

  • El manual está organizado para que puedas seguir sesiones de shell anotadas y ejemplos de código
    • según la sección, se presenta como más de 100 ejemplos o casi 100
    • el PDF incluye sesiones de shell y otros ejemplos con resaltado de sintaxis y anotaciones
  • El PDF se ofrece en formato carefully curated, con resaltado de sintaxis y anotaciones para que el flujo de los comandos sea más fácil de seguir
  • Este manual es el resultado de 4 años de aprendizaje, escritura y reescritura, y corresponde a la versión actualizada en 2025
  • La página muestra “8900+ readers”, y en el texto se indica que más de 5 mil personas están puliendo sus habilidades de línea de comandos
  • En la sección de precio, el valor regular de $14 aparece tachado, y puede comprarse con modalidad Name your price a través del enlace Buy on

1 comentarios

 
GN⁺ 2025-05-30
Opiniones de Hacker News
  • Buen trabajo. Estaría bueno que la landing page incluyera ejemplos más concretos de lo que el lector va a aprender.
    Con la página actual es difícil saber si el libro es para principiantes absolutos de la línea de comandos, o si también tiene tips útiles para quienes ya están familiarizados con bash.
    Tuve que buscar las páginas de muestra, y esas mostraban mucho mejor el contenido del libro.
    También vi algunas frases: en vez de "Fresh out of press" normalmente se dice "hot off the press", y "out of press" suena como "out of print", es decir, descatalogado.
    "Grok the Linux command line on only 120 pages" debería ser "in only 120 pages".

    • Cierto, creo que podría hacer la landing page más detallada.
      No quería repetir demasiado el contenido de la página de Gumroad, pero voy a reconsiderarlo.
      Gracias también por las sugerencias de redacción. Es porque no soy hablante nativo :)
  • Tengo algunos comentarios. El sitio web se rompe un poco en mobile; al menos en mi entorno, el texto se sale de la pantalla.
    Además, sería bueno tener páginas de muestra o al menos el índice, para que la gente pueda ver qué nivel de profundidad busca el libro.
    Podría obtenerlo gratis y pagar después, pero es engorroso, y me da un poco de pena elegir $0 para algo así.

    • Gracias por el feedback. Intenté que funcionara también en mobile, pero parece que al final no lo probé lo suficiente.
      Voy a preparar una muestra ahora.
      Edición: las páginas de ejemplo están aquí: https://drive.google.com/file/d/1PkUcLv83Ib6nKYF88n3OBqeeVff...
    • Estoy de acuerdo con todo. En Firefox Android y en Pixel también se corta parte de la pantalla.
      Me gustaría ver el índice. No quiero llevármelo por $0 y causarte una pérdida.
      De todos modos, suena como un libro excelente. Felicitaciones por terminarlo y lanzarlo.
    • En Brave para Android también el texto se sale de la pantalla.
  • Las páginas de ejemplo están aquí: https://drive.google.com/file/d/1PkUcLv83Ib6nKYF88n3OBqeeVff...

    • Pensaba que usaba la shell con bastante soltura, pero solo con las páginas de muestra aprendí sobre sustitución de procesos. Comprado.
    • La página 12 del PDF de ejemplo termina con "On Linux, the PATH looks something like this:", pero después no se ve ningún ejemplo de PATH.
    • Las páginas de ejemplo no son convincentes. Por ejemplo:

      The diff utility can compare files and print their differences. If we pass it the result of ls commands, we can compare the contents of directories.
      No. Si pasas la salida del comando ls, puedes terminar pasándole varios archivos a diff y provocar un error.
      Además, para comparar dos directorios archivo por archivo existe lo siguiente:
      diff -r directory-a directory-b

    • Si pones un enlace http en la portada, alguien que descargue el archivo de ejemplo para leerlo después podrá volver más fácilmente a la página original. Se ve bien.
  • ¿Hay algún recurso o sugerencia sobre cómo encontrar proyectos o ejercicios adecuados para cada sección?
    Tengo que capacitar a algunas personas que nunca usan la línea de comandos y que van a volver a Excel y VSCode. Aun así, no soy un genio para decidir en qué deberían volverse competentes…
    Este libro es excelente, pero sin proyectos o problemas no creo que tengan suficiente motivación para aprender, y me cuesta inventar proyectos artificiales.

  • A quienes les interese esto probablemente también les guste The Shell Haters Handbook: https://shellhaters.org/deck/

  • Me pregunto si el foco está en las herramientas tradicionales que están en la mayoría de las máquinas y se usan en scripts de shell antiguos, como find y grep; o en herramientas nuevas y mejoradas que los desarrolladores instalan en sus propias máquinas, como fd, fzf y rg; o en ambas.

    • Me enfoqué en las herramientas estándar antiguas. Porque se pueden incorporar fácilmente en pipelines de CI y compartir como scripts con colegas.
      Por ejemplo, uso Make en todas partes, tanto personalmente como en el trabajo. En el libro también menciono alternativas, pero los ejemplos están construidos con herramientas probadas.
      Cuando había opciones, me enfoqué en lo que no requiere instalación, o en lo que es más probable encontrar en el trabajo. Es un trade-off, y entiendo que la dirección opuesta también puede ser atractiva.
  • Si no te molesta, me da curiosidad saber cómo funcionó el modelo de paga lo que quieras. Alguna vez consideré ese enfoque para vender un curso.

    • Cambié el modelo de pago justo antes de publicarlo aquí, así que no tengo datos históricos sobre esto.
      No espero que genere ingresos comparables a una venta normal. Probablemente sea una fracción muy pequeña. Pero para hacer ventas normales tendría que poder promocionarlo.
      La motivación principal es compartir un trabajo al que le dediqué mucho tiempo. Quiero hacer otra cosa, y como puede ser útil, no quiero dejarlo simplemente guardado en el disco hasta que quede obsoleto.
      Nunca tuvo como objetivo ser mi principal fuente de ingresos. Si ese hubiera sido el caso, habría escrito un libro sobre AI :)
      Tal vez algún día escriba una retrospectiva en el blog sobre el proceso de crear el libro :)
  • Un buen recurso para acompañar este material: https://linuxjourney.com

  • Hice una app TUI interactiva para practicar herramientas de línea de comandos de Linux, coreutils, grep, sed y awk: https://github.com/learnbyexample/TUI-apps

  • El contenido se ve realmente bueno, pero la maquetación hace que sea bastante difícil de leer.
    El bloque de código pasa a la página siguiente después de la explicación, aunque hay espacio suficiente para mostrarlo en una sola página (p18/19).
    Lo mismo pasa con los callouts (p26/27).
    Una palabra queda cortada entre páginas (p51/52).
    El pie de página se extiende a lo largo de varias páginas (p61/62).
    Puede sonar como una queja menor, pero interrumpe mucho el flujo de lectura y obliga a subir y bajar constantemente entre dos páginas para entender la sección.

    • Gracias por el feedback.
      Estoy de acuerdo, y trato de mantenerlo lo más prolijo posible, pero también se vuelve difícil cuando el libro se actualiza y el contenido cambia.
      De todos modos, en la próxima actualización voy a prestar más atención al flujo de páginas.