Pamplona Software Crafters 2019

Otras charlas de la Pamplona Software Crafters también en podcast: https://lk.autentia.com/SCPNA19-Ivoox Buenas prácticas para hacer la comunicación entre equipos de diseño de producto y desarrollo más eficiente. Charla basada en mi experiencia en Typeform los 3 últimos años como parte del equipo de diseño de producto, distribuído en swarms mayoritariamente formadas por desarrolladores. Desde el punto de vista del diseñador.

A veces las prisas nos hacen tomar malas decisiones, como creer en el efecto placebo de la entrega apresurada de funcionalidades. Sin embargo, escribir código de mala calidad y que no responde a ningún objetivo real convierte rápidamente nuestra autopista en un camino de lodo por el que cada vez es más difícil avanzar. Durante esta charla huiremos de mitos y nos pararemos a pensar “¿qué significa ser ágil?”. Nos basaremos en la experiencia real que vive Nextail, una startup en pleno escalado de plantilla y clientela envuelto por las culturas DevOps y Agile. Otras charlas de la Pamplona Software Crafters también en podcast: https://lk.autentia.com/SCPNA19-Ivoox

Desde nuestra experiencia, tras ocho años evolucionando nuestra infraestructura crítica en Flywire, me gustaría contar las técnicas que usamos y como conseguimos Continúar haciendo cambios pequeños, constantes y seguros a la infra que corre nuestros servicios. Otras charlas de la Pamplona Software Crafters también en podcast: https://lk.autentia.com/SCPNA19-Ivoox

Otras charlas de la Pamplona Software Crafters también en podcast: https://lk.autentia.com/SCPNA19-Ivoox Un tour por la psicología aplicada a los equipos/empresas. La idea es contar situaciones diarias que tenemos en los equipos y vemos como normales pero que en realidad están fundamentadas en esquemas y estereotipos que gobiernan nuestras decisiones. Contaré sesgos y otros factores psicológicos que nos afectan en el día.

Otras charlas de la Pamplona Software Crafters también en podcast: https://lk.autentia.com/SCPNA19-Ivoox Hoy en día la mayoría de empresas tecnológicas incluyen las revisiones de código como una parte más de su flujo de desarrollo de software. Es una herramienta genial para detectar bugs, dar feedback, compartir conocimiento... El objetivo de esta charla es compartir mi opinión sobre los beneficios aportan las code reviews y qué cosas debes tener en cuenta para gestionar el feedback (tanto el que damos como el que recibimos) de la mejor manera posible. ------------- La conferencia es un punto de encuentro sobre desarrollo de software para aquellas personas que buscan mejorar sus habilidades y discutir sobre el futuro del desarrollo de software profesional. No importa la experiencia, sólo cuentan las ganas de aprender y de mejorar como profesionales. El formato combina la potencia de un Open Space con varias sesiones fijas. En el open space no hay agenda ni ponentes predefinidos y son los propios asistentes antes quienes proponen y deciden los temas que se tratarán en las sesiones. Es un gran oportunidad para hablar, practicar y sobretodo aprender con otras personas que "hacen cosas" alrededor del desarrollo software.

Otras charlas de la Pamplona Software Crafters también en podcast: https://lk.autentia.com/SCPNA19-Ivoox ¿Cuáles son los conocimientos mínimos necesarios para trabajar en tu equipo? ¿Qué hay detrás de las decisiones de diseño y arquitectura que se han tomado a lo largo de la vida de tu producto? ¿Qué es necesario para empezar a trabajar en cualquiera de tus proyectos? ¿A qué se debió aquella interrupción de servicio y qué medidas se tomaron para evitar que vuelva a suceder? Si mañana entrase un nuevo compañero con poca experiencia al equipo, ¿tiene acceso al "corpus" de conocimiento que en la empresa se considera necesario?¿Cómo se pone al día? En demasiadas ocasiones dependemos del boca a boca para transmitir todos estos conocimientos dentro del equipo o de la empresa y eso no escala. En esta charla intentaré hablar de algunas aproximaciones que podemos adoptar para evitar el conocimiento juglar dentro de la empresa y así evitar silos de conocimiento, facilitar el crecimiento del equipo o recordar/cuestionar porqué se tomo aquella decisión técnica que en aquel momento parecía brillante pero que ahora no tienes tan clara.