Vídeos de programación

AURITA MUÑOZ, KATIA ARESTI ¡Java 11 ya esta aquí! Y Joshua Bloch ha publicado su tercera edición de “effective java”. Partiendo de ejemplos de proyectos en producción, y basándonos en las recomendaciones de Bloch y otros expertos, repasaremos algunos de los items que más aparecen en el día a día. Haremos especial hincapié en los patterns y 'best practices' a utilizar para no incurrir en un código vulnerable. Si buscas explicaciones detalladas sobre las nuevas funcionalidades de java, cómo usarlas, cuándo elegirlas frente a otras, ¡esta es tu charla!

RICARDO BORILLO El testing es uno de los conceptos más core de eXtremme Programming (XP). Ya lo decía el gran Kent Beck: Any program feature without an automated test simply doesn’t exist. Curiosamente, JavaScript ha sido históricamente uno de los lenguajes con más frameworks de test y menos cultura de testing en su comunidad. Los frameworks han ido apareciendo y desapareciendo a la velocidad del rayo y, por fin hoy, podemos decir que tenemos una magnífica combinación de ellos que ha venido para quedarse. Entonces, si todo ha mejorado tanto, ¿Cómo cubrimos estas necesidades de implementación de tests unitarios, de integración y de aceptación? Pues con Jest como abanderado construir tests unitarios trabajando con matchers personalizados, creando mocks o comprobando snapshots de componentes visuales es ya algo sencillo y asequible. A un segundo nivel y centrándonos en los tests de integración de componentes React, react-testing-library se presenta como una solución sencilla y que resuelve muchos de los problemas que teníamos con sus predecesores (aka enzyme). Por último y a nivel del UI, lo que necesitaremos es disponer de una herramienta de diseño, depuración y ejecución de nuestros tests de accepción. Cypress es simplemente alucinante y reduce radicalmente el tiempo de construcción y mantenimiento de este tipo de tests, históricamente considerados pesados y muy frágiles. Y todo ello sin selenium!!! :) ¿Tienes ya ganas de verlo en funcionamiento sobre un ejemplo real? No te pierdas pues esta sesión repleta de código y tests en verde!!! :)

ISABEL CAZORLA, ALICIA ROPERO Gregorio Sampsa se despierta en mitad de la noche, sudoroso, pensando: 'oh, Dios que he hecho! Tengo millones de microservicios que no se hablan entre ellos!!!' 'Don't panic! Keep calm! la nube y on premise no están tan lejos!' 'Seguro que por la mañana se te ocurrirá la solución', piensa, tras tomarse un chupito de absenta. En nuestro caso el monolito había evolucionado a microservicios y necesitábamos una manera sólida y eficiente para comunicarlos. Dejad que os contemos a grandes rasgos en qué consiste kafka y cómo nos ha ayudado a tener menos pesadillas por las noches. La charla se centrará, por un lado, en explicación básica de qué es Kafka y los conceptos más importantes a tener en cuenta en su uso (topics, producers, consumers, consumer groups, zookeeper, tipos de mensajería, ...). Y la parte más interesante, cómo ha cambiado la forma en que se comunican los servicios y la arquitectura que compone la plataforma de Hotelbeds Group, en un contexto de migración hacia arquitectura de microservicios, Cloud híbrido multiregión y refactorización de servicios legacy.

Rubén Valseca Vue.js lleva pegando fuerte últimamente gracias a su rápida curva de aprendizaje, los single file components, sistema de templates, framework progesivo, etc... Y uno de sus principales fuertes es su sistema reactivo el cual nos permite escalar nuestra aplicación manipulando los datos a nuestro antojo sin tener que preocuparnos de cuando actualizarlos pero... ¿cómo funciona? ¿cómo logra Vue darse cuenta de que un dato ha cambiado en lo mas remoto de un array y actualizarnos "automágicamente" los valores que dependan de él? ¿tiene límites este sistema? En esta charla veremos cual es la "magia" detrás de esto y a través de un ejemplo práctico con unas pocas lineas de JS imitar esta gran idea de llevar la reactividad a lo mas profundo de nuestro desarrollo.

Katia Aresti Hoy por hoy encontrar trabajo como desarrollador(a) o persona técnica es relativamente sencillo. Pero si buscamos trabajar para empresas como Google, Facebook, Netflix u otras empresas y Startups que comercializan productos open-source... ya no lo es tanto. Primero te tienen que contactar para darte una oportunidad, y después hay que pasar una serie de entrevistas técnicas... ¡al borde de un ataque de nervios! Si buscas consejos concretos, y basados en experiencias reales, para crear y obtener nuevas oportunidades profesionales interesantes, ¡esta es tu charla!

Alfonso Miranda Castro ¿Es posible hacer equipo trabajando en remoto? Desde hace algunos meses ha cambiado mi forma de trabajar, de la forma clásica de ir a diario a la oficina y quedarme algún día en remoto (o el típico “¡los miércoles teletrabajo!”) a quedarme trabajando en remoto e ir a la oficina en casos muy puntuales y necesarios. Es lo llamado remote first y cada vez es una práctica más extendida en ciertos ámbitos como puede ser el desarrollo de software gracias a los avances de la tecnología y la facilidad que tenemos para desarrollar nuestro trabajo en cualquier sitio con las únicas herramientas de un portátil y una conexión a internet. Una de las muchas excusas que nos ponen o nos ponemos a nosotros mismos para no trabajar en remoto es que es imposible hacer equipo o cultura de empresa trabajando lejos del resto de compañeros. En esta charla quiero explicar mi experiencia y demostrar que esto no es así y dar unas pautas muy simples para conseguir hacer equipo igual o mejor que de forma presencial. Ya seas tú el que trabaja en remoto, todo tu equipo, otro compañero o tus empleados, hay que tener claros unos conceptos para que más que afectar negativamente esta forma de trabajar, sea una mejora en la productividad, comunicación y ejecución.

Nicolás PatarinoKotlin, un lenguaje moderno irrumpe en la comunidad cuando los desarrolladores llevan años perfeccionando lo que ellos llaman Clean Architecture, unas pócimas y conjuros con los que aumentar el poder de la testabilidad e independizarse de los malignos agentes externos y crueles frameworks. Mientras grandes grupos comienzan a alabar las bonanzas de las lambdas, funciones de extensión, tratamiento de nulos y otros cantos de sirena, este lenguaje tendrá que luchar para demostrar que no es sólo una sintaxis bonita y promesas de verano, sino que ha llegado para llevar a Clean Architecture a un nuevo nivel. Corutinas, tipos polimórficos, funciones de alto orden, pattern matching y otras muchas ideas y soluciones son las que Kotlin nos ofrece, y nosotros las repasaremos para ver cómo utilizarlas y continuar teniendo una Klean Clean Architecture.

Pablo Magaz ECMAScript 2018 o simplemente ES2018, es la última revisión de nuestro lenguaje favorito y ha llegado con interesantes novedades que, sin lugar a dudas, cambiarán la forma en la que trabajaremos con el lenguaje en los próximos años. A lo largo de la charla veremos, no solo las novedades incluidas en la especificación ES2018 si no que echaremos un vistazo a las propuestas de la próxima especificación ES2019. Una mirada al futuro de JavaScript.

Alejandro Guirao Rodríguez En 40 minutos introduciré 4 sistemas de logging y métricas para que pruebes una cucharada para cada uno de ellos y descubras cuál incorporar a tu próximo proyecto. Aprovecha tu tiempo y saborea este resumen sobre sus características, cómo se despliegan y las ventajas e inconvenientes de cada uno de ellos. En principio el menú incluye Elasticsearch & friends, Sensu, InfluxDB & friends y Prometheus, aunque los platos pueden variar según productos de temporada. ¡Bon apetit!

Esther Sanz Pastor Si, soy jefe de proyecto agile, si ayudo a mis equipos a mejorar de forma continua y como parte de mis responsabilidades está gestionar la planificación del equipo y no, aún no me he comprado una bola de cristal. No hay magia detrás de los números, simplemente matemáticas. ¿Cuántos datos tenemos del desempeño de un equipo? si hemos utilizado una herramienta o varias para gestionar su trabajo, tenemos información suficiente. ¿Le estamos sacando todo el partido a esos datos? Probablemente no. Una vez escuche que para dar una estimación hay que dar un rango de tiempo y una probabilidad, en general, esto es poco frecuente, llegamos a estimar por horas o por días, como si la incertidumbre no existiese. Alguna vez te han preguntado ¿para cuando va a estar esta funcionalidad y has querido salir corriendo? a mí, me ha pasado. En esta charla veremos como contestar esa pregunta basándonos en los datos, para traer predictibilidad a los equipos, usando herramientas como el control flow chart o datos como el cycle time de las historias.