En el mundo en línea de hoy, la batalla para atraer a los usuarios continúa en furia, con los fabricantes de aplicaciones que prefieren aplicaciones móviles o web. Las aplicaciones de escritorio son cada vez menos relevantes. Por otra parte, también tienden a ser nada más que clientes ricos de aplicaciones web: Electron es la plataforma popular de elección.

¿Significa esto que pronto abandonaremos el escritorio como plataforma? No, por supuesto que no, yo no diría eso. Además, aunque las aplicaciones GUI parecen haberse estancado recientemente, hay un segmento de aplicaciones de escritorio que continúa creciendo.

¿Alguna vez has visto alguna película con hackers? La mayoría de las veces, estas personas se muestran trabajando frente a monitores que muestran algún tipo de terminal (generalmente con un fondo oscuro y un primer plano claro). Esta terminal, a su vez, tiende a estar inundada de personajes que aparentemente tienen algún significado para la persona que los mira.

Ilustración: las herramientas de línea de comando y el hackeo se ven más frescos en las películas que en la vida real

Tales representaciones de hackers en acción a menudo son burladas por desarrolladores profesionales, e incluso hay algunos programas que simulan varios efectos de “hackers”, solo por diversión.

Sin embargo, en el mundo real, las herramientas de línea de comandos no se utilizan para su valor de entretenimiento.

Por qué todavía utilizamos las herramientas de interfaz de línea de comandos

Este artículo se centra en el aspecto práctico del uso de herramientas de interfaz de línea de comandos (CLI). Conocer los comandos de la CLI y usar herramientas de calidad puede hacerlo más productivo y también pueden abrir las puertas a varios enfoques de la automatización que son mucho más prácticos con las interfaces textuales que con las aplicaciones GUI.

Puede mejorar al realizar tareas repetitivas en GUI, hasta el punto de que sus múltiples clics se escuchan como uno solo largo. El problema es que esto no mejorará la eficiencia de un script especializado. Además, realizar las mismas operaciones de forma manual introduce tanto una carga cognitiva adicional como una mayor posibilidad de error humano. Como de costumbre, dependemos de computadoras para manejar tareas que los humanos pueden considerar aburridas, repetitivas o abrumadoras.

Vale la pena saber que una herramienta de terminal puede ofrecer varios tipos de interfaces. Hay elementos no interactivos como ls, que simplemente toman los parámetros y proporcionan la salida. Existen interfaces interactivas o semi interactivas que se encuentran con mayor frecuencia en los gestores de paquetes. (“¿Está seguro de que desea continuar con la instalación desde un origen no verificado?”) Luego, hay interfaces de usuario textuales (TUI), que son aplicaciones de GUI interactivas diseñadas para ajustarse a las limitaciones de un terminal. Probablemente el más famoso es Midnight Commander (mc), un clon extremadamente popular (en los 90) Norton Commander.

Herramientas de línea de comandos esenciales

Si deseas convertirse en un habitante de la consola, debe equiparse con un conjunto mínimo de herramientas de desarrollo de línea de comandos: lo esencial. Las cosas con las que definitivamente no puede vivir son un caparazón interactivo (apunta a algo moderno con una conveniente terminación de pestañas) y un editor de texto.

Ilustración: herramientas de línea de comando esenciales

Ahora, mencionaré UNIX philosophy, que a menudo es la base de las decisiones de diseño tomadas por los autores de la herramienta, ya sea conscientemente o no. Algunos de los puntos clave se pueden resumir de la siguiente manera:

  • Trata todo como un archivo.
  • Haz una sola cosa, pero hazlo bien.
  • Leer desde entrada estándar, escribir en salida estándar y comunicar errores a un flujo de error estándar.
  • Cuando haya tenido éxito, devolverá el código 0. Un valor distinto de cero significa un error (que puede especificarse mediante el código de retorno exacto).
  • Permitir encadenamiento de comando y scripting.

Cáscara

Lo primero que verá al abrir una terminal es un caparazón. Esta es la parte que hace posible la interacción entre el usuario y la máquina. Interpreta tus comandos, los divide en nombres de programas y argumentos, y ejecuta todos los comandos de shell que le arrojas.

