El mundo mágico de Data es relativamente nuevo y está en constante crecimiento, por lo que es normal que muchas personas se sientan confundidas con la cantidad de roles que existen en la industria. Abordaremos temas como los diferentes puestos que existen en el campo de Data, tecnologías que se pueden usar y, sobre todo, compartiremos ejemplos de código que hemos utilizado en los últimos dos años trabajando para Clarity.AI.

Durante la charla, nos enfocaremos también en presentar código sostenible, utilizando Python, Pandas, Dask, Airflow...etc. Estas herramientas para muggles nos permiten optimizar y automatizar los procesos de extracción, transformación y carga de datos (ETL) de manera efectiva y escalable (ningún elfo doméstico ha sido obligado a escribir este texto).

Durante años "agile" se ha alejado de los principios básicos de agilidad. Hemos creído que simplemente adoptar Scrum nos hacía ágiles, pero es hora de volver a los "basics". "Agile" no es un proceso, es una cultura y una filosofía que se puede aplicar de muchas formas.

En esta charla compartiré algunas de esas formas y trucos que pueden ayudar a tu equipo a desarrollar una sólida cultura de producto, logrando una entrega continua y de alta calidad, llegando a ser realmente ágiles.

Basaré mis reflexiones en mi experiencia trabajando en empresas como SEAT:CODE, Tech93, Adevinta o Codurance.

Trataremos temas tan diversos como lean, XP, NoEstimates, testing, continous delivery o colaboración asíncrona.

En esta charla contaré cómo tuve un ictus en noviembre de 2022, cómo ha sido mi proceso de recuperación hasta el momento y cómo la tecnología y las personas me están ayudando a volver a programar, que es mi pasión.

A menudo, cuando trabajamos en el desarrollo de software, nos enfocamos en tener un código legible, bien estructurado, con tests… pero una vez que lo desplegamos, cambiamos el foco a otra tarea y nos olvidamos de otros aspectos importantes que pueden afectar la calidad del producto.

En esta charla quiero compartir mi experiencia, mostrando algunos ejemplos que he aplicado para mantener la calidad del producto, evitar futuros problemas, reducir la frustración en el día a día y algunos otros consejos útiles.

Además, te contaré los tres pilares fundamentales para que cualquier mejora que quieras implementar pueda salir adelante. Pero te adelanto algo, una solo depende de ti.

En esta charla compartiremos nuestro experimento de pairing con ChatGPT y las reflexiones que hemos obtenido al respecto. Nuestro objetivo principal es evaluar hasta qué punto esta herramienta puede brindarnos las cualidades que esperaríamos de nuestra pareja en una sesión de pair programming.

A través de ejemplos enfocados cada uno de ellos en evaluar una habilidad de diseño/programación diferente hemos puesto a prueba a chatGPT como compañero de pairing. Tratando de dar respuesta a preguntas como: ¿Puede ChatGPT contribuir a mejorar nuestras habilidades de diseño? ¿Es capaz de realizar refactoring complejos y razonar sobre ellos? ¿Tiene la capacidad de cuestionar nuestras decisiones y evaluar la calidad de diferentes diseños?

Presentaremos los resultados y conclusiones del experimento realizando demostraciones en vivo para tratar de entender mejor como estas herramientas de IA generativas pueden transformar, o no, nuestras practicas del día a día.

Además, nos gustaría fomentar la participación de los asistentes, invitándolos a compartir sus propias experiencias y perspectivas sobre la colaboración con IA en el desarrollo de software. Esperamos que esta charla sea una oportunidad para enriquecer el debate y generar un intercambio de conocimientos en la comunidad.

What do we expect from an engineering strategy? How does it relate to business? How do the teams contribute? How do we communicate it? How do we make it real? How does it impact the architecture?

These are some of the questions that we face when we do for first time an 'engineering strategy'

During this talk, we will see what an engineering strategy is (and what it is not), the importance of collaboration during the whole process and how tools like #DDD, #TeamTopologies and #ValueStreams can help us to design our strategy.

Mistakes and failures happen and will happen, they're a part of our lives. As painful as they are for the involved, they also carry powerful stories that others can learn from - so that the same mistake can be avoided. But how to create a safe platform to share these stories, create interest, and gather a wide audience who want to learn?

