Somos los engineer manager de varios equipos B2C de Lifull connect.

Vamos a contar nuestra experiencia en casos reales de migración de sites con mucho revenue a una tecnología común y horizontal a varios equipos. Qué hemos aprendido, pifias y pequeñas victorias.

¿Qué drivers tecnológicos hay? ¿Cuáles económicos? ¿Cómo hemos aplicado en concreto técnicas conocidas como parallel change, test a/b, etc?

Parece que necesitamos unos años para que las nuevas especificaciones se asienten y se conviertan en parte del uso habitual. ¿Es esto lo ideal? ¿En qué momento tenemos que introducir nuevas features?

Hablaremos sobre :has, @layer, fluid tokens, container queries, logical properties etc. y cómo hemos implementado lo más nuevo en Wise.

Veremos ejemplos reales del "qué", pero lo interesante será ver el "cómo" y sobre todo el "porqué".

Sígueme en esta historia donde te contaré cómo pasamos en Genially de una idea, un insight a una feature 100% desplegada en producción con su Go to Market incluido.

Vamos a ver todo el value-stream por el cual pasamos, los actores, viendo cómo nos organizamos, procesos que seguimos, el tooling que usamos para las diferentes fases y algunas curiosidades más. Seguro que pasamos un rato entretenido.

Una buena historia de mamporros para pasar la tarde. Os contaremos cómo hemos afrontado los desafíos de crecimiento que enfrentamos en una start-up tecnológica. También nuestros intentos de hacer las cosas bien, y cómo rara vez salieron como esperábamos. Y de paso, os daremos nuestra particular visión de para qué sirve la arquitectura de software.

Una de las cosas más agridulces de cualquier proceso de crecimiento y maduración es la revelación de nuestra finitud. Posiblemente la etapa vital que ejemplifica de manera más intensa este momento es la crisis de la mediana edad, donde un suceso crítico (el primer hijo, una separación, la perdida de un progenitor) nos confronta con nuestra mortalidad y el hecho de que nunca leeremos todos los libros que queríamos leer, ni haremos todos los proyectos que queríamos hacer, ni viajaremos a todos los países que queríamos viajar, ni disfrutaremos indefinidamente de todo lo que queríamos disfrutar.

Este proceso ocurre en todos los aspectos de la vida y el desarrollo de software no es una excepción. Constantemente debemos (deberíamos?) evaluar que estamos haciendo con los recursos que tenemos y decidir de manera consciente entre el universo de posibilidades con el que contamos. “Since death alone is certain, and the time of death uncertain, what should I do?” es uno de los ejercicios de contemplación clásicos en el budismo.

De todo esto charlaremos en esta sesión, aplicado de una manera muy concreta: la experiencia de desarrollo en un startup, Devengo, que se mueve en uno de los mercados más intensa y extensamente regulados del mundo, el sector financiero.

En Edpuzzle nos tomamos el diseño del equipo como otro “producto” que hay que moldear explícitamente. Evitamos elegir ciegamente una estructura de equipo/roles de entre las mil que hay documentadas por internet, o dejar que el caos defina con el tiempo la forma de equipo a la que accidentalmente convergemos.

Por este motivo queremos reflexionar con vosotros sobre las razones/consecuencias detrás de las decisiones de cómo organizar equipos técnicos y como han afectado en nuestro contexto, el de una empresa tecnológica con millones de usuarios, pero que se apoya en sus propios beneficios y no en rondas de inversión para crecer.

¿Alguna vez te has preguntado qué es exactamente eso de Unicode? ¿O si hay algo más aparte de UTF-8? ¿O qué es exactamente ese misterioso atributo "charset" en las cabeceras Content-Type en requests HTTP o en emails? ¿Te has peleado con errores de encoding y frustrado cuando de repente el contenido que tus usuarios añaden a tu app aparece plagado de ���? ¿Tienes curiosidad por saber cómo se representan los emojis y de dónde salen los nuevos?

En esta charla nos adentraremos en el mundo de las strings, volviendo a lo más básico, al principio de los tiempos, y responderemos todas esas preguntas y más, con live demos y ejemplos de bugs y problemas reales relacionados con todo esto 🔍🕵🏻‍♀️

¿Te has sentido alguna vez frustrada al no entender por qué estabas trabajando en algo? ¿O te has encontrado realizando tareas que no han dado resultados porque la información de producto no se transmitió adecuadamente al equipo de tecnología?

La desconexión entre el diseño de un producto y su construcción puede generar frustración y oportunidades perdidas. Por eso, os quiero compartir cómo lo hemos hecho en Cooltra 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.