El 13 de septiembre es el Día del Programador y nos ha parecido una buena excusa para hablar de código, tecnología y de todo lo que hay alrededor de ser developer. Así que hemos preguntado a algunas de las personas de nuestra comunidad qué les obsesiona últimamente, qué herramientas les hacen la vida más fácil, qué han dejado atrás y qué consejo le darían a su yo junior.
Pero esta vez queríamos hacerlo un poco diferente.
Porque las personas que aparecen aquí no son solo developers o profesionales que trabajan en tecnología. Son personas que forman parte de nuestra comunidad y que, en muchos casos, he tenido la suerte de conocer personalmente a lo largo de estos años. Algunas las he conocido en eventos, otras a través de sus comunidades y otras compartiendo escenario.
Gente que participa, comparte, organiza, pregunta, ayuda y, sobre todo, aporta muchísimo a la comunidad.
A Mia le llevo siguiendo la pista muchos años. Una de las primeras veces que coincidimos fue en la EDD —gran conferencia, por cierto— y, tiempo después, me atreví a ofrecerle la gran responsabilidad de ser MC en el main stage de Codemotion y presentar a Carlos Santana, más conocido como Dot CSV. Y sí, aceptó. Algo que todavía agradezco, porque no todos los días tienes la oportunidad de poner a alguien de la comunidad tan top delante de un escenario así.
A Nadia Ujovich es difícil no cruzársela. Aunque vive en Alicante, te la puedes encontrar en Madrid, en un evento, en una comunidad o en cualquier otro rincón del ecosistema tech. Yo la conozco especialmente por Mermelada Tech, su comunidad, y por no parar nunca.
A Carlos Alonso Perez ya lo hemos tenido varias veces como ponente en Codemotion, así que quienes hayáis coincidido con él ya sabéis que es oro. Y, sobre todo, que no para. Siempre tiene algún proyecto, herramienta, idea o experimento nuevo entre manos.
A Manuel Fernandez le tenemos como uno de nuestros próximos speakers en el CodeMeet de septiembre. Y, si algo nos gusta de tenerle en la comunidad, es su capacidad para hablar de temas complejos de una forma muy aterrizada y práctica.
A Ana García, de Next Digital. Ana es una gran profesional a la que pude conocer en Codemotion y, además, entrevistar. Así que, si necesitas consejo para ser developer, pídeselo a ella.
Y Jesús Espino García, que se ha convertido en uno de esos perfiles que, con el tiempo, sabes que siempre quieres tener cerca. Ahora mismo no recuerdo exactamente dónde nos conocimos. Seguramente fue en alguna conferencia de Codemotion, como ocurre tantas veces en este mundo. Pero sí recuerdo perfectamente por qué acabas confiando en alguien como él: sabes que siempre te va a dar una buena charla, que va a aportar algo interesante y que, si le pides ayuda con algo, va a intentar resolverlo.
Para mí, además, Jesús es mi MC y speaker de confianza. De esas personas a las que puedes llamar para un evento sabiendo que va a funcionar. Y creo que eso dice bastante de la relación que se construye alrededor de una comunidad: empiezas coincidiendo en eventos y, con los años, acabas rodeándote de personas a las que sabes que puedes recurrir.
Seis personas diferentes, seis historias y seis formas de entender la tecnología.
Y eso es precisamente lo que queríamos descubrir con estas preguntas.
Porque, aunque cada una trabaja con tecnologías diferentes y tiene su propia manera de hacer las cosas, sus respuestas demuestran que ser developer va mucho más allá de aprender un lenguaje, utilizar una herramienta nueva o escribir código.
También va de seguir teniendo curiosidad, cambiar de opinión, aprender de los demás, automatizar lo que te hace perder el tiempo, preguntar cuando no sabes algo y compartir lo que has aprendido por el camino.
Así que, aprovechando el Día del Programador, les hemos preguntado por todo ello.
Y estas son sus respuestas.
Lo que les tiene obsesionados ahora
Si hay algo que queda claro después de leer las respuestas es que el mundo developer no se está moviendo todos al mismo ritmo ni en la misma dirección.
Para Mia, ahora mismo es Tailwind.
Y no solo porque le permita construir interfaces rápidamente. Hay algo casi mágico en pasar de unas pocas líneas a tener una interfaz funcionando.
“Es mágico ver cómo las interfaces se crean rápidamente con apenas unas líneas. Una vez te haces con ella… es como sentirte un hada madrina.”
En el caso de Carlos, la obsesión está bastante más relacionada con la IA. Concretamente, Codex y Claude Cowork.
La razón es sencilla: la cantidad de cosas que está pudiendo automatizar gracias a estas herramientas es, en sus palabras, “simplemente alucinante”.
No está utilizando la IA únicamente para escribir código. También está creando pequeñas herramientas para quitarse de encima tareas manuales y repetitivas.
Por ejemplo, ha creado herramientas para gestionar las dependencias entre tareas de JIRA y visualizarlas como un diagrama de Gantt. También ha automatizado parte del mantenimiento de sus entornos de desarrollo para que, cuando empieza a trabajar, repositorios, índices y compilaciones estén preparados.
Manuel también está siguiendo muy de cerca la IA, pero con una perspectiva diferente. Lo que más le interesa es aplicarla al propio proceso de desarrollo, especialmente a través de coding agents.
El cambio que le parece interesante no es simplemente escribir código más rápido, sino poder delegar tareas completas de desarrollo, testing, documentación o mantenimiento.
Eso sí: con una condición importante. El developer sigue poniendo las reglas y revisando el resultado.
Nadia tampoco se ha quedado fuera de la conversación sobre agentes. Su obsesión actual es precisamente la construcción de AI agents.
Y su respuesta sobre qué necesitas para ponerte manos a la obra tiene bastante menos misterio del que podríamos esperar:
“Una cuenta a un proveedor de IA que te guste, un harness bien armado y el SSD que más te guste.”
Mientras tanto, Ana nos recuerda que no todo tiene que girar alrededor de la IA.
Su obsesión actual es Hugo, un framework para generar sitios estáticos que está utilizando para trabajar en su web personal, revisar la documentación y mejorar tanto la organización como el aspecto visual.
Y Jesús nos lleva directamente hasta una de las piezas fundamentales sobre las que se construye buena parte de nuestra infraestructura tecnológica: el kernel de Linux.
Lo que le interesa especialmente ahora es que, con el estado actual de las IA, puede investigar y entender mejor su código. Para alguien que lleva años programando, tener una herramienta que le permite explorar con más profundidad una pieza tan compleja resulta especialmente interesante.
Seis respuestas y una primera conclusión: hay vida más allá de los agentes.
Lo que han dejado atrás
Programar también consiste en cambiar de opinión.
Mia, por ejemplo, ha dejado atrás JavaScript para convertirse en muy buena amiga de TypeScript. El tipado fue suficiente para convencerla.
Carlos ha hecho un cambio todavía más llamativo: cada vez utiliza menos el debugger. Después de haber trabajado con herramientas como gdb o lldb, explica que ahora Claude puede seguir los stack traces y ayudarle a entender de dónde puede venir un fallo.
Manuel habla de algo menos concreto, pero probablemente más importante: ha dejado atrás la idea de que una buena solución tiene que ser compleja.
Con la experiencia ha aprendido que la arquitectura más sencilla que resuelve correctamente el problema suele ser mejor que una solución llena de abstracciones creadas “por si acaso”.
Nadia, por su parte, ha aprendido a no casarse con ningún lenguaje de programación.
Mantener la mente abierta a diferentes lenguajes, tecnologías y formas de trabajar le parece cada vez más importante. Y, con las herramientas de IA actuales, experimentar con nuevas tecnologías también resulta mucho más sencillo.
Ana no ha dejado realmente de utilizar una tecnología, pero sí ha cambiado el terminal de siempre por Terminator (emulador de terminal avanzado para Linux, por si acaso).
Porque a veces mejorar como developer también consiste en encontrar una herramienta que simplemente te haga trabajar más cómodo.
Jesús, en cambio, ha decidido prescindir de los ORMs.
Su problema con ellos es precisamente la abstracción: cree que pueden alejar demasiado al developer del SQL y de lo que realmente está pasando en la base de datos. Y para él, entender bien esa parte es fundamental.
Seis formas diferentes de cambiar de opinión. Porque también se aprende cuando decides que algo que antes te parecía una buena idea ya no lo es tanto.
Las pequeñas cosas que te hacen la vida más fácil
No todas las herramientas que recomiendan requieren montar una infraestructura de tres meses.
Mia recomienda Notion. Una solución bastante sencilla para algo que, cuando trabajas en tecnología, puede convertirse rápidamente en un problema: tener las notas organizadas y poder encontrar las cosas cuando las necesitas.
Carlos propone llevar la automatización un paso más allá y crear tus propias pequeñas herramientas para solucionar problemas concretos.
Manuel tiene una regla especialmente fácil de recordar:
“Automatiza todo lo que hagas más de dos veces.”
Puede ser un script, un workflow de CI/CD o un simple comando. No hace falta crear una plataforma gigantesca. Muchas veces, una automatización pequeña puede ahorrarte muchísimo tiempo.
Ana pone el foco en otra herramienta que a veces olvidamos: la documentación.
Apuntar las cosas complicadas de un stack, explicar en un ticket qué has hecho y por qué, organizar los enlaces que utilizas habitualmente o guardar aquellas páginas que siempre acabas buscando.
Y, sobre todo, pensar en la persona que serás dentro de unos meses:
“Hazte un favor a tu yo futuro y ahórrate tiempo de volver a buscar o pensar cosas que ya has buscado o pensado.”
También recomienda Flameshot. Porque sí, también hay pequeños trucos que simplemente hacen que el día sea un poco más fácil.
Jesús, sin embargo, no empieza por una herramienta. Empieza por dos cosas que considera mucho más importantes: curiosidad y pensamiento crítico.
La IA puede ayudarnos a resolver problemas rápidamente, pero precisamente ahí existe un riesgo: solucionar algo sin entender realmente cómo funciona.
Por eso recomienda utilizar la curiosidad para ir un paso más allá y preguntarse por qué la solución funciona. Y después aplicar pensamiento crítico para decidir si esa solución es realmente la mejor, si es correcta y, sobre todo, si es la que nosotros queremos utilizar.
Una combinación bastante necesaria en tiempos de IA.
La comunidad también es una herramienta
Cuando les preguntamos por comunidades, eventos y recursos para seguir aprendiendo, aparece otra constante: nadie aprende completamente solo.
Mia habla de Step4ward, una comunidad que define como “preciosa”, formada por mujeres con mucho talento dispuestas a compartir y aprender juntas.
También recuerda techSHEssions, una comunidad que le dio la oportunidad de empezar a hablar en público y descubrir que tenía más cosas que compartir de las que pensaba.
Carlos responde de forma mucho más directa:
“Codemotion!!”
Aunque añade una segunda recomendación que, especialmente hablando de IA, cobra todavía más sentido: pensamiento crítico.
En un momento en el que estamos rodeados de herramientas, promesas y discursos sobre inteligencia artificial, saber diferenciar el marketing de lo que realmente funciona se ha convertido en una habilidad fundamental.
Manuel también señala Codemotion, tanto por los eventos como por la comunidad y el contenido técnico. Para él, escuchar las experiencias reales de otros developers, leer código open source y participar en comunidades técnicas son formas importantes de mantenerse al día.
Que conste que esta publi no la hemos pedido, pero os dejamos por aqui la newsletter por si quereis enteraros de todo
Nadia no se queda con una comunidad concreta. Para ella, cualquier comunidad o evento tecnológico puede ser importante, especialmente cuando estás empezando.
No solo por lo que puedes aprender, sino por los contactos y la red de apoyo que puedes construir.
Ana responde con un nombre muy concreto:
“Sirviendo Código :)” En poco tienen su gran gala asi que esperamos veros por alli
Y Jesús propone algo diferente dependiendo del momento profesional en el que te encuentres. Habla de Exercism o Udemy para aprender cosas nuevas, pero destaca especialmente Iximiuz Labs porque permite aprender de una manera muy práctica.
Al final, una comunidad también puede ser una herramienta. Solo que no necesita documentación, no se instala con npm install y, por suerte, tampoco suele pedirte que actualices a la versión 4.0.
¿Qué le dirían a su yo junior?
Quizá esta sea la pregunta que más cambia el tono de las respuestas.
Mia empezaría por algo que muchos developers tardamos demasiado en aprender: preguntaría más.
No tener miedo a reconocer que no sabes algo y apoyarte en las comunidades. Para ella, esas comunidades pueden convertirse en un auténtico “flotador en los días más oscuros”.
Carlos recomienda hacer prácticas.
En un mercado laboral competitivo, considera que una buena experiencia de prácticas puede ser una ventaja importante y, sobre todo, un trampolín hacia ese primer trabajo que muchas veces es el más difícil de conseguir.
Manuel no recomienda intentar aprenderlo todo.
Su consejo es centrarse en los fundamentos y, sobre todo, aprender a aprender. Porque los lenguajes, frameworks y herramientas van a cambiar. Pero saber diseñar una solución, leer código, hacer buenas preguntas, escribir tests y entender por qué algo funciona seguirá siendo útil dentro de diez años.
Nadia lo resume de una forma sencilla: escucha a los developers con experiencia y aprende de ellos.
Ana pone sobre la mesa algo que debería acompañarnos durante toda la carrera: aprender qué significa realmente escribir código limpio.
Y Jesús se iría un poco más lejos: le diría a su yo junior que se arriesgara más y que se pusiera en situaciones en las que pudiera fallar.
Porque incluso cuando las cosas no salen bien, considera que merece la pena haberlo intentado.
Seis consejos diferentes que, en el fondo, apuntan a algo parecido: no tienes que saberlo todo para empezar y tampoco tienes que evitar todos los errores.
¿Y por qué siguen programando?
Después de hablar de herramientas, IA, comunidades y productividad, quedaba una última pregunta.
¿Qué es lo que más les sigue gustando de programar?
Para Mia, es la posibilidad de coger un problema y dividirlo hasta convertirlo en algo manejable. Lo describe como una auténtica obra de artesanía.
Carlos habla de la satisfacción de resolver un problema complejo.
Manuel disfruta especialmente de convertir un problema abstracto y complicado en una solución sencilla que funciona y que, además, otras personas pueden utilizar.
Nadia se queda con algo que resume muy bien una parte de la magia de programar:
“Que podemos crear cosas maravillosas en un par de horas.”
Ana habla de creatividad. De encontrar problemas y pensar cómo resolverlos.
Y Jesús tiene una reflexión especialmente interesante. Durante años pensó que lo que le gustaba era el proceso de programar. Pero la llegada de la IA le ha hecho darse cuenta de que quizá lo que realmente le apasiona es crear.
Crear cosas que antes no existían. Resolver el “acertijo” de cómo construir algo. El código, en ese sentido, era simplemente el medio para llegar hasta ahí.
Y quizá esta sea una de las mejores maneras de entender qué significa programar.
No se trata únicamente de escribir código.
Se trata de convertir una idea en algo que antes no existía.
Lo que cambia y lo que permanece
En 2026 hablamos mucho de agentes de IA, automatización y nuevas formas de desarrollar software. Y es evidente que la manera de trabajar de los developers está cambiando.
Pero escuchar a estas seis personas también sirve para recordar que no todo cambia.
Siguen siendo importantes los fundamentos. La curiosidad. El pensamiento crítico. Saber preguntar. Leer código. Escuchar a otras personas. Compartir conocimiento. Automatizar aquello que no tiene sentido hacer a mano.
Y, sobre todo, seguir aprendiendo.
Jesús lo resume de una forma especialmente bonita:
“Aprender a enamorarte del proceso de aprendizaje, la frustración, el bloqueo, la sensación de no conseguir entender algo hasta que hace click, esa es la primera piedra sobre la que se construye todo lo demás.”
Manuel lo expresa desde otro ángulo:
“No necesitas conocer la tecnología que estará de moda dentro de cinco años. Necesitas ser capaz de aprender la que aparezca dentro de cinco años.”
Y Ana nos recuerda que tampoco existe una única forma de ser un buen programador.
Puedes tardar más. Puedes cambiar de lenguaje. Puedes equivocarte. Puedes descubrir una herramienta que te haga replantearte cómo trabajabas hasta ayer.
Lo importante es seguir avanzando, corregir cosas por el camino y llegar a un punto en el que puedas mirar lo que has construido y sentirte orgulloso.
Porque, al final, de eso también va ser developer.
De aprender. De crear. De equivocarse. De compartir.
Y de seguir teniendo curiosidad por descubrir qué viene después.
Feliz Día del Programador.
P.D. No queríamos cerrar el artículo sin hacerle un poco de promo a Mia y a su proyecto open source, Foodiesaurus 🦖❤️
Es la plataforma que está creando para encontrar restaurantes seguros para personas con alergias alimentarias.