Históricamente, ha habido muchos tipos diferentes de conchas. Entre los más populares se encuentran csh (C Shell) y varias implementaciones de Bourne Shell (generalmente conocido simplemente como sh). Bourne Shell se extendió a Korn Shell, que también ganó algo de tracción y todavía está siendo utilizado por sus entusiastas. Csh es actualmente el shell predeterminado en algunos sistemas BSD, mientras que casi todos los demás sistemas operativos tipo UNIX prefieren algún tipo de Bourne Shell. Las distribuciones de Linux tienden a favorecer bash mientras que Mac OS X viene con zsh como la opción predeterminada.

Existen otras posibilidades, pero son mucho menos populares, excepto Microsoft PowerShell en sistemas Windows. PowerShell está inspirado en parte por los shells interactivos de UNIX como zsh y en parte por .NET runtime. En lugar de tratar todo como texto, un concepto común en el mundo UNIX, permite la manipulación de datos orientada a objetos.

Aunque Microsoft PowerShell es bastante popular en el ámbito de Windows, muchos programas con orígenes de UNIX (los más notables son Git, Autotools o Make) tienden a preferir alguna variación de Bourne Shell. Debido a esto, proyectos como msys (incluido con Git para Windows), Cygwin, o El reciente [WSL] de Microsoft nació. Si desea una sensación similar a Linux en Windows, MSys es la mejor opción aquí. Si desea un entorno Linux con todas las funciones capaz de ejecutar binarios estándar de Linux, entonces WSL es el camino a seguir. Para algo intermedio: API de UNIX, pero compilada como un ejecutable de Windows (solo úsala cuando realmente sepas por qué la necesitas) -Cygwin es la respuesta.

Editor

Una vez que te familiarices con tu caparazón, querrás adquirir algunas habilidades útiles. Como la mayoría del trabajo de codificación gira en torno a la escritura de texto (código, README, mensajes de confirmación), un buen conocimiento de los editores de texto interactivos es esencial. Hay muchos para elegir, y dado que un editor es una de las herramientas más necesarias para cualquier desarrollador, probablemente haya tantas opiniones sobre qué editor es el mejor.

Ilustración: un editor de línea de comandos tiene una interfaz simple

La mayoría editores de texto populares pueden separarse en dos grupos básicos: Editores de texto simple y editores de texto programables.

Ambos pueden ser excelentes para escribir código, pero, como su nombre lo indica, los programables ofrecen la capacidad de dar forma y personalizar el editor para que se ajuste perfectamente a sus necesidades. Sin embargo, esto tiene un precio, ya que también tienden a tener una curva de aprendizaje más pronunciada y pueden requerir más tiempo para establecerse.

Editores de texto básicos

Entre los editores de texto simple, GNU Nano es el más extendido. En realidad, es un clon del editor pico, por lo que si uno no está disponible en su sistema, puede probar el otro. Otra alternativa más moderna para ambos es el editor micro. Si quieres algo simple y extensible al mismo tiempo, este es un buen lugar para comenzar.

Editores de texto programables

Muchos desarrolladores dependen de editores programables de diferentes campos, como Vim y GNU Emacs. Ambos editores pueden ejecutarse en la consola o en modo GUI, y ambos tuvieron un impacto en los enlaces de teclas encontrados en otro software. Ambos ofrecen no solo una API sino también lenguajes de programación reales incorporados. Emacs se centra en LISP y Vim usa su propio VimL, ​​pero también ofrece interfaces con otros lenguajes de scripting populares (como Lua, Perl, Python o Ruby). También vale la pena mencionar un enfoque más reciente de Vim, llamado Neovim, ya que está empezando a recibir seguidores serios.

Puede ser algo confuso, pero también hay un editor llamado vi que es un predecesor de Vim (que, dicho sea de paso, significa “Vi mejorado”). Es mucho más simple que Vim, pero si tienes suficiente confianza para escribir en Vim, no debería ser un desafío para ti si te resulta necesario usar vi.

Dado que pico/GNU Nano y vi/Vim generalmente están preinstalados en varios sistemas, es una buena idea al menos comprender sus conceptos básicos (salir de Vim es un problema notoriamente difícil para los principiantes). De esta manera, si necesita editar algo en una máquina remota, estará listo independientemente de qué editor ya esté allí. En su dispositivo privado, puede usar cualquier editor que le resulte más cómodo.

Editor de sistema predeterminado

Una última cosa a tener en cuenta es que su sistema puede tener lo que se llama un editor predeterminado.

