Mi Setup para el 2026

Contexto

Siempre quise hacer contenido de este estilo, y por una mezcla de síndrome de impostor y falta de tiempo, nunca me animé. He estado compartiendo pequeños tips de mi workflow a lo largo del año a mis compañeros en Light-it y he recibido buen feedback sobre esto, por lo que creo que es una buena oportunidad para seguir explorando.

Mindset

Me gusta tener un setup estético y eficiente a partes iguales. Todas las herramientas que elijo son con el fin de que optimicen mi flujo de trabajo y me resulte placentero trabajar con ellas. Creo que todos tenemos una cantidad de batería mental 🔋 con la que empezamos el día, y esa batería va disminuyendo progresivamente a medida que vamos enfrentando distintas tareas de nuestro trabajo; por lo que cuidar nuestra pila lo considero una prioridad.

Si nuestro trabajo es resolver el problema A, todo aquello que no implique directamente la resolución de A es ruido que debe ser optimizado y minimizado.

Esta será mi northstar 🧭 a la hora de elegir las herramientas.

Mis herramientas

Como primero y principal, trabajo con una MacBook Pro 14" del 2024, M4 Pro con 24GB de RAM. Es un tanque de guerra en rendimiento, batería y calidad de producto. La recomiendo.

Segundo, en este momento tengo configurado TokyoDark en los IDEs (PHPStorm y Datagrip), en la terminal (Iterm) y en VSCode. Me gusta que todo lo referente a código use el mismo esquema de colores sin importar qué programa estoy usando.

Tercero, utilizo la JetBrains Mono de NerdFonts como tipografía para absolutamente todo.

1. PHPStorm

Existe una eterna guerra entre qué IDE usar y cada quien defiende su IDE a capa y espada, por lo que la discusión de “¿Es mejor PHPStorm o VSCode?” no la voy a abrir. Lo que me parece fundamental es entender la importancia de ser proficiente con la herramienta que uno elija. ¿Te gusta usar vim lleno de plugins como editor de código? Tenés que ser un mago con vim.

Cualquiera sea la herramienta que uses, debés:

• Conocer a fondo los shortcuts principales y navegar por el código con soltura.
• Si buscas los archivos en la sidebar no va.
• Si no tenés un “Go to definition”, “Go to usages” no va.
• Si no tenés un autocompletado que aproveche las ventajas de tu framework (en mi caso, Laravel), no va.
• Si no tenés una lectura o deducción correcta de tipos dentro del IDE, no va.
• No tener un sistema de refactoring decente, como “Rename”, “Extract Methods into interface”, “Implement all methods from interface”, no va.

Ya sea que uses VSCode, Vim, Cursor, IDEs de Jetbrains o cualquier otro, tener un IDE tuneado que te permita mantener un ritmo y velocidad de trabajo alto es fundamental.

En mi caso, PHPStorm es un IDE construido alrededor de PHP y funciona perfectamente bien con el lenguaje. Entre sus features más importantes destaco:

1. Autocompletado quirúrgico para Laravel
   PHPStorm no solo completa métodos y propiedades, sino que detecta rutas, config, factories, eventos, policies, tests, migrations, y helpers. Es como tener el mapa entero de tu proyecto mientras codeás.

2. Integración nativa con tests y cobertura
   Correr tests individuales o suites completas desde el IDE, ver coverage en vivo. El flujo entre escribir código y testearlo es fluido y sin fricción.

3. Refactors que no rompen nada
   Renombrar una clase, mover archivos, extraer interfaces o métodos sin miedo a romper todo. El IDE entiende las relaciones y hace los cambios de forma segura.

4. Búsquedas contextuales que no fallan
   Encontrar clases, métodos, usos, definiciones u overrides sin perder tiempo. No se limita al nombre del archivo o al texto literal: entiende el flujo del código y resuelve relaciones dinámicas, incluso en casos avanzados como métodos añadidos por macros. ¿Querés saber dónde se usa algo? Lo encontrás.

2. Datagrip

En mi proyecto trabajo con Postgres, por lo que mi IDE tiene que estar optimizado para este DBMS. La mayoría de mis compañeros utilizan TablePlus o DBeaver, que si bien ambos cumplen, creo que carecen de algunas utilities que tiene Datagrip y que permiten acelerar la navegación por las bases de datos. TablePlus tiene la clara limitación de no poder abrir más de dos tablas al mismo tiempo, además de que carece de ciertas features como poder ver los índices que fueron creados sobre una Materialized View desde la UI. Ninguna persona que trabaje en un proyecto medianamente serio debería estar usando TablePlus en su versión gratis.

DBeaver funciona muy bien, pero me parece muy rústico: los shortcuts son poco intuitivos, me cuesta navegarlo y encontrar la información. Conozco colegas que son auténticos maestros con DBeaver, sin olvidar que es gratis y open-source.

¿Por qué elijo Datagrip?

