Vídeos de programación

Justo hemos acabado de hacer nuestra charla en la #CommitConf. Aquí tenéis la demo de la parte final que no nos ha dado tiempo a hacer ???? ????Enlaces relacionados: ???? Promo CommitConf: https://codely.tv/pro/commit-18 ⛵ Curso Event-Driven Architecture: https://pro.codely.tv/library/comunicacion-entre-microservicios-event-driven-architecture/74800/about/ ???? Subscribe: https://www.youtube.com/c/CodelyTV?sub_confirmation=1 ???? Cursos CodelyTV Pro: https://codely.tv/pro/cursos ????‍????‍????‍???? Planes para empresas: https://codely.tv/pro/teams ???? Facebook: https://www.facebook.com/CodelyTV/ ???? Twitter: https://twitter.com/CodelyTV ???? Feedback de la charla: https://www.koliseo.com/events/commit-2018/r4p/5630471824211968/agenda #/5734118109216768/5185727692275712

DAVID CHAVARRI, RUBEN CHAVARRI ¿No estáis agotados de tanta expectación en torno al blockchain? En las noticias, en el trabajo, los compañeros, los jefes... pero sigue sin terminar de convencernos. En la charla desmitificaremos blockchain y las criptomonedas, analizando qué hay realmente detrás de este espectáculo de luces y sonido. Desmontando una de las plataformas más populares en la actualidad sobre Ethereum y analizaremos las claves de su funcionamiento, sus costes y métricas. ¿Entonces qué hace al blockchain tan sexy? Descubriremos los motivos que ha provocado su popularidad. Seguro que no os dejará indiferentes. Terminaremos contrastando la realidad detrás de las aplicaciones en blockchain, cuáles son sus limitaciones, rendimiento y complejidad. Dónde están las oportunidades, cuándo tiene sentido utilizarlo y los casos de éxito que están revolucionando el mundo. Esperamos que después de la charla, nos podamos plantear el lugar que le corresponde al Blockchain.

NACHO FANJUL, JAVIER FERNANDEZ Cuando empezamos a desarrollar con Reactjs, la primera palabra que solemos escuchar es componente, que es esa pieza que tiene cierta funcionalidad y debería de ser reutilizable. Luego ya vienen los estados, que son esas cosas con las que se gestionan las propiedades del componente y ya por último los ciclos de vida del mismo. ¿A que nos referimos cuando hablamos de ciclos de vida? Un componente se crea, “fluye”, y se destruye. Para esto, Reactjs tiene un sistema de eventos que nos ayuda a gestionar la vida de este. Por ejemplo, cuando decimos que se crea, lo primero que pensamos es que el componente se va montar en el DOM, pero... ¿Dónde y cómo asignamos sus las propiedades? ¿Dónde inicializamos su estado? Y si quiero modificarlo... ¿Dónde lo puedo hacer? ¿Podríamos ver el estado anterior de las propiedades? Cuando desmontamos el componente... ¿El estado de este sigue “vivo”? ¿…? En esta sesión destriparemos los distintos ciclos de vida de un componente, así como lo que se puede y no hacer en cada uno de ellos.

José San Román Álvarez de Lara En muchos proyectos en los que participamos, nos vemos habitualmente forzados a sacrificar nuestro compromiso con la calidad y la mantenibilidad del producto que estamos construyendo en favor del cumplimiento de plazos y/o resultados. Esto, de manera sostenida, tiene un gran impacto en la velocidad de entrega de los equipos. La falta de tests unitarios o una batería de tests unitarios mal planteada provoca que el refactor de código se vaya volviendo progresivamente más difícil y más costoso. ¿Disfrutas cuando haces un refactor de tu producto? Nunca es tarde para intentar convencer a tu negocio y poner en marcha algunas buenas prácticas que te ayudarán a reducir el código legacy transformándolo en código más mantenible. En esta charla compartiré algunos conceptos y técnicas que nos ayudarán en esta tarea, como branch by abstraction, sprout method/class o wrap method/class. Hablaremos también del mayor enemigo: las dependencias. Describiré con ejemplos los que deben ser nuestros mejores aliados: los tests de caracterización y las “costuras”. Y repasaré algunas técnicas básicas de refactorización que nos ayudarán en todo este proceso como extract interface o subclass & override.

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.