La variable de entorno $ EDITOR apunta al editor predeterminado y en los shells compatibles con Bourne (sh, bash, ksh, zsh) puede verlo ingresando echo $ EDITOR. Si el valor difiere de su elección personal, puede configurarlo agregando export EDITOR = my-awesome-editor a la configuración del tiempo de ejecución de su shell ( ~ / .profile, ~. / Bashrc, ~ /. zshrc, y así sucesivamente).

Otros programas, como los sistemas de control de versiones y los clientes de correo, usarán este editor cuando necesiten una entrada de texto más larga.

Multiplexor

Tan pronto como comiences a hacer cosas serias en CLI, te encontrarás con la limitación de poder mantener abierta solo una aplicación en un momento dado. Al codificar, es posible que desee editar el código, ejecutarlo, corregir los errores y ejecutar nuevamente. Al buscar un error, es posible que desee enumerar los registros y ver qué se registra cuando envía una solicitud al servidor. Normalmente, esto significa cambiar constantemente entre las dos aplicaciones o abrir varias ventanas de terminal.

Aquí es donde un multiplexor de terminal puede ayudarte. Cuando se habla de multiplexores, algunas personas asumen inmediatamente que el tema es de Pantalla GNU. Fue la primera herramienta extendida de su tipo y sigue siendo muy popular hoy en día (a menudo se instala por defecto). Su reemplazo moderno es tmux que, como era de esperar, significa “terminal multiplexer.”

Estos dos le permiten tener más de una ventana abierta en una sesión de terminal determinada y cambiar entre esas sesiones libremente. Permiten dividir las ventanas en paneles, lo que ayuda a ejecutar varias aplicaciones al mismo tiempo y observar su salida en tiempo real (sin cambiar las ventanas). Además, funcionan en modo cliente-servidor, lo que significa que puede separarlos en cualquier momento dado y regresar más tarde para continuar el trabajo justo donde lo dejó. Esta última característica llevó a la popularidad de Screen cuando las personas querían sesiones persistentes IRC.

Para la mayoría de los casos de uso, GNU Screen o tmux deberían ser geniales para ti, pero si por alguna razón consideras que son demasiado pesados ​​en recursos, también hay alternativas más ligeras. Hay dtach / atach y está abduco. Tienen un alcance limitado a propósito, pero pueden realizar bien sus respectivos deberes.

Gerente de empaquetación

En este punto, puede comenzar a pensar en instalar todo el software antes mencionado en su máquina. Un problema es que cada una de las herramientas tiene instrucciones de instalación diferentes. A veces, necesitas descargar fuentes y compilarlas tú mismo, a veces obtienes el binario autónomo, y algunas veces obtienes lo que se llama paquete binario, que generalmente significa un ejecutable comprimido junto con algunos metadatos.

Para facilitar el proceso de instalación de software, los creadores de sistemas operativos llegaron con un concepto de administradores de paquetes. En pocas palabras, un administrador de paquetes es como una tienda de aplicaciones para CLI y aplicaciones de escritorio. Precede a las tiendas de aplicaciones reales por algunas décadas. El problema es que casi todos los sistemas tienen su propio administrador de paquetes. Debian, Ubuntu y las distribuciones derivadas de GNU / Linux usan APT, las distribuciones basadas en Red Hat prefieren yum o DNF, otras distribuciones de Linux tienen medios más exóticos para instalar software y también lo hacen los diferentes clones de BSD. Además de los administradores de paquetes integrados, también hay instalados por el usuario como Chocolatey para MS Windows y Homebrew para Mac OS X/Mac OS. Cuando desee escribir instrucciones sobre cómo instalar su programa, puede terminar escribiendo casos para cada uno de esos sistemas. Parece un poco demasiado, ¿no?

Afortunadamente, el último de los sistemas mencionados, Homebrew, puede ser el más portátil, gracias a Linuxbrew, un puerto de Homebrew para sistemas GNU / Linux. Lo curioso es que incluso funciona en WSL si quieres tener una experiencia de usuario similar en Microsoft Windows. Tenga en cuenta que WSL no es oficialmente compatible, sin embargo.

Entonces, además de la portabilidad, ¿qué más puede ofrecer Homebrew? En primer lugar, no interfiere con los paquetes del sistema, por lo que todo lo que instala reside en una capa separada del sistema operativo. Además, no se necesitan permisos de raíz para instalar paquetes. Por lo tanto, puede tener paquetes de sistema que sean estables y probados, pero al mismo tiempo verifique sus versiones más nuevas sin sacrificar la estabilidad del sistema.

Si querías probar los editores, mencioné anteriormente que todo lo que necesita hacer en un sistema con Homebrew o Linuxbrew es ejecutar este comando:

brew install emacs micro nano vim neovim.

The Shiny Stuff

Lo que ya hemos discutido es indudablemente útil para el trabajo. Pero también hay aplicaciones que, aunque no son necesarias, aún brindan comodidad a la vida cotidiana. Puede que no los necesites, pero siempre vale la pena conocerlos.

Filtro interactivo

Buscar el historial de comandos puede ser tedioso. Mientras que bash y zsh tienen teclas Ctrl + R, solo muestra una sustitución a la vez. Además, debe ingresar el texto exacto que utilizó anteriormente. Como esta es una operación bastante común, una vez que comienzas a usar la línea de comando, parece un buen lugar para mejorar.

Filtros interactivos, como fzy, percol, peco o fzf lo ayudan a filtrar largas líneas de texto. Este puede ser el historial de comandos antes mencionado, todas las líneas de código en un directorio de proyectos, o una lista de nombres de archivos generados por find.. La idea general es presentarle primero todas las líneas disponibles y luego confiar en los algoritmos de búsqueda difusa para filtrar todo lo que no coincida.

Por ejemplo, al vincular Ctrl + R a fzf, se muestra una lista de los comandos más recientes, que puede navegar hacia arriba y hacia abajo con flechas, o puede escribir git para mostrar solo los comandos que tienen Git en algún lugar dentro. Personalmente, cuando trabajo con un caparazón que no tiene un filtro interactivo, de repente me siento un poco perdido. ¡Esta característica es realmente convincente!

Además, puede hacer que su filtro interactivo esté disponible dentro de su editor de texto programable. De esta forma, tendrá capacidades de búsqueda unificadas entre su shell y su editor.

Facebook PathPicker fue de gran ayuda cuando trabajaba principalmente con proyectos de C ++. El registro de errores generado por el compilador puede ser bastante grande y desagradable, y la capacidad de encontrar las rutas reales dentro de ese registro fue una gran ayuda para la productividad.

En cualquier archivo de texto dado, o en el contenido de su pantalla cuando se utiliza con tmux, fpp filtra todo menos las rutas de archivos. A continuación, presenta una interfaz de usuario donde puede seleccionar una o más de esas rutas y ejecutar un comando con ellas. La respuesta más común sería abrir los archivos en un editor, por supuesto, que es la acción predeterminada.

Git UI

Es probable que al menos uno de los proyectos en los que trabaja usa Git como un sistema de control de versiones. Si bien es completamente poderoso, la CLI de Git no es el pináculo de la excelente experiencia del usuario. Para ahorrarte un poco de estrés leyendo todas las opciones en la ayuda de Git $ SUBCOMMAND, te recomiendo que revises tig. Ofrece una agradable interfaz de usuario de consola para las operaciones que se benefician de ella, como log o culpa.

Otra herramienta que tiene como objetivo ayudar a los usuarios de GIt es fac, que es un acrónimo de Fix All Conflicts. Como habrás adivinado, es útil cuando te encuentras con conflictos mientras realizas fusiones o rebases. Es una alternativa a otras herramientas de combinación como vimdiff.

Administrador de archivos

Hubo un tiempo en los años 90 cuando todo el mundo quería un administrador de archivos de dos paneles. La tendencia comenzó con Norton Commander. Muchos otros siguieron el mismo camino, pero el que aún ve una base de usuarios estable es Midnight Commander. El caso de uso más obvio es usar mc para manipular archivos locales, pero también es muy útil cuando se trabaja con máquinas remotas.

Al igual que la mayoría de los programas de línea de comandos, es muy liviano, por lo que no hay problemas para ejecutarlo a través de ssh y gracias a los protocolos FTP y FISH compatibles, puede tener un sistema de archivos local visible en un panel y el remoto en el otro. función cuando desee evitar escribir o copiar nombres de archivos como argumentos para scp.

Herramientas CLI solo por diversión

“Todo trabajo y nada de juego hacen que Jack sea un chico aburrido”, dicen. Hay muchos programas, línea de comandos y demás, que solo sirven para su diversión. El videojuego Rogue entra en esta categoría. ¡Incluso dio nombre a todo el género de juegos! Otros juguetes populares son fortuna y cowsay, que pueden hacer que su un día menos aburrido si los usa en algún lugar de sus scripts CI, por ejemplo.

