What is Cardinality? Importance in Kubernetes Common Challenges1. **Time Series Explosion**2. **Storage and Performance**3. **Cost** Strategies for Managing Cardinality. ConclusionManaging the cardinality of metrics is crucial to maintaining an efficient and scalable monitoring system in Kubernetes. By adopting good practices in metric labeling and using appropriate tools, we can ensure that our monitoring system remains robust and cost-effective.

En esta charla exploraremos varios patrones clave para gestionar datos en nuestros tests unitarios: Object Mother, Builders y Test Data Builders. Mostraré como con estas técnicas no solo hemos podido simplificar la creación de objetos complejos, sino que también mejorar la legibilidad, mantenibilidad y flexibilidad de nuestros tests.

When learning new libraries or tools, we often rely on chatbots, tutorials and StackOverflow, but true mastery requires knowing how to navigate the extensive accompanying documentation with ease.

But who has time for reading the sheer amount of information contained in these manuals? It's easy to feel overwhelmed and skip reading them altogether, missing out on critical information, best practices, and edge cases.

In this lightning talk, we'll explore a systematic and practical approach to getting the most out of reading documentation. You'll learn how to identify key information more efficiently, avoid common pitfalls and build a knowledge base that is intuitive and easily improvable.

Pandas y Spark son las herramientas más conocidas para gestionar nuestros sets de datos, pero hay un jugador nuevo que quiere cambiar las reglas.

Polars está pensado para el rendimiento y la resiliencia en entornos con pocos recursos. Cada megabyte y cada segundo cuenta.

Os explicaré qué lo hace diferente al resto y qué es capaz de hacer.

In this lightning talk, we'll dive into our firsthand encounters using AI-generated draft responses for handling customer queries within our digital tax management software..

Una introducción rápida a los beneficios del desarrollo guiado por pruebas (TDD). Se cubrirán los conceptos básicos y se discutirán las ventajas que ofrece esta metodología, como la mejora en la calidad del código, la reducción de bugs y el aumento de la confianza en el desarrollo de software.

Sin ramas, sin pull requests, integrando en cada commit en producción, asegurando un buen nivel de calidad... puede sonar a utopía o incluso a locura pero en nuestra experiencia es posible. De hecho te queremos explicar cómo lo estamos haciendo y nuestras motivaciones

Lightning talk con el objetivo de compartir casos de uso reales donde hemos usado herramientas de low-code para automatizar procesos.

Veremos desde flujos básicos hasta integración con IA pasando por aprendizajes que se han convertido en buenas prácticas.

Aprenderás qué potencial tienen estas herramientas y cuándo tiene sentido usarlas

Explicaré casos en los que mi código horrible ha dado mucho valor y tiene más sentido que tu código Bonito. ¿Cómo puede ser? ¿En qué contextos esto puede tener sentido para ti?

En esta lightning vamos a contar el camino de un equipo de plataforma que ha pasado de apagar fuegos y resolver tickets, a trabajar como producto en la creación de una IDP. Hablaremos de lo qué nos ha funcionado y de lo qué no para salir del modo “solucionar problemas del día a día” y empezar a pensar a lo grande, construyendo algo que anticipa las demandas de los usuarios.

Bajaremos al código y hablaremos de organización de equipos en el contexto de las diferentes fases de la vida de una startup. Saldrás de esta charla con un modelo mental de cómo pensar en la arquitectura de tu código y la forma de tu equipo como una decisión necesariamente conjunta y que determina el resultado y la evolución de tu empresa. Partiremos de nuestros aprendizajes construyendo Edpuzzle durante los últimos 11 años, alcanzando la sostenibilidad sin sacrificar el crecimiento al haber alcanzado millones de usuarios activos cada mes.

¿Qué te parece colisionar tecnología y filosofía para crear un código más resiliente y equipos más cohesionados? Descubre cómo los principios del estoicismo pueden revolucionar tu enfoque hacia la programación, elevando no solo la calidad de tu código sino también la eficiencia de tu equipo. Aprende estrategias para manejar la presión, tomar decisiones claras y cultivar la serenidad en el caos del desarrollo de software. ¡Te esperamos para filosofar juntos sobre programación!

En los primeros años de Amazon, Jeff Bezos estableció la regla de las dos pizzas. Este principio sugiere que los equipos deben ser lo suficientemente pequeños como para poder alimentarse con dos pizzas y esto fomenta una comunicación y colaboración más eficientes.

A Bezos le falta calle. Le falta calle y le falta entender qué se puede llegar a conseguir con un equipo autónomo de 25 personas, Lean software development y mucha comunicación asíncrona.

Estas son las aventuras y desventuras de un equipo que decidió crecer sin dividirse para conseguir autonomía en el ciclo de vida completo del producto y un único objetivo que conseguir.

¿Puede un equipo de 25 personas funcionar mejor que 4 equipos de 7 personas? ¿Cómo? ¿A qué precio? ¿En qué contexto?

Vente para escuchar algunas historias y pocos “depende”.

¿Te has preguntado alguna vez cómo puedes contribuir a mejorar la comunicación dentro de tu equipo? Tengo 2 años de experiencia en el sector tech y una formación en Periodismo, y he observado que mi facilidad para comunicar ha sido una herramienta útil para mejorar la dinámica del equipo. En este tiempo, me ha sorprendido ver que incluso personas con mucha experiencia en el sector a veces carecen de habilidades básicas de comunicación.

¿Te has preguntado por qué hay personas que nunca participan en las reuniones? ¿Sabrías decirme por qué hay personas que cuando piden ayuda nadie sabe cómo ayudarlas? ¿Has estado en reuniones donde no se ha llegado a acuerdos y has sentido que solo se ha divagado? ¿Se te ocurren formas de evitarlo? ¿Has presenciado reuniones muy técnicas en las que has sentido que no tenías el nivel para participar?

A través de esta charla quiero compartir esos pequeños trucos o acciones que, desde mi experiencia, he encontrado útiles y que creo que pueden ayudar a tener una comunicación eficaz, a evitar frustraciones, malentendidos e incluso a abordar los desafíos que plantea el síndrome del impostor.

Únete a nosotros para una charla inspiradora y reveladora con Ahmed, un sobreviviente de tres guerras en Gaza, quien compartirá su poderosa historia sobre cómo la programación se convirtió en una herramienta de supervivencia y transformación. En "Code under Bombs", Ahmed explorará cómo, en medio del conflicto y la destrucción, la tecnología ofreció un faro de esperanza y una salida viable al desempleo masivo en la región.

Aprender a programar no solo proporcionó habilidades valiosas sino que también abrió puertas para conectar con el mundo exterior, permitiendo a los gazatíes participar en la economía global desde la reclusión de un territorio ocupado. Esta charla no solo destacará la resiliencia y determinación de Ahmed y muchos otros como él, sino también el impacto transformador de la tecnología en circunstancias extremas.

Prepárate para ser inspirado por historias de perseverancia, innovación tecnológica y la inquebrantable esperanza de un futuro mejor a través del poder de la programación.

Cómo afrontar un refactor en el core de tu aplicación con cambios paralelos y sin (casi) morir en el intento, garantizando la integridad de los datos y sin downtime en un sistema que da servicio a todos los supermercados de Mercadona.

En esta charla hablaremos sobre las diferentes estrategias que seguimos para que los usuarios de nuestra aplicación no fuesen conscientes de los cambios aplicados, mientras cambiábamos el core de la misma para garantizar una correcta escalabilidad y futuro mantenimiento de la solución.

Cultural and organizational change is one of the biggest challenges that tech companies face during their evolution. Organizational culture—a complex and deeply ingrained set of beliefs, values, and behaviors—directly influences how teams collaborate and how leaders manage. In this talk, we will explore how to successfully lead and manage cultural change by identifying expectations, analyzing the existing culture, and prioritizing key areas for transformation.

However, cultural change cannot be imposed; it must be managed with empathy, open communication, and a clear strategy. We'll explore how to create a safe environment where mistakes are part of the learning process, how to manage expectations and avoid friction during the process, and how to empower change advocates while managing detractors. Through practical examples, we'll learn how to identify key drivers of change within teams and use tools like the Net Promoter Score (NPS) to measure the impact of change and prioritize the most urgent transformations.

We will also discuss how methodologies such as Agile and DevOps can accelerate (or sometimes hinder) this change, and when it’s necessary to redirect or stop a transformation process that is not delivering the expected results. This talk is designed for tech leads, software crafters, and developers looking for tools to lead change within their organizations or as external consultants. The goal is to offer a practical and strategic guide for implementing cultural change without sacrificing team cohesion, while always keeping the focus on continuous improvement.

This talk aims to be a 101 explanation about what event brokers are, and how they fit in our day-to-day systems, compared to other ways of communication between systems, showing their pros and cons. The talk follows the story of Mr.Doe, a successful chef who has to manage communication as his team and restaurant keep growing and growing.

We know it's useful to split up complex systems. We've seen the benefits of modular deployment of microservices. Dealing with only one piece of code at a time eases our cognitive load. But how do we know where to draw the service boundaries? In complex business domains, it's often difficult to know where to start. When we get our boundaries wrong, the clock starts ticking. Before long, we hear ourselves say "it would be easier to re-write it".

Join Adam for practical advice on discovering the hidden boundaries in your systems. Help tease out the natural separation of concerns in a sample business domain. During 20 years of developing complex systems, Adam has had plenty of time to get things wrong. Learn to avoid the common pitfalls that can lead us down the path to "the big rewrite".

Have you ever felt that your current domain model no longer supports the necessary evolutions? Or that it requires cumbersome workarounds, slowing you down and proving unsustainable?

In this talk, I’ll share our journey of how continuously refactoring our domain model allowed us to evolve our software smoothly and maintain our delivery pace.

You'll leave with actionable tips on: recognising when your domain model is no longer fit for purpose refining your model and continuously refactoring towards a new model while still delivering new features.

Cómo programar tus flujos de datos con Apache Airflow. Apache Airflow ofrece una solución elegante y poderosa para automatizar y orquestar tus workflows. En esta presentación, te mostraremos cómo utilizar Airflow para construir DAGs robustos, monitorear tus pipelines en tiempo real y escalar tus operaciones de datos.

En la charla me gustaría compartir nuestra experiencia creando un producto software, una tienda online, de largo recorrido sobre una base de buenas practicas pero siempre con pragmatismo.

Hace 5 años empezamos a montar el proyecto desde 0 comenzando por un monolíto sin estructura. Después empezamos a trabajar con arquitectura hexagonal,. Cuando esta se quedó corta, empezamos a trabajar con bounded contexts para ahora meter posteriormente CQRS (siguiendo con un monolito) y estar trabajando actualmente en un cambio a nivel organizacional para dar el paso a una arquitectura basada en eventos.

Todo esto desde la perspectiva de una empresa de servicios que se integra codo con codo con cliente.

Además, podríamos hablar de cómo hemos formado al equipo, cómo hemos trabajado la cultura y hemos llegado a montar un equipo y proyectos sostenibles en el tiempo sin generar dependencias en el cliente.

Si has tenido la oportunidad de trabajar en equipos de desarrollo de software, es probable que asocies la mejora continua a reunirte una hora cada dos semanas para realizar una lluvia de ideas entre los miembros del equipo y acabar seleccionando acciones que puedas realizar durante las siguientes dos semanas hasta que vuelvas a reunirte. Pese a que esta es una sobresimplificación de lo que hacemos en muchas organizaciones, no por ello deja de distar mucho del verdadero significado de mejora continua.

- ¿Qué significa mejor en nuestro producto/servicio? - ¿Cómo podemos medirlo? - ¿Dónde estamos ahora? - ¿Cuál creemos que es la mejor mejora que podemos hacer ahora? , por qué? - ¿El siguiente paso que creemos nos acercará a nuestro objetivo? , ¿cuál es la hipótesis? - ¿Cómo mediremos si realmente es una mejora? ¿ Cuándo podremos tener datos? - etc,

son preguntas que nos realizamos a diario en Adobe, y que nos ayudan en nuestro objetivo último, fomentar el pensamiento crítico a lo largo de toda la organización.

El propósito de esta sesión es compartir qué consideramos mejora continua en Adobe, principios en los que nos basamos, prácticas y técnicas que utilizamos más allá de frameworks o metodologías, con el objetivo de desarrollar el pensamiento científico/crítico entre todas las personas que conforman la organización, y dotar a los asistentes de herramientas para poder usarlas también en sus organizaciones.

Muchas personas hemos integrado ya ChatGPT u otras interfaces de Large Language Models en nuestro día a día: para hacer brainstorming, para corregir o redactar mejor un texto, o para escribir un rap divertido a nuestra persona favorita por su cumpleaños.

Sin embargo, ¿cuantas personas o equipos han ido un paso más allá para integrar también estos models en sus soluciones tecnológicas? En esta charla veremos cómo se puede empezar a utilizar estos modelos a través de sus APIs para integrarlos en nuestros productos. Hablaremos de consejos y aprendizajes para un correcto funcionamiento de estas soluciones en producción. También, de las principales consideraciones a tener en cuenta a la hora de utilizar Inteligencia Artificial: empezar por el problema a resolver, como tratar con predicciones y probabilidades en lugar de resultados determinísticos, riesgos de sesgos y discriminación, nuevas regulaciones - AI Act, ¡y mucho más!

¿Qué os parecería disponer de una herramienta capaz de analizar el rendimiento de vuestras aplicaciones, detectar queries lentas, realizar filtrado de paquetes de alto a velocidades imposibles, e incluso detectar y prevenir intrusiones, y todo ello sin modificar ni una línea de código y sin pérdida de rendimiento apreciable?

Bueno, pues esa herramienta existe y se llama eBPF :)

Esta charla consiste en una introducción a las capacidades de eBPF, mostrando diversos casos prácticos en los ámbitos de la observabilidad, el networking y la ciberseguridad.

¿Serás capaz de descubrir el asesino de tu aplicación?

Si he conseguido despertar tu curiosidad... ¡no te la pierdas!