1. Tiene los mismos shortcuts que PHPStorm.
2. El data extractor me permite formatear la data a conveniencia, ya sea para exportar o transformarla en un determinado formato para seguir usándola en otra query.

1. El editor de datos en masa.

3. Iterm + ZSH + Zplug con varios plugins

La terminal me parece una de las herramientas menos aprovechadas dentro del toolkit de los desarrolladores. Y no me refiero solamente a instalar Iterm o Warp con un color scheme bonito, sino a optimizar el uso de la shell, teniendo software adicional que nos alivie el trabajo.

Utilizo Iterm solo por sus múltiples ventanas. No hay otra feature que me interese de esta herramienta.

Utilizo ZSH como shell por costumbre; es fácil de extender e instalar plugins.

Utilizo Zplug como herramienta para instalar plugins. Vengo de antigen y me pasé a zplug para probar algo distinto.

Mis fundamentales:
a. Zoxide: vengo de autojump. Me pasé a Zoxide porque está hecho en Rust y la diferencia de performance se nota. Zoxide es como un cd inteligente que nos permite movernos entre carpetas sin tener que poner el path completo cada vez. La herramienta aprende de nuestras folders y nos permite navegar entre ellas solo poniendo pocos caracteres. ¿Pensás en una carpeta? Ponés z <nombre> y ya estás ahí, sin importar en qué parte del filesystem se encuentre. Indispensable.

b. fzf (Fuzzy Finder): como uso básico, te permite navegar el historial de comandos de la terminal (al cual accedés con Cmd + R) con un buscador muy conveniente, pudiendo buscar y visualizar el histórico más fácil. ¿Por qué quiero esto? Cuando tengo que buscar túneles SSH o comandos de git largos, me salva la vida.

c. eza: como un ls, pero con colorinches e iconitos.

d. bat: como cat, pero con colorinches.

e. rg y fd: como reemplazo de grep y find, pero escritos en Rust. No son obligatorios, pero suman.

f. Tmux.

Con esto ya tenemos una terminal decente.

4. Todoist

Como Staff Engineer, mi trabajo no es solo programar, sino que debo ejecutar distintas tareas para distintos interesados en mi proyecto: enviar reportes al cliente, terminar documentaciones, realizar evaluaciones, mantenimientos, dar feedback, entre otros. Todoist me ayuda a volcar todo el caos del día a día en tasks y reminders para tomarlas luego. Intento seguir la metodología GTD siempre que puedo.

5. ChatGPT y Claude Code

En este momento son las únicas dos herramientas de LLM que estoy pagando. ChatGPT lo uso más que nada como “compañero de arquitectura”. Lo utilizo para validar ideas, preguntarle buenas prácticas, encontrar alternativas, discutir implementaciones y patrones de diseño, buscar ejemplos, bibliografía, resumir texto, preparar mails, tickets, refinamientos, entre muchos otros. Utilizo el GPT Senior Software Engineer Assistance y me resulta muy bien.

Claude Code lo utilizo para programar, pedirle requerimientos, solución de bugs, crear documentación a partir del código, encontrar vulnerabilidades y maquetar cosas del frontend. Aún no lo utilizo con sus múltiples agentes; será lo próximo a explorar este 2026.

He probado Cursor y creo que está bien, pero no estoy dispuesto a sacrificar la integración que tiene PHPStorm con Laravel solo por tener un editor de texto con IA integrada. Espero que los IDEs de Jetbrains incluyan herramientas de IA pronto para poder traerlas a mi IDE y no cambiar de herramienta solo por aprovechar el LLM de turno. Cambiar de IDE tiene un costo y una curva de aprendizaje muy alta como para hacerlo a la ligera.

6. SSH

Utilizar el archivo config de SSH me parece absolutamente fundamental:

• No tengo que recordar ni la IP, ni los usuarios, ni cuál es la private key asociada a cada servidor.
• Es portable. Si tengo que migrar de un equipo a otro, con solo backupear la carpeta .ssh (que incluye el archivo config y todas las private keys) es suficiente.
• Trabajar con túneles SSH es mucho más fácil, ya que los comandos quedan más cortos y fáciles de recordar o reproducir.

7. Zen Browser

Vengo de Arc y, luego de que sus dueños anunciaran su abandono, decidí migrar a Zen. Considero que tener un browser con organización de tabs en columna es más ordenado y cómodo cuando tenemos muchas tabs al mismo tiempo. Simplemente me resulta más fácil encontrar lo que necesito.

Conclusión

Al final del día, las herramientas no te hacen mejor, pero las malas herramientas definitivamente te frenan. Así como un maestro chef es un experto en el dominio del cuchillo y el fuego, nosotros, como profesionales del software, debemos tener un dominio elevado de las herramientas que usemos en nuestro día a día, sean cuales sean las que hayamos elegido.

¿Para qué? Para poder poner nuestra energía mental y nuestros recursos en el problema a resolver y no perder 30 minutos pensando cómo se exportaba una tabla de SQL a CSV, o cuántas clases implementan la interfaz que estamos mirando.