Pero para algunos de nosotros, el principal atractivo de usar una consola en primer lugar es sentirse como un hacker en las películas. No más secretos y Hollywood Hacker representan bien a este grupo. Pruébalo cuando alguien te esté mirando trabajar, ¡y tu credibilidad de hacker seguramente aumentará!

Línea de comando en la práctica

Entonces, ¿qué tiene de atractivo la línea de comandos que compensa las horas dedicadas a aprender a usar el shell, el editor y todos los conmutadores de varias aplicaciones? La respuesta corta es productividad, que proviene de dos cosas:

  • Una es que cuando se te presenta solo una ventana de terminal y nada más, puedes concentrarte más intensamente, ya que no hay mucho que te distraiga. No aparecen notificaciones, ni anuncios, ni fotos de bonitos gatitos. Solo tú y tu objetivo.

  • Lo segundo es la automatización. Puedes poner varias acciones combinadas con frecuencia en un script y llamarlo más tarde como un todo en lugar de escribirlas todas a mano cada vez. Puedes volver rápidamente a un comando particularmente complejo que alguna vez escribió al buscar en el historial de su caparazón. Básicamente, puedes grabar y reproducir cualquier cosa, y el código está disponible como una documentación de lo que hiciste.

La capacidad de agregar alias también contribuye a las ganancias. Por ejemplo, a menudo me encuentro creando commits en Git actualizando el mismo hasta que sea perfecto (por el momento). Una vez que preparo los archivos deseados, ejecuto git carmh. No intente buscarlo en el manual, ya que es mi alias privado que significa commit --amend --reuse-message = HEAD. Ahorra algo de tipeo de seguro.

La cosa es que la gente se aburre repitiendo las mismas acciones una y otra vez, y el aburrimiento reduce el enfoque. Esto puede conducir a errores y errores. La única forma de evitarlos es no entrelazar las acciones de alto enfoque y bajo enfoque. El código de escritura es de alto enfoque y la revisión de un mensaje de compromiso y el contenido es de alto enfoque, pero cuando necesita repetir varios clics mecánicos aquí y allá para llegar a la etapa de revisión de compromiso, es probable que su enfoque se reduzca. La línea de comando no está, por supuesto, libre de tales actividades mecánicas, pero gracias a la automatización, puede evitar la mayoría de ellas.

Otras exploraciones

Es posible que ya haya tenido conocimiento de algunas o todas las herramientas de línea de comandos mencionadas en este artículo. Es posible que haya aprendido algo nuevo y útil al leerlo. Si es así, excelente. Mi objetivo aquí no era ofrecer una visión global y una comparación de diferentes herramientas, sino demostrar algunas herramientas cruciales que he encontrado útiles en mi trabajo diario, con la esperanza de que pueda encontrar algunas de ellas. útil, también.

Hay programas de línea de comando mucho más interesantes que existen, y si estás interesado en ellos, le recomiendo consultar la lista curada de Awesome Shell de algunos de los mejores comandos. herramientas de línea disponibles hoy.

La mayoría de las aplicaciones GUI tienen su contraparte terminal. Eso incluye navegadores web, clientes de correo electrónico, clientes de chat (IRC, Slack, XMPP), suites PIM u hojas de cálculo. Si conoces algún buen programa que no he mencionado, bríndalos en comentarios.

Understanding the Basics

What is a command line argument?

Command line arguments are used to pass the information to the programs. For example, "cat /tmp/file" means "run command 'cat' with '/tmp/file' as an argument." It instructs the "cat" command to open the passed files.

About the author

Piotr Gaczkowski, Poland
member since July 22, 2016
Piotr is the type of guy who likes to make his skills useful whether it is through coding or organizing cultural events; he is satisfied when he sees his work is appreciated by others. His ideal jobs include those that make a difference in ordinary people's lives by changing them for the better. [click to continue...]
Hiring? Meet the Top 10 Freelance Software Developers for Hire in April 2018

Comments

comments powered by Disqus
Subscribe
The #1 Blog for Engineers
Get the latest content first.
No spam. Just great engineering posts.
The #1 Blog for Engineers
Get the latest content first.
Thank you for subscribing!
Check your inbox to confirm subscription. You'll start receiving posts after you confirm.
Trending articles
Relevant Technologies
About the author
Piotr Gaczkowski
Python Developer
Piotr is the type of guy who likes to make his skills useful whether it is through coding or organizing cultural events; he is satisfied when he sees his work is appreciated by others. His ideal jobs include those that make a difference in ordinary people's lives by changing them for the better.