Mi Setup para el 2026

Source: Dev.to

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, 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 north‑star 🧭 a la hora de elegir las herramientas.

Mis herramientas

1. Hardware – Trabajo con una MacBook Pro 14” (2024) M4 Pro, 24 GB RAM. Es un tanque de guerra en rendimiento, batería y calidad de producto. La recomiendo.

2. Tema – 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 el programa.

3. Tipografía – Utilizo JetBrains Mono Nerd Fonts 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 (por ejemplo, “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.

Por qué PHPStorm

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

• 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.

• 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.

• 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.

• 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.

2. DataGrip

En mi proyecto trabajo con PostgreSQL, 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 carecer 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?

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

• El editor de datos en masa facilita la edición rápida de grandes conjuntos de registros.

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.

• iTerm por sus múltiples panes, búsqueda instantánea y soporte para ligaduras de fuentes.
• Zsh como shell interactiva, con completado avanzado y historial inteligente.
• Zplug para gestionar plugins de forma rápida y modular.

Plugins que utilizo

Con esta combinación, la terminal pasa de ser solo una ventana de texto a un centro de productividad donde puedo lanzar scripts, inspeccionar logs y ejecutar consultas sin perder tiempo.

Conclusión

Un setup bien pensado —hardware potente, tema coherente, tipografía legible y herramientas afinadas— no solo mejora la estética del espacio de trabajo, sino que incrementa la batería mental y permite enfocarse en resolver el problema real sin distracciones. Si todavía no tenés un north‑star para tus herramientas, empezá por definir qué funcionalidades son imprescindibles para tu flujo y construí a partir de ahí. ¡A codificar!

Herramientas de la Terminal

Shell

• ZSH – Lo utilizo por costumbre; es fácil de extender e instalar plugins.
• Zplug – Herramienta para instalar plugins. Vengo de antigen y me cambié a zplug para probar algo distinto.

Mis fundamentales

Con esto ya tengo una terminal decente.

4. Todoist

Como Staff Engineer, mi trabajo no es solo programar; también debo ejecutar distintas tareas para varios interesados: enviar reportes al cliente, terminar documentación, realizar evaluaciones, mantenimientos, dar feedback, etc.

Todoist me ayuda a volcar todo el caos del día a día en tasks y reminders para tratarlos después. 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 como “compañero de arquitectura”: validar ideas, preguntar buenas prácticas, buscar alternativas, discutir implementaciones y patrones de diseño, encontrar ejemplos, bibliografía, resumir texto, preparar mails, tickets, refinamientos, etc. Utilizo el modelo Senior Software Engineer Assistance () y me resulta muy útil.

• Claude Code lo utilizo para programar, pedir requerimientos, solucionar bugs, crear documentación a partir del código, encontrar vulnerabilidades y maquetar cosas del frontend. Aún no he probado sus múltiples agentes; será lo próximo a explorar en 2026.

He probado Cursor y me parece aceptable, pero no estoy dispuesto a sacrificar la integración que tiene PHPStorm con Laravel solo por tener un editor con IA integrada. Espero que los IDEs de JetBrains incluyan herramientas de IA pronto, de modo que pueda añadirlas a mi entorno sin cambiar de herramienta. 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 es absolutamente fundamental ():

• No tengo que recordar IPs, usuarios ni la clave privada asociada a cada servidor.
• Es portable: al migrar a otro equipo basta con respaldar la carpeta ~/.ssh (que incluye config y todas las claves privadas).
• 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, después de que sus dueños anunciaron su abandono, migré a Zen (). Considero que tener un navegador con organización de pestañas en columna es más ordenado y cómodo cuando se manejan muchas pestañas simultáneamente; 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 chef maestro domina el cuchillo y el fuego, nosotros, como profesionales del software, debemos tener un dominio elevado de las herramientas que usamos día a día, sea cual sea la que hayamos elegido.

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