Todos conocemos a ese colega que cambia de editor cada dos semanas, tiene treinta plugins instalados y aun así no entrega nada. La herramienta se convirtió en un hobby. Este texto propone lo contrario: qué herramientas de desarrollo realmente se pagan solas y cómo elegirlas sin convertirte en rehén de ellas.
La herramienta está al servicio del trabajo, no al revés
Existe una prueba sencilla para cualquier herramienta: ¿reduce la fricción entre tú y el código terminado? Si la reduce, se queda. Si pasas más tiempo configurando, comparando y viendo videos de configuración que resolviendo problemas, la herramienta se convirtió en el problema.
El culto a las herramientas es una trampa cómoda. Configurar parece productivo y da esa sensación de progreso, pero el commit no llega. Una buena herramienta es la que olvidas que estás usando. Desaparece en segundo plano y deja que el trabajo sea visible.
Editor/IDE: donde pasas todo el día
Es el lugar donde literalmente vives. Aquí vale la pena invertir tiempo, no en elegir la marca de moda, sino en dominar la que ya tienes.
Aprende lo esencial y deja de usar el mouse para todo: ir a la definición de un símbolo, renombrar algo en todo el proyecto de una vez, usar multicursor, buscar un archivo y abrir el terminal integrado con un atajo. Esos cuatro o cinco movimientos ahorran horas cada semana. El editor que usas importa mucho menos que lo bien que lo conoces. VS Code, Neovim y uno de JetBrains: todos cumplen. Lo que no funciona es cambiar de uno a otro sin aprender realmente ninguno.
Git: tu máquina del tiempo (apréndelo de verdad)
Git no es opcional ni un detalle menor. Es la red de seguridad que te permite experimentar sin miedo. El problema es que mucha gente memoriza tres comandos (add, commit, push) y se bloquea ante el primer conflicto.
Vale la pena aprender más allá de lo básico: usar branch y merge sin pánico, rebase para mantener limpio el historial, bisect para encontrar el commit que lo rompió todo y reflog para recuperar aquello que creías haber perdido. No necesitas memorizarlo todo: necesitas saber que existe y recurrir a ello cuando duela. Quien entiende Git duerme tranquilo, porque sabe que nada está realmente perdido.
Terminal y debugger: deja de programar a ciegas
Dos herramientas que separan a quien adivina de quien sabe.
El terminal asusta al principio y después se convierte en tu herramienta más rápida. No necesitas convertirte en un mago del shell: saber navegar, encadenar comandos y escribir un script de diez líneas cuando una tarea se repite ya puede cambiarte el día.
El debugger es la herramienta más subestimada de la lista. print() ayuda a echar un vistazo, pero un breakpoint de verdad te permite pausar la ejecución, inspeccionar cada variable y avanzar línea por línea. Aprender a usar el debugger de tu lenguaje es la mejora de productividad con la mejor relación costo-beneficio que existe. Dejas de adivinar y empiezas a ver.
Linter y formatter: el pesado que te salva en el code review
El linter es ese colega gruñón que señala el bug antes del PR: una variable sin usar, una comparación sospechosa o un await olvidado. El formatter acaba de una vez con la guerra santa entre tabs y espacios: el código queda igual para todos y la revisión pasa a discutir la lógica en lugar de las comas.
El secreto: configúralo una vez, haz que se ejecute automáticamente al guardar y durante el commit, y olvídate. Una herramienta que exige disciplina manual no sobrevive al segundo lunes. La que se ejecuta automáticamente, sí.
Cómo elegir sin caer en el culto a las herramientas
La regla se resume en una pregunta honesta: ¿qué duele hoy en mi flujo de trabajo? Resuelve eso, y solo eso. ¿Pierdes demasiado tiempo en los merges? Profundiza en Git. ¿Te pasas el día buscando bugs a ciegas? Aprende a usar el debugger. ¿Repites el mismo paso manualmente todo el tiempo? Escribe un script.
Sobre el gestor de paquetes, hay una regla que no se negocia: usa el lockfile y fija las versiones. npm, pip, cargo o el que sea: el lockfile es lo que convierte «funciona en mi máquina» en «funciona en la máquina de todos». La reproducibilidad no es un lujo, es lo mínimo.
Al final, nadie te contrata por tu lista de herramientas. Te contratan por el problema que resuelves. Las herramientas son un medio, nunca un fin. Elige las pocas que eliminan la fricción de tu camino, apréndelas de verdad y devuelve tu atención a donde importa: el trabajo.