In this talk, I'll show you how I adapted a popular global meetup format into Ocado's own 'Fail Fast Nights' events. Over 10 editions of this combination of a comedy and post-mortem analysis, we've learned from (and laughed about) dozens of stories coming from our colleagues. Apart from showing you what these events look like, I'll share some tips on organising something similar in your company. In this way, you will be able to start building a no-blame culture where mistakes are acknowledged as a part of reality and become the fuel for innovation.

Have you ever managed a cloud infrastructure? If so, managing a bunch of static files representing your infrastructure probably sounds familiar to you. This is not strange, as cloud infrastructure management is a natural evolution of on-premises infrastructure management, where all the resources are traditionally managed with templates.

What’s the problem? You might ask yourself.

The problems come when you start scaling up your environments, which is a common scenario in the cloud world, as opposed to on-premises.

What if we take a look at our software development colleagues?

This is precisely where software development shines. There, we have lots of ways to test our code, several mechanisms to avoid duplication and plenty of tools to ensure the quality of our code. Can we leverage these techniques to manage our cloud infrastructure? Thankfully, the cloud providers thought the same and gave us some frameworks that are closer to software development than traditional infrastructure management.

In this session, we will leverage CDK, the Cloud Development Kit framework from AWS, to apply all the good practices from Software Development into the world of Cloud Infrastructure Management.

Key takeaways:

- Usage of Object Oriented paradigm to develop cloud infrastructure
- Usage of software development best practices in the development of cloud infrastructure
- Unit Testing cloud resources
- Integration Testing cloud resources
- Testing your cloud infrastructure locally
- Testing your cloud infrastructure end-to-end

Enhorabona, has arribat a ser Tech Lead (o com es digui a la teva empresa)!

Ho estàs disfrutant, potser fins i tot se't dona bé. Però després d'un temps, veient que l'horitzó de l'Engineering Manager s'apropa, t'entra la Síndrome de l'Impostor i et comences a plantejar coses com "estaré preparada per seguir endavant?", "m'he ficat en això massa aviat?", "hauria de tornar a ser Individual Contributor per no allunyar-me tant del codi?".

T'explico la meva experiència baixant un esglaó en l'escala laboral tech, amb els meus aprenentatges i errors.

Cuando se trata de desarrollo de software de alta calidad, términos como SOLID, YAGNI, DRY, Code Smells, Cohesión y Acoplamiento suelen ser de los primeros en salir a la luz. Pero, ¿alguna vez has oído hablar de Connascence? Este término, aunque menos conocido, ofrece un enfoque poderoso y efectivo para mejorar la calidad del diseño del software, y su mantenibilidad y escalabilidad.

El destacado desarrollador Jim Weirich incluso definió Connascence como 'La Gran Teoría Unificada del Diseño de Software'.

En esta charla veremos qué es Connascence, exploraremos sus diferentes tipos y clasificaciones y veremos ejemplos prácticos de cómo este concepto puede utilizarse para aumentar la calidad del software que desarrollamos.

Los actores se basan en el paso de mensajes, la transparencia de su localización, y un wip de 1 por actor. Esto los hace ideales para implementar sistemas concurrentes y escalables. Se usan mucho en los juegos MMO.

Esta charla pretende ilustrar el modelo de actores con un ejemplo modelado primero con hilos y luego con actores, que usaré para explicar diferencias, similitudes, ventajas y desventajas de las dos opciones mediante ejemplos y benchmarking.

Los agregados son uno de los principales elementos en Domain-Driven Design. En resumen, vienen a ser entidades con ciertas restricciones adicionales, pero… la primera vez que te enfrentas al concepto y lo llevas a la práctica te surgen mil dudas:

• ¿Qué diferencia un agregado de un aggregate root y una entidad?
• ¿Cómo de grandes tienen que ser?
• ¿Qué pasa si tengo que devolver datos de varios agregados?
• ¿La lógica va dentro del agregado? ¿en los Value Objects? ¿en servicios de dominio?
• ¿Qué relación tienen con read y write model?
• ¿Cómo podemos evitar que haya una explosión de métodos?

💆‍♀️💆‍♀️💆‍♀️ Keep calm 💆‍♀️💆‍♀️💆‍♀️

En esta charla daremos nuestro punto de vista al respecto de estas cuestiones y compartiremos ejemplos concretos. Veremos el momento concreto en el que “hicimos click” y el diseño de nuestro dominio encajaba con un enfoque que nos cuadraba 😊

¡Nos vemos en la charla!

Te ha pasado alguna vez:

¿Ver una tarea fracasar por no escuchar a los desarrolladores?
¿Sentir frustración al no entender por qué estabas trabajando en algo?
¿Encontrarte con tareas que no han funcionado porque no se había transmitido bien la información de producto a tecnología?

La desconexión entre el pensar el producto y construirlo, a menudo es fuente de frustraciones y oportunidades perdidas.

Por eso queremos contaros con un ejemplo real cómo lo hemos hecho para que producto y tecnología sean un mismo equipo, donde todos participamos desde el user research hasta la validación de métricas en producción. Y cómo esto nos ha llevado a entender la tecnología como una herramienta para poder llegar a donde queremos.

Con el tiempo y la evolución del negocio, es habitual un aumento de la complejidad con la que tenemos que lidiar en nuestro día a día, esto puede empeorar la estabilidad de los sistemas, disminuir la confianza del equipo y reducir la entrega de valor.

En esta charla, exploraremos cómo la Observabilidad puede ser una buena aliada para entender mejor nuestros sistemas. Además, veremos una posible implementación con soluciones open-source (con herramientas como Elasticsearch, Prometheus y los SDKs de OpenTelemetry), compartiendo los desafíos a los que nos hemos enfrentado y los aprendizajes de este proceso.

Conoce las nuevas técnicas de Deep Learning y NLP para mejorar la asistencia sanitaria en los hospitales e investigación científica.

Veremos herramientas que se usan en el mundo de la IA aplicada a la salud, como reconocimiento de imágenes de rayos X o de manchas en la piel con potencial cancerígeno que usan técnicas de Computer Vision o la automatización de informes médicos con técnicas de procesamiento de lenguaje natural.

También veremos ejemplos reales de OpenAI (sí la de ChatGPT) y de Google DeepMind sobre cómo están a la vanguardia de este sector. Aportan modelos como AlphaFold, para la predicción de la estructura 3D de las proteínas o Med-PaLM 2, la IA conversacional de Google especialmente entrenada en el ámbito médico.

Y lo mejor es que tú puedes probarlo y en esta charla verás que con Python todo es más fácil.

In his workshop, you'll:

✨ Develop a keen awareness of your colleagues' challenges.

✨ Cultivate empathy for their unique struggles.

✨ Embrace your role in promoting justice and eliminating barriers.This workshop is tailored for software and web developers eager to make a positive impact and contribute to a more inclusive tech industry.

Software craftsmanship is more than just writing code, the most valuable developers of a company will often also be highly collaborative, domain aware and have a deeper understanding on how the solutions they build solve customer and business problems, not just execute on some pre-defined requirements (also called, being spoon-fed!).

In this session, our team will highlight how we like to bring tech along from the ideation stage to merging a pull request, the shift from mere coding to problem-solving, domain expertise and collaboration.

Software craftsmanship is more than just writing code, the most valuable developers of a company will often also be highly collaborative, domain aware and have a deeper understanding on how the solutions they build solve customer and business problems, not just execute on some pre-defined requirements (also called, being spoon-fed!).

In this session, our team will highlight how we like to bring tech along from the ideation stage to merging a pull request, the shift from mere coding to problem-solving, domain expertise and collaboration.

Este workshop te proporcionará una introducción al pair programming, para que lo conozcas y puedas decidir si es una práctica que deseas incorporar a tu equipo. Te mostramos los distintos roles, patrones y estilos que se pueden aplicar mientras practicas el pair programming

Esta sesión incluye una parte práctica donde podrás experimentar el pair programming

¿Para quién es?

• Para miembros de un equipo de desarrollo con poco o ningún conocimiento, en pair programming o que no tengan mucha experiencia con el
• Equipos que quieren introducirse en el pair programming
• Personas con un conocimiento de programación para hacer una kata de nivel principiante

Systems thinking helps break down siloed thinking, enabling collaborative problem-solving. It helps teams comprehend how individual changes can have far-reaching effects on the whole system, leading to more strategic decision-making.

Systems thinking promotes continuous learning and adaptation. In an era where technology is constantly evolving, software needs to be developed with a mindset of ongoing improvement and adaptation. This approach paves the way for iterative approaches such as eXtreme Programming and DevOps.

During the workshop, participants will engage in:

- A short theoretical introduction to systems thinking and its application in the realm of software development.
- A hands-on activity involving the design of causal loop diagrams.
- A practical task focused on creating system simulations using flows and stocks.
- An interactive exercise on implementing interventions in a complex system to influence its behavior.
- An engaging activity that explores systems thinking in tandem with ChatGPT.

El año pasado os explicamos el valor que tienen las mentorías para las mentorizadas; este año queremos crear junto a vosotras la guía práctica de cómo mentorizar.

Os queremos enseñar que no hay ninguna magia detrás, no hacen falta super poderes, y que cualquier ayuda es valiosa.

En el proceso también veremos que es para beneficio mutuo, ya que no hay mejor forma de aprender que enseñando. Vemos esta sesión muy necesaria gracias al crecimiento del interés en este tipo de propuesta de apoyo a personas que están empezando, bien sea porque en su momento lo tuvieron o no.

Kata: Birthday Greetings

We'll work in pairs or trios. Any programming language the group agrees to use is welcome. Bring your laptop if you plan to attend, each pair will need one!

This is a session that will be facilitated both in Spanish and English.

Coding Dojo focused on architectural design.

We'll first explore the architectural attributes and them propose a couple of scenarios for attendees to elaborate a solution.

Os mostraré que podemos hacer las personas que nos dedicamos a este sector para ayudar a nuestro planeta.

I want people in the technology area to understand what is a PLC and Robotics programmer, and talk about how the automatic field is very important in our lives.

What exactly is automatisation, a PLC and how it's composed(this goes back to origin of a byte, bit...).

Tenemos un montón de patrones en la industria que son un reflejo de lo inculcado que tenemos el capitalismo.

Desde cómo desarrollamos, qué desarrollamos, cómo contratamos, cómo vendemos, cultura de héroes, crecimiento de las startups, etc.

Esta lighting es una reflexión de las analogías para hacernos más conscientes.

Nowadays, open source software has become an essential component of innovation and collaboration.

This talk is about the process of contributing to open source projects, exploring the opportunities it presents, the challenges faced, and the guidelines that can maximize the impact of your contributions.

¿Alguna vez has tenido en tu empresa un grupo de personas dispuestas a visibilizar al colectivo LGTBIQ+? Eso es lo que me propuse llevar a cabo en Holaluz para poder educar en diversidad a la plantilla y hacer visible la realidad que vivimos muchas personas dentro y fuera del entorno laboral.

Comentaremos qué claves son fundamentales para crear una comisión queer y cómo podemos hacer entender a nuestros equipos lo esencial que es tener perspectiva queer y motivar el cambio de pensamiento, en especial en entornos heteronormativos y masculinizados como los tecnológicos.

¿Te animas a cambiar lo establecido?

You've (probably) heard of the Testing Pyramid. But other new shapes have been proposed in recent years.

I'll explain a few, and why also it ultimately doesn't matter.

En esta lightning talk os contaré mis experiencias y aprendizajes que he ido recogiendo desde que decidí no ponerme barreras a la hora de desarrollar software.

Hablaré sobre las ventajas y desventajas de este enfoque y contestaré a las siguientes preguntas:

¿Tendré un mejor futuro laboral? ¿Me divertiré más? ¿Sufriré burnout?

Being honest, one year ago I had not even used feature flags at all. I knew about them, but they looked to me like just a bunch of booleans. A big headache while programming.

After a year of using them daily, I must say that feature flags are amazing. If I had to build a new project or company, they would be one of the first things I would implement. And not just technically but on the development culture. Let me give you a glimpse of the reasons why.

If you don't even know what a feature flag is, it's simply a boolean that tells you if a feature is enabled or not. Doesn't sound like a big deal, right? But what if I told you that we currently use more than 100 feature flags, and even more have been used and removed in the past?

The most basic use of a feature flag is to allow for the development of one feature while keeping the current behavior. But this is just the surface! Especially if you're building a SaaS project or a multi-tenant app.

In this talk, I'll show you how you can use feature flags to run complex data migrations, enable canary releases, easily build plans on top of your product, customize for specific clients, deliver value faster, and much more. Once you master feature flags, they become like a superpower. You can't live without them. Let's unleash that power together!