No voy a hacer una lista de "las mejores herramientas para developers en 2026". Eso existe en miles de artículos y casi nunca refleja lo que alguien usa de verdad. Este post es diferente, porque son exactamente las herramientas que tengo abiertas todos los días, lo que hago con cada una, y por qué siguen en mi stack cuando podría reemplazarlas.

Soy estudiante de Diseño de Software, trabajo en proyectos propios y soy Microsoft Student Ambassador. El contexto importa porque condiciona qué herramientas tienen sentido.

Claude

Lo uso de tres formas distintas y cada una sirve para algo diferente.

La primera es la más obvia: como asistente para organizar tareas, estructurar ideas cuando tengo un problema que no termina de tomar forma, y revisar código cuando algo falla y no quiero pasarme media hora leyendo stack traces. No lo uso para que escriba código por mí, lo uso para que me ayude a pensar más rápido.

La segunda es más técnica: integro la API en proyectos propios. En Veredas y en Entiscore, dos proyectos que he desarrollado, Claude está en el backend haciendo tareas específicas que definí yo. No es un chatbot pegado encima, sino que es una pieza funcional con responsabilidades concretas.

La tercera es la que menos gente menciona: hábitos de estudio. Cuando tengo que preparar un parcial o entender un concepto que no quedó claro en clase, le explico lo que entendí y le pido que me diga qué estoy entendiendo mal. Es una forma de verificar mi propia comprensión sin depender de que alguien más esté disponible.

Notion

Durante mucho tiempo usé combinaciones de notas, carpetas y listas de tareas en distintas apps. El problema era que el contexto estaba fragmentado. Tenía la tarea en un lado, las notas relacionadas en otro, y el deadline en un tercer lugar.

Notion resolvió eso porque funciona como una sola fuente de verdad para todo lo que tengo en curso: materias, proyectos, entregas del blog, posts pendientes, trabajos de la cursada. No es la herramienta más rápida del mercado ni la más minimalista, pero para el volumen de cosas que manejo simultáneamente funciona bien.

Lo que más uso son las bases de datos con filtros. Tener una vista de "qué vence esta semana" que atraviesa todos los contextos, estudio y proyectos, me ahorra bastante tiempo de revisión manual.

VS Code con Prettier

VS Code es el editor. No hay mucho que agregar que no se haya dicho ya. Lo que sí vale mencionar es Prettier, porque cambió algo concreto en cómo trabajo.

Antes perdía tiempo tomando decisiones menores de formato: si poner comillas simples o dobles, cómo indentar, cómo manejar las líneas largas. Prettier elimina esas decisiones por completo. El código sale formateado de forma consistente en cada guardado sin que yo tenga que pensar en eso. Parece un detalle menor hasta que calculás cuánto tiempo acumulado te saca de foco.

Para proyectos con TypeScript y React es prácticamente obligatorio en mi flujo.

Supabase

Supabase es la base de datos de fondo en la mayoría de mis proyectos personales. La combinación de PostgreSQL con una API REST y un SDK que funciona bien desde el frontend hace que pueda arrancar un proyecto nuevo sin configurar infraestructura desde cero cada vez.

Lo que más valoro es la autenticación. Implementar auth con email, OAuth y manejo de sesiones desde cero lleva tiempo y tiene muchos bordes. Con Supabase eso está resuelto y puedo enfocarme en lo que diferencia al proyecto.

No es la única opción y no la recomendaría para todo. Pero para proyectos propios donde soy el único developer y quiero velocidad sin sacrificar una base sólida, funciona bien.

Kiro

Kiro es un IDE agéntico de AWS, construido sobre Code OSS, la misma base de código abierto que VS Code, y potenciado por Claude vía Amazon Bedrock. Alcanzó disponibilidad general en marzo de 2026.

Lo que lo diferencia de otros editores con IA no es que complete código más rápido. Es el enfoque en spec-driven development: cuando describís una feature, Kiro no escribe código de inmediato. Primero genera tres documentos en secuencia, requisitos, diseño y tareas, y recién después implementa. Eso cambia algo en cómo uno piensa el trabajo porque te obliga a articular lo que querés antes de ver código.

Mi descripción antes de investigarlo era que se siente como un compañero de trabajo, no como una herramienta que hace todo por vos. Eso sigue siendo preciso. Lo uso para proyectos donde la estructura importa y quiero tener claridad sobre qué estoy construyendo antes de construirlo.

Canva

La incluyo porque sería deshonesto no hacerlo. No es una herramienta de desarrollo pero está en mi flujo todos los días.

Las portadas de los posts del blog, las imágenes de presentación de proyectos y el material visual de mis publicaciones pasan por Canva. No tengo formación en diseño y no pretendo tenerla. Canva me da un resultado visualmente aceptable en poco tiempo, que es exactamente lo que necesito para ese tipo de trabajo.

Lo más útil es mantener una paleta de colores y tipografías consistentes entre proyectos. Una vez que eso está definido, crear nuevo material es rápido.

Ninguna de estas herramientas es perfecta y no estoy diciendo que sean las que vos deberías usar. Son las que encajan con mi flujo específico, con los proyectos que tengo en curso y con la forma en que estudio. Si alguna te genera curiosidad, la mejor forma de evaluarla es usarla en algo concreto durante una semana, no leer reviews.

Este post refleja mi uso personal de estas herramientas a agosto de 2026. No tengo ninguna relación comercial con ninguna de las marcas mencionadas.