Software Crafters Barcelona

About the conference / A place to share knowledge

Software Crafters Barcelona is a two-day event starting with the Friday Open Space and continuing a Saturday of exciting conferences, which aim to attract and connect software development professionals who feel passionate about their work and share the values and principles of the Crafters movement.

It aspires to be a meeting place that facilitates the magic of learning, teaching and collaboration, where participants create a gratifying and enriching experience.

It doesn't matter who you are, your knowledge level or your favorite programming language. We encourage you to participate if you:

are passionate about software.
want to be involved, or are already involved, in the Software Crafters movement.
want to share your knowledge, experience, or skills.
enjoy learning by helping others and believe that sharing is key to your own progress.

In addition to technical content, it will be fun. There will be beers, and we'll have stimulating conversations late into the night. Software Crafters Barcelona is an opportunity to meet new friends, face new challenges while learning and further improve your skills. Join us!

Schedule / 16 & 17 October

Friday 16.10.2026 Open Space
Saturday 17.10.2026 Conference

Open Space

17:00 - 17:25

Registration

17:30 - 17:40

Opening

17:45 - 20:00

Open Space

An Open Space is a self-organized event where, unlike a traditional conference, everyone participates interactively in defining sessions and their development. Despite being self-organized, there are simple dynamics to carry it out:

- Those who attend propose specific topics. They do not necessarily have to lead these topics, it can be a question that among the attendees you also have it and you want to talk more about the topic. You don’t need expert people in the session, just people who want to talk about the topic.

- These topics are voted on by all attendees and the discussion topics are organized into “tracks”.

- If you feel that you are not contributing or are not interested in the topic, you are free to enter and exit the session.

20:00 - 21:00

Cocktail / Networking

	Track 1	Track 2	Track 3
09:00 - 09:25	Registration
09:30 - 09:55	Opening
10:00 - 10:55	Next.js: The Final Boss of Web Performance Estela Franco Next.js: The Final Boss of Web Performance Track: Development principles and methodologies Tu test de Lighthouse en local da un 100 perfecto, pero cuando tu aplicación llega a producción, en el mundo real, es un Game Over instantáneo. ¿Por qué Next.js parece tan rápido en desarrollo y resulta no serlo para los usuarios reales? En esta charla desmitificaremos qué ocurre realmente entre el servidor y el usuario, desde el SSR y el streaming hasta la hidratación y las Core Web Vitals. Saldrás de la charla con soluciones a los errores más habituales y las estrategias reales necesarias para conquistar la performance de Next.js a escala. Estela Franco Estela is a Senior Technical Architect in Web Performance at Shopify, where she helps merchants build faster and more performant experiences for their customers. Deeply involved in the global tech community, Estela is an international speaker, the co-founder of #MujeresEnSEO, and a co-organizer of PerformanceObserver.dev. She is dedicated to sharing technical knowledge and advocating for more diversity in the industry.
11:00 - 11:25	Break
11:30 - 12:25	Construint un framework de testing distribuït amb Argo Workflows i Open Test Reporting Javier Rois Construint un framework de testing distribuït amb Argo Workflows i Open Test Reporting Track: Testing and Quality La nostra plataforma basada en Kafka gestiona milions de connexions, amb el suport de desenes de components en Kubernetes. La validació automàtica i el testing funcional són essencials per al nostre procés de release. El framework de testing que vam construir originalment ens va permetre executar tests end-to-end durant anys, però, a mesura que la plataforma es va anar ampliant, van anar sorgint diversos problemes: temps d’execució llargs, integració limitada amb Kubernetes, tooling fragmentat i una fricció creixent tant per als developers com per a QA. Durant l’últim any, hem estat modernitzant aquest legacy framework mentre continuàvem amb les releases de la plataforma sota terminis ajustats. En aquesta xerrada compartirem com vam abordar aquest procés: identificant els principals pain points, definint els building blocks d’una nova solució i introduint de manera incremental tecnologies com Argo Workflows, deployments amb Helm i Flux, un nou ecosistema de components I reporting estandarditzat. Juntament amb el recorregut tècnic, també parlarem de les consideracions pràctiques que han marcat el projecte — equilibrar la migració amb el desenvolupament continu, coordinar els esforços i introduir millores sense poder “aturar-ho tot”. Els assistents s’enduran estratègies per fer evolucionar un sistema de testing complex en Kubernetes, així com aprenentatges tant des del vessant tècnic com des de l’organitzatiu a l’hora de modernitzar una peça crítica d'infraestuctura. Javier Rois Javier Rois is a software engineer with experience across backend systems, data platforms, and teaching. He currently works as a Data Engineer at Klarrio, where he focuses on building and maintaining data platforms. Before that, he spent over a decade in roles ranging from backend engineering to consulting and technical training, working for ThoughtWorks, Wallapop, FactoriaF5, and Gradiant.	The craft is still yours: rethinking junior growth with AI Diana Gamez & Lauren Tucker The craft is still yours: rethinking junior growth with AI Track: AI and Automation The narrative is spreading fast: AI is coming for the junior role. Why invest in growing someone when a model can generate a pull request in seconds? This way of thinking is dangerous, and it’s costing us the next generation of great engineers. The real question was never “can AI do what a junior does?” but rather “how do juniors grow into seniors?” which is a question our industry has answered for decades with methods like pair programming. With the right structure, AI becomes a natural evolution of that practice: a 24/7 companion that knows the project, answers without judgment, and meets the junior where they are. Spec-first and intentional, it keeps them in the driver’s seat while accelerating growth across multiple dimensions, from reasoning about requirements to product thinking to implementation and beyond. Juniors aren’t just using AI; they’re managing it. They interrogate its output, catch its blind spots, and decide when to trust it or push back. That judgment is the craft, and it’s theirs to build. This talk brings together two perspectives: leadership and lived experience. A junior AI engineer shares what it feels like, including what unlocked, what was hard, and what she wishes she’d known earlier. An industry leader adds perspective on designing the environment that makes this growth possible, and what breaks when structure is missing. The craft is still yours, and AI is just another tool to grow it. Diana Gamez Diana is a tech leader with a background in AI, backend engineering, and team leadership. She started nearly a decade ago drawn by robotics, and has since led data and AI projects across diverse teams. With a people-first approach, she focuses on building practical, responsible AI. Diana shares her story to inspire others and believes AI should reflect the world it serves: diverse, thoughtful, and built with purpose. Lauren Tucker Lauren is a junior AI engineer who came to the field from mainframe engineering with a curiosity to see where the industry was heading. With a CS degree and a master's in AI behind her, she's spent her early career learning what that theory actually looks like in practice. Her main area of interest is using AI to accelerate skills growth as an engineer while building the judgment to know when to push back on it.	Tu próximo pair puede no saber programar Diego Albert Tu próximo pair puede no saber programar Track: Innovation and Trends Durante décadas, la frontera entre "quienes construyen" y "quienes deciden qué construir" estaba clara. Un PM escribía un PID, ingeniería estimaba, y meses después salía algo a producción. La IA ha dinamitado esa frontera. En Cabify lo estamos viviendo en primera persona. Product Managers que prototipan soluciones funcionales en horas. Designers que validan ideas con datos sintéticos antes de que ingeniería escriba una línea de código. Sesiones de pair programming donde un IC y un perfil de producto trabajan juntos en Cursor, combinando visión de negocio con criterio técnico. Pero este escenario no es gratis. Sin guardrails claros, el resultado es caos disfrazado de velocidad. El rol de ingeniería no desaparece: muta. Pasamos de escribir todo el código a diseñar las reglas del juego: coberturas de test, estándares de calidad, pipelines de validación y límites claros sobre qué llega a producción y qué no. Compartiré historias reales de cómo estamos redefiniendo nuestro flujo: qué ha funcionado, qué ha explotado, qué guardrails hemos construido tras problemas que no anticipamos, y cómo institucionalizamos una forma de trabajar donde prototipar es casi gratis pero la calidad no se negocia. No es una charla sobre herramientas. Es sobre qué pasa cuando toda la organización puede construir producto, y qué debe hacer ingeniería para que esa velocidad no se convierta en caos. Diego Albert Engineering Manager with over 6 years of experience leading multidisciplinary teams to deliver high-quality, scalable solutions that drive measurable business impact. I am passionate about empowering individuals to reach their full potential, creating inclusive and supportive environments, and fostering collaboration across teams.	⚡ Lightning Talks 11:30 - 11:40 \| Documentando APIs para IAs Javi Rubio Documentando APIs para IAs Track: AI and Automation El año pasado en la SCBCN25 hablé sobre documentar APIs. Dejé fuera una parte que estaba incipiente y ha explotado en doce meses: ahora quien lee tu documentación para usar tu API muchas veces no es una persona, es una IA. En esta lightning haremos un repaso rápido del panorama actual: ➟ Cómo se ha adaptado el ecosistema de herramientas y estándares de documentación. ➟ Nuevos casos de uso: chatbots con RAG sobre la documentación, agentes de soporte… ➟ Qué cambia en cómo documentamos. Apta tanto para personas que conocen el tema, como para quien quiera introducirse en el mundillo. Javi Rubio Ingeniero de software con inquietudes tecnoactivistas. Más de 20 años trabajando en la intersección entre producto, ingeniería y gestión del conocimiento. Disfruto dando charlas y colaborando en comunidades, defiendo el trabajo remoto sano, y el uso de la IA con cabeza. Promotor de #NoMeetings. 11:45 - 11:55 \| Ya no me pagan por programar 😢 Dani Patiño Ya no me pagan por programar 😢 Track: Development principles and methodologies Spoiler: la IA ya programa. Así que, ¿por qué seguimos cobrando? Porque nuestro trabajo nunca fue el código, sino el problema. Un recorrido honesto por cómo mi equipo giró hacia el product mindset —research, impacto, slicing— con la IA como compañera de viaje, no como amenaza. Dani Patiño Passionate software developer with 8+ years of experience, I thrive on challenges and never give up. I am dedicated to supporting and empowering my colleagues, always giving my best and continuously learning from each experience. I love sharing knowledge, and I embrace opportunities to learn something new every day. 12:00 - 12:10 \| Rescuing the System Everyone Gave Up On Andrei Danilov Rescuing the System Everyone Gave Up On Track: Tech culture and soft skills What happens when only 3 out of 100 engineers can touch a critical system and nobody else wants to? This talk dives into a real story of a failing legacy codebase: programming language barrier, poor testing, outdated dependencies, constant outages and a team stuck in frustration with no investment in sight. Instead of another failed “big rewrite” proposal, I approached the problem differently, using product thinking. By breaking the system into smaller, prioritized problems, aligning stakeholders and introducing measurable outcomes, we turned paralysis into progress. In this lightning talk, I’ll walk through the exact steps I used to reframe the problem, gain buy-in and start delivering impact without having to think about rewriting everything. If you’ve ever faced a legacy system everyone avoids but depends on, this talk will give you a practical way forward. Andrei Danilov Engineering leader. Building product minded teams and AI-native ways of working. https://www.linkedin.com/in/andreidanilov/ 12:15 - 12:25 \| La IA contra la IA: Crónica de un reclutamiento absurdo Leonardo Poza La IA contra la IA: Crónica de un reclutamiento absurdo Track: Tech culture and soft skills Empresas que criban CVs con IA. Candidatos que preparan CVs con IA para burlarlas. Una charla sobre cómo el reclutamiento se ha convertido en una guerra absurda, donde el factor humano se diluye. Leonardo Poza Burgalés. Feliz al cuadrado. Padre por duplicado. He pasado más de 15 años desarrollando software y liderando equipos técnicos. Luego llegó Manfred, y con ello la oportunidad de cambiar la forma en que se contrata talento tecnológico en España. Todo lo que viví como ingeniero me sirve para hacer mejor recruiting.
12:30 - 13:25	De 300 ms a 3 segundos: Cómo navegar la tormenta de un incidente real en producción y salir airoso Javi De 300 ms a 3 segundos: Cómo navegar la tormenta de un incidente real en producción y salir airoso Track: Monitoring and observability La latencia de escritura en uno de nuestros clústeres más grandes pasó de unos cientos de milisegundos a más de tres segundos. Los timeouts empezaron a multiplicarse y ya no podíamos asegurar que todos los datos estuvieran llegando. Había que declarar un incidente y responder con rapidez. Estar al mando de un incidente puede resultar abrumador, especialmente cuando la causa no está clara. Estos momentos ponen a prueba nuestra forma de investigar, tomar decisiones y coordinarnos. Después, analizar lo ocurrido puede ayudarnos a mejorar tanto el sistema como nuestra manera de trabajar. A partir de un incidente real, veremos cómo actuar durante los primeros minutos, organizar la respuesta y comunicar con claridad cuando todavía hay más preguntas que respuestas. También veremos cómo evitar la visión de túnel durante el diagnóstico y cómo gestionar incidentes ayuda a desarrollar criterio técnico, capacidad de comunicación y liderazgo. Javi Granadino, trabajo desarrollando Grafana Tempo, una base de datos de trazas distribuida. Trotamundos digital.	Building an Application Security function Toni Tassani Building an Application Security function Track: Testing and Quality In a technology organisation of over 2,500 engineers across 200+ teams, building cloud-native, mobile, and embedded systems under external scrutiny (SOC 2, NIS2), we set out to create an Application Security function (sometimes named Product Security) that could scale without becoming a bottleneck, alongside an existing InfoSec capability. This talk shares how we designed AppSec so that teams own the security of their applications, while a central team provides guidance, tooling, and enablement. It covers hiring for both technical skills and empathy, navigating funding challenges, and embedding security into delivery without slowing it down. We will explore practical elements such as integrating dependency scanning into developer workflows; introducing threat modelling into standard development practices; and managing incidents, penetration testing, and bug bounty programmes. We also built a Security Champions community through training and hands-on initiatives. Finally, we'll discuss the implications of the introduction of generative AI to the SDLC activities. A central theme is culture: building trust with engineers and leadership, working collaboratively, and avoiding isolation. This experience offers insights for organisations looking to evolve Application Security as a shared, scalable responsibility in modern software development. Toni Tassani Toni Tassani is a Barcelona-based software engineering leader with 20+ years of experience. As VP of Engineering, he leads initiatives in engineering practices and application security. A university lecturer and international conference speaker, he is passionate about the human aspects of software development, organisational culture, and communication. Outside work, he enjoys reading and engaging in philosophical discussions.	Cuando España se apagó: arquitectura para sobrevivir cuando falla hasta la luz Emilio Carrión Cuando España se apagó: arquitectura para sobrevivir cuando falla hasta la luz Track: Software Design and Architecture Diseñamos sistemas asumiendo que la conectividad es un hecho. El año pasado, durante el apagón nacional, esa suposición se rompió. Algunas partes de nuestros sistemas aguantaron. Otras no. Y la diferencia entre unas y otras no fue suerte: fueron decisiones de arquitectura tomadas años antes, en frío, cuando nadie quería justificar el coste y no había forma de probar que valían la pena. En esta charla cuento esas decisiones, con los trade-offs de negocio detrás de ellas, que permitieron que nuestros almacenes siguieran operando sin conexión a sistemas centrales durante horas. Con 1.700 tiendas, producto perecedero y logística que cuesta miles por minuto de parada. Tres problemas concretos: el modo bunker (cómo un nodo opera solo), el split-brain (qué pasa cuando la realidad física y la base de datos central divergen durante horas, y quién gana) y la reconciliación (cómo resincronizar millones de transacciones oscuras sin pérdida de datos cuando el sistema vuelve a la vida, y los race conditions que tienes que haber diseñado antes de que ocurran). Cada abstracción técnica de esta historia tiene una restricción de negocio detrás. La charla no separa las dos cosas. Emilio Carrión Staff Engineer en Mercadona Tech, donde trabaja con sistemas distribuidos para la logística de 1.700 tiendas. Da charlas desde hace varios años sobre lo que eso enseña y sobre cómo cambia el oficio de programar. Escribe en emiliocarrion.com y en YouTube (@emcarrio).	⚡ Lightning Talks 12:30 - 12:40 \| What PLG Actually Means for an Engineering Team Marta Vasconcelos What PLG Actually Means for an Engineering Team Track: Tech culture and soft skills You won't have a thorough PRD and months to implement a feature. You have a hypothesis to validate, a quick solution to ship, and a few days later you're measuring its impact. This talk covers what PLG and growth engineering actually look like in practice: from running quick experiments and negotiating scope, to measuring what matters and avoiding the dead code traps of A/B testing. Marta Vasconcelos Currently a Director of Engineering at SingleStore, Marta leads teams of engineers focused on building a product. Her journey through software development has led Marta to a deep appreciation for product thinking, frontend, user experience, and developer tools, driven by her dedication to building top-notch products and the teams that ship them. 12:45 - 12:55 \| Desarrollo con IA vs vieja usanza. "Esto antes molaba". Javier Ferrer González Desarrollo con IA vs vieja usanza. "Esto antes molaba". Track: AI and Automation 7 minutos para ver cómo ha cambiado el desarrollo en cuestión de 2 años. Mientras 1 persona soluciona un problema con IA, en paralelo, otra lo soluciona a la vieja usanza. ¡Fight! Lightning interesante para: - Rememorar rápidamente (o descubrir) lo que era depurar usando breakpoints. - Evidenciar cómo se ha reducido el valor de focalizarnos en el inner loop. - Reflexionar acerca de cómo cubrir las necesidades básicas que han quedado descubiertas con el cambio de paradigma. Aprendizaje, descubrimiento, reto, etc. ¡Nos vemos! Javier Ferrer González Redescubriendo el desarrollo de producto y compartiendo los aprendizajes en Codely 😊🤟. 13:00 - 13:10 \| Un perfil tècnic a una empresa "teal" Jordi Saumell Un perfil tècnic a una empresa "teal" Track: Tech culture and soft skills En un entorn en què s'espera que tothom prengui decisions es donen dinàmiques una mica diferents. Això porta a una manera de treballar interessant, tot i que no apta per a tothom; comporta certes dificultats; i requereix noves habilitats. Veurem un esbós d'aquestes diferències i, qui sap, potser us voleu emportar alguna d'aquestes idees als vostres equips. Jordi Saumell Jordi is the Mobile Chapter Lead at Basetis, specializing in Android and KMP. He is passionate about craftsmanship in both product and code, with a focus on improving user experience and developer experience. He loves a good debate about anything he can learn from, including how to improve the UI, how to make code more readable, architecture, or agile. 13:15 - 13:25 \| Fem comunitat: hay una comunidad para eso Nicolas Grenié Fem comunitat: hay una comunidad para eso Track: Diversity in IT Hace diez años, en Barcelona había unos pocos meetups tech. Si querías conocer a otros developers, no tenías muchas opciones y casi siempre te encontrabas con las mismas caras. Hoy es todo lo contrario. Hay un meetup, un evento o una comunidad para prácticamente cualquier tecnología, framework o herramienta de IA. Pero con tantas opciones, ¿es más fácil encontrar tu sitio o estamos todos un poco más perdidos? Llevo más de diez años participando y organizando comunidades tech, y he visto cómo ha cambiado el panorama en Barcelona. En estos 7 minutos quiero compartir algunas reflexiones sobre lo que hemos ganado (y perdido) por el camino, cómo la IA está cambiando las formas de aprender y conectar, y por qué, al final, lo más importante de una comunidad sigue siendo lo mismo: las personas que conoces, lo que compartes y las ganas de ayudarse unos a otros. Nicolas Grenié Nicolas lleva más de diez años trabajando en Developer Relations, creando contenido técnico y conectando a developers con las tecnologías. Después de pasar por empresas como Red Hat, Typeform y SLNG, sigue convencido de que las mejores cosas se construyen en comunidad. Es fundador de HackBarna, una comunidad de developers y builders que se encuentran por hackathons para aprender, experimentar y compartir ideas.
13:30 - 14:55	Lunch
15:00 - 15:55	¿Es rentable (y posible) la IA 100% local en desarrollo? Fernando Aparicio Reviriego ¿Es rentable (y posible) la IA 100% local en desarrollo? Track: AI and Automation Tal y como está el patio de las suscripciones de Claude, Antigravity, Codex.... ¿Es factible hoy en día desarrollar software profesional prescindiendo de los modelos privativos y sus sistemas de pago por uso? Movido por la búsqueda de autonomía técnica y privacidad, decidí realizar una inversión "posiblemente descabellada" en hardware de última generación (NVIDIA Blackwell) para ejecutar modelos de pesos abiertos y ponerlo a prueba. Esta es la crónica de un descubrimiento: un viaje de aprendizaje incremental donde se analiza, desde una visión crítica y honesta, si la IA local ha madurado lo suficiente para el día a día de un desarrollador. Exploraremos cómo configurar un nodo de cómputo, el dilema de las cuantizaciones, qué modelos elegir para cada fase del ciclo de vida (planificar, programar, refactorizar) y cómo se comportan estas herramientas ante retos reales como el Domain-Driven Design (DDD) sobre un producto complejo. Una sesión para quienes se preguntan si con los precios actuales del mercado es el momento de comprar hierro propio, si la salida pasa por el alquiler bajo demanda, o si todavía estamos atados al bufé de la nube. Fernando Aparicio Reviriego No biography available.	Stop Designing Screens. Start Designing Decisions Nastassia Shahun Stop Designing Screens. Start Designing Decisions Track: Monitoring and observability Modern software is no longer purely reactive. From AI copilots to automated workflows, systems increasingly act on behalf of users—making suggestions, triggering actions, and sometimes making decisions without explicit input. But most of our engineering practices still assume a simple model: request → response So what happens when there is no clear request? When the system decides to act, new challenges emerge: -How do we model and implement decision-making in our systems? -How do we observe and explain why something happened? -How do we debug behavior that wasn’t directly triggered by a user? -How do we define requirements for actions that may or may not happen? In this talk, we’ll explore how agentic behavior changes the way we design, build, and operate software. We’ll look at: -how to move from endpoint-driven thinking to decision-driven architecture -what “observability” means when systems make choices—not just process inputs -practical ways to keep autonomous behavior traceable, testable, and safe This is not a UX talk. It’s a shift in how we think about systems. Because if your software can decide to act—and you didn’t design how—you’ll still get decisions. Just ones you can’t see, explain, or control. Nastassia Shahun Nastassia Shahun is a Senior IT Business Analyst and Product Owner specializing in complex, intelligent products across FinTech and eCommerce. Her work focuses on decision-making, product discovery, and aligning business and user intent in systems that increasingly act on behalf of users. She is an international conference speaker, writer, and mentor at global hackathons. As Editorial Lead at the IIBA Poland Chapter, she shapes content strategy and supports the development of the BA community.	Kit de supervivencia para fechas límite: Optimizando las rutas de 22.000 pedidos bajo presión Alejandro & Victor Nassif Kit de supervivencia para fechas límite: Optimizando las rutas de 22.000 pedidos bajo presión Track: Development principles and methodologies A todos nos ha pasado eso de llegar un día a la oficina, y antes siquiera de poder tomarte un café alguien te avisa de que hay una reunión urgente. Te acercas temoroso, pues sabes que se avecinan curvas. En nuestro caso el negocio ha crecido, el motor de rutas que fue construido al inicio del proyecto ya no soporta los 22.000 pedidos que debe entregar a diario. Crea rutas ineficientes que requieren de manualidades provocando retrasos en las entregas, clientes descontentos y un equipo exhausto haciendo horas extra. Se trata de una situación peliaguda, y los stakeholders lo necesitan "para ayer". ¿Qué haces ante esta situación? En esta charla abriremos las tripas de un caso real donde la mentalidad Lean y las prácticas de Extreme Programming (XP) fueron nuestro salvavidas. Veremos código, métricas y gráficas para detallar todo el camino que seguimos. ¿Qué veremos en la sesión? - Analizaremos las opciones que teníamos y por qué elegimos nuestra solución actual, siempre abogando por una solución pragmática con sus tradeoffs. - Cómo gestionamos las expectativas de los stakeholders. - Cómo las dinámicas de equipo (feedback constante, simplicidad y coraje) nos permitieron atacar el problema sin quemarnos. - Cómo utilizar la “deuda técnica” como herramienta de entrega eficiente sin que fuera un obstáculo. - Qué pasó en la primera puesta en producción y cómo nuestras decisiones iniciales afectaron al sistema meses después. - Un repaso por lo que salió bien y, sobre todo Alejandro Soy staff engineer en Mercadona Tech. En mi día a día me dedico a construir software que evolucione con el negocio sin perder la calidad por el camino, apoyándome siempre en las prácticas XP. Creo firmemente en el pragmatismo responsable y en el aprendizaje continuo. Fuera de las pantallas, devoro libros y busco mi próximo reto en cualquier Escape Room que se me ponga por delante. Victor Nassif Backend Engineer en Mercadona Tech. Creyente de XP y TDD. Brasileño en tierras españolas. Entre fogones y pedales en mis ratos libres	Asteroide A11y-B-612 Jordi Turull Asteroide A11y-B-612 Track: Accesibility and sustainability Cada any, WebAIM estudia l’estat global de l’accessibilitat analitzant un milió de pàgines web. En l’anàlisi de l’últim any (publicada al febrer), es van detectar prop de 56 milions d’errors diferents. El més curiós és que el 96 % d’aquests errors es poden agrupar en sis categories, que han estat les mateixes durant els darrers set anys pero l'últim any han empitjorat. Vols saber què ha passat i quines són? Aquesta xerrada et servirà per entendre com afecta l’accessibilitat als teus projectes digitals i com evitar els errors més habituals. Al llarg del viatge, visitarem diversos planetes d’El Petit Príncep, on els seus personatges ens ajudaran a descobrir conceptes clau d’accessibilitat, bones pràctiques i algunes lliçons imprescindibles per construir experiències digitals més inclusives. Jordi Turull Jordi es ingeniero informático y técnico en realización de audiovisuales. Cuenta con 15 años de experiencia en el sector tecnológico, especializado en frontend, y actualmente desempeña el rol de Tech Lead y Design System Engineer. Le apasionan el diseño, la fotografía y el deporte. Desde hace 5 años, además, ha incorporado la accesibilidad web a sus intereses y dedica parte de su tiempo a difundir y sensibilizar sobre este tema tan relevante, tanto dentro como fuera de la empresa.
16:00 - 16:55	Secure by Design, Secure by Principles Javier Ramos Panduro Secure by Design, Secure by Principles Track: AI and Automation La inteligencia artificial no es solo una herramienta: es una infraestructura de poder. En esta charla exploramos cómo diseñar sistemas de IA que sean seguros desde su concepción, no como parche posterior. Hablaremos de secure-by-design aplicado a IA, modelos robustos y predecibles, mitigación de riesgos (prompt injection, data poisoning, fugas de información), gobernanza, soberanía tecnológica y ética aplicada al diseño arquitectónico. Más allá de la ciberseguridad clásica, abordaremos cómo integrar principios de ingeniería responsable, trazabilidad, explicabilidad y control humano significativo. El objetivo: construir sistemas confiables, auditables y alineados con valores humanos y sociales. Porque la seguridad no es una feature, es un principio de diseño, y de ética. Javier Ramos Panduro I'm a Solutions Architect with almost 20 years of experience designing and building robust and scalable applications. Passionate about technology with positive social impact, combining deep technical expertise with leadership to create solutions that drive progress and inclusivity.	Exactly-Once Semantics: Getting It Right When Money Is on the Line Sergei Aleksandrov Exactly-Once Semantics: Getting It Right When Money Is on the Line Track: Software Design and Architecture Exactly-once semantics is a cornerstone - and often unspoken - rule of many business requirements: we must not charge a user twice for the same product, deliver the same service twice, or lose a payment halfway through. But the distributed systems we build on rarely provide exactly-once behavior end to end. As business rules grow more complex and architectures span services, queues, databases, and third-party APIs, getting this right becomes a really hard engineering problem. In this talk, we’ll walk through a real fintech case from the initial product promise to the technical architecture behind it. We’ll bridge the gap between business expectations and the guarantees engineers must build, examine the most important failure modes, and arrive at a solution that delivers effectively-once behavior in practice. Sergei Aleksandrov I’m a Senior Backend Engineer based in Barcelona, specializing in distributed systems where failure is expected but incorrect outcomes are not. In fintech, I build high-load, mission-critical products and have recently focused on real-time fraud detection and payments processing. I work primarily with Kotlin and Java, and I enjoy exploring what event-driven architecture, consistency challenges, and production failures can teach us about building more reliable systems.	De vibe coding a harness engineering: modernizando un entorno regulado con la IA Anyul Rivas De vibe coding a harness engineering: modernizando un entorno regulado con la IA Track: AI and Automation Migrar un mainframe bancario a la nube bajo normativas de seguridad fluctuantes en tres meses parecía una misión imposible. La IA (agentes, herramientas MCP) fue el multiplicador de fuerza para lograrlo, pero exigió un cambio de paradigma. Esta sesión disecciona la evolución desde la ilusión del vibe coding —generar código mediante conversaciones fluidas— hacia una estricta disciplina de harness engineering (ingeniería de arneses). Cuando la IA escribe el código, la artesanía del software (Software Craftsmanship) evoluciona. El foco ya no es la sintaxis, sino la construcción de las redes de seguridad. Exploraremos cómo domar la generación automática en entornos hostiles y altamente regulados construyendo arneses implacables: Spec-Driven Development, pipelines evolutivos y validación continua. Puntos Clave Evolución del Craftsmanship: El paso de teclear código a orquestar, limitar y auditar sistemas generados por múltiples subagentes. Construcción de Arneses: Uso de testing extremo (integración, testcontainers, simulación de entornos) para contener y certificar el comportamiento del código generado. Spec-Driven Development: La especificación como contrato único e inquebrantable entre negocio, seguridad y los agentes de IA. Pragmatismo radical: Cómo mantener la agilidad y los principios de diseño cuando las reglas del entorno regulado cambian a diario. Anyul Rivas Artesano del software con 20 años de experiencia profesional.	La feature perpètua: Com integrar accessibilitat i complir l'EAA amb l'ajuda de la IA Rocío Cejudo Soronellas La feature perpètua: Com integrar accessibilitat i complir l'EAA amb l'ajuda de la IA Track: Accesibility and sustainability L’accessibilitat és la "feature perpètua": aquell tiquet que viu eternament al backlog, s’hereda de sprint en sprint i mai no es tanca perquè "no hi ha temps". Però el 2026, amb l’EAA (European Accessibility Act) en ple vigor, ajornar-la ja no és una opció tècnica, és un risc legal imminent. La realitat és que la majoria dels equips no estan preparats i confien en automatitzacions bàsiques que només generen una perillosa il·lusió de qualitat. En aquesta sessió, trencarem el cicle de postergació. Analitzarem per què els validadors tradicionals fallen en detectar barreres reals i com l’Enginyeria d’Agents revoluciona el compliment de la normativa. Explorarem com l’orquestració d’agents d'IA personalitzats, creats específicament per a auditar l'accessibilitat, permet raonar sobre la semàntica i la interacció humana. Mitjançant el Model Context Protocol (MCP) i les Chrome DevTools, veurem com aquests agents auditen amb precisió allò que els tests automàtics ignoren. Descobrirem una estratègia per integrar auditors intel·ligents que eleven la capacitat dels equips, transformant l’accessibilitat d’una càrrega inabastable en un procés tècnic escalable, auditable i real. És hora de deixar de moure el tiquet de sprint i començar a garantir una web que no exclogui ningú. Rocío Cejudo Soronellas Rocío es Desarrolladora Senior Fullstack y formadora técnica en Factoría F5. Pasa sus días compaginando el aula, donde mentoriza a talento diverso hacia el sector TIC, con el coliderazgo técnico de plataformas web de alto impacto social. Especializada en accesibilidad (A11y) e IA, le apasiona explorar cómo la automatización potencia a los equipos sin perder el foco humano, transformando el código en una herramienta real de inclusión y empoderamiento.
17:00 - 17:25	Break
17:30 - 18:25	Poniendo a prueba los límites: ¿pueden PMs y Diseñadores construir productos reales? David Valero & Rosana Reischak Poniendo a prueba los límites: ¿pueden PMs y Diseñadores construir productos reales? Track: AI and Automation Con todos los avances recientes en IA, hemos ido descubriendo, casi de forma inevitable, mejores formas de desarrollar software a medida que lo hacíamos nosotros mismos y ayudábamos a otros a hacerlo. Esto nos llevó a una pregunta: ¿pueden un par de Product Managers y Diseñadores crear algo real, fiable y listo para producción con una supervisión mínima de desarrolladores? Queríamos ir más allá del hype y comprobar si personas que no son ingenieros podían desenvolverse en las complejidades del código en producción sin necesitar un desarrollador a su lado en cada paso. Para responder, llevamos a cabo un doble experimento con dos parejas de PM/PD en situaciones muy diferentes: una comenzó un proyecto desde cero y la otra intentó construir y lanzar productos dentro de un enorme entorno de producción ya existente, con patrones establecidos y estrictas reglas arquitectónicas. En esta charla mostraremos todo el proceso: cómo configuramos el entorno, los avances y cambios que fuimos haciendo, los obstáculos que encontramos cuando la IA llegó a sus límites y los momentos en los que los desarrolladores tuvieron que intervenir. También veremos cómo fuimos aprendiendo de esos momentos para reducir progresivamente la necesidad de intervención. Por último, compartiremos si hemos alcanzado la confianza suficiente para desplegar el código en producción y, a partir de ahí, hasta qué punto el concepto de «Product Engineer» puede convertirse en una realidad. David Valero Product Software Engineer who loves building scalable backend systems and turning real business problems into solid technical solutions. I work remote, I'm big on XP and Lean principles — TDD and CI/CD are just how I like to build, clean and iterative. Lately I've been diving into AI-powered tools and LLMs to speed up how I build and ship, and honestly just to build smarter stuff. Always chasing the next thing to learn Rosana Reischak Rosana Reischak is a Senior Product Manager based in Barcelona, currently working at Top Doctors. Previously, she spent several years at Cooltra and co-founded two startups, combining experience in scaling established products with building new ones from scratch. She is particularly interested in how AI is reshaping product development and strengthening collaboration between Product, Design, and Engineering.	My journey as a developreneur: accessible games and apps that work for everyone Oriol Gómez Sentís My journey as a developreneur: accessible games and apps that work for everyone Track: Diversity in IT Hello. I started as a developer in 2020 after many years of wanting to make mobile games and apps for everyone (I'm a solo totally blind developer). This talk is not about becoming or a developer or about developing as a blind person. Rather, it is a talk to share my experience, give advice to new devs, and showcase what I've tried to do over the years. Failures, successes, future projects, and how AI is changing our lives as developers and, yes, how AI is helping blind developers make better UIs. Oriol Gómez Sentís I am a web and mobile developer as well as accessibility consultant. I've been in the field for 6 years. https://www.oriolgomez.com	"Todo el mundo es un cutre" Ana María García Sánchez "Todo el mundo es un cutre" Track: Tech culture and soft skills ¿Todo el mundo es un cutre? ¿Qué es realmente la cutrez? ¿Soy YO un cutre? Desde la PR que es cuestionable hasta la documentación que da pena verla, todo el mundo ha tenido la sensación de que algo es cutre y que no puede ser así. Pero... ¿acaso nosotros no somos unos cutres para el resto? ¿Cómo identificamos cuando estamos haciendo algo mal? ¿Qué pistas podemos encontrar que nos indican que algo no funciona? En esta charla hablaremos de esto, de las expectativas, de cómo juzgamos nuestro trabajo y el del resto y de cómo poder asegurarnos de que estamos entregando un trabajo del cual nos sentiremos orgullosos dentro de unos años. Ana María García Sánchez Ingeniera con amplia experiencia dando charlas técnicas, también a nivel internacional. Combina experiencia en backend con privacidad (CIPT) y visión de marketing para conectar técnica y negocio.	Construyendo el sistema que construye el sistema Mikel Ros Construyendo el sistema que construye el sistema Track: AI and Automation ¿Se puede automatizar por completo el desarrollo de software? Llevo meses intentando responder esta pregunta para un equipo de ingeniería de ~100 personas. Lo hacemos como se hace cualquier cambio grande: probando con un grupo pequeño, aprendiendo y ampliando. En uno de los repos de ese grupo pasamos de 87 PRs mergeadas en agosto de 2025 a 502 en 2026. El cuello de botella ya no es escribir código, es diseñarlo y revisarlo. Comparto el camino, los errores y los aprendizajes que tenemos hasta la fecha. Mikel Ros Me llamo Mikel y trabajo de Tech Lead en 540. Empecé a desarrollar software hace casi 10 años y últimamente la pregunta que estoy intentando responder es cómo adaptar nuestra forma de trabajar y nuestras prácticas al entorno con agentes.
18:30 - 19:00	Closing

Diversity Matters / We welcome you

In the Software Crafters Barcelona movement brogrammers do not prevail, and year after year the organizational committee becomes more diverse.

We claim the Software Crafter movement as inclusive, because we know that diverse teams develop better software. That's why we want to make a clear invitation to collectives often underrepresented at tech events.

Women, migrants, racialized people, functional diversity folks, Lgb_circleTQIA+, etc: not only have we reserved tickets for you, but we also have a designated budget to facilitate your participation in the event. If you have any questions or suggestions, just drop us an email at SoftwareCraftersBcn [at] gmail.com or DM us on Twitter @bcnswcraft. We'll welcome you with open arms!

Code of Conduct/ Don't be a jerk!

All attendees, speakers, sponsors and volunteers at our conference are required to agree with the following code of conduct. Organizers will enforce this code throughout the event. We are expecting cooperation from all participants to help ensuring a safe environment for everybody.

Location

There is an important number of hotels near our event. Furthermore, for a cheap solution airbnb can provide you with a relaxing place to sleep. And if you need free accomodation, we recommend you to check couchsurfing. It’s a welcoming platform and there are a lot of great hosts in Barcelona, we know it from our own experience.

BAU Barcelona

Organisation / Many hands make light work

This event would be impossible without the help (and time) of all its volunteers. We welcome everyone as we believe that a more diverse environment will create a better event for all the community.

If you are interested in helping to organise this year's event or the next one, do not hesitate to contact us at info@softwarecrafters.barcelona