tdd

Recursos de programación de tdd
Charla sobre testing en frontend utilizando dos herramientas en concreto: Testing Library y MSW. Debatimos sobre ejemplos de un proyecto real hecho en la devscola: Rekaizen. Enfocada a personas que ya tengan experiencia de testing en frontend. Las herramientas y conceptos que se tratan son aplicables a cualquier stack frontend. No importa si tu proyecto usa React, Vue o Jquery. Tampoco importa si tu proyecto es greenfield o legacy. Material recomendado antes de la charla: Vídeo Introducción a Testing Library + MSW https://www.youtube.com/watch?v=IzAX80fWrOQ Lo mismo en post https://itnext.io/test-driven-development-tdd-with-react-testing-library-mock-service-worker-b23c9fedf6fa
Carlos Blé nos cuenta lecciones aprendidas en los últimos 10 años, tanto aprendiendo TDD como ayudando a equipos y organizaciones a integrarlo. Compara algunas de las cosas que nos explicó en DeCharlas hace 10 años con sus experiencias actuales. Será una sesión participativa donde podamos hacer preguntas y compartir experiencias. Director de Lean Mind (http://LeanMind.es). Programador. Escritor aficionado (https://www.carlosble.com/libro-tdd/?lang=es) y podcaster principiante (http://podcast.carlosble.com)
Web
06-09-2020
http , .net , agile , lean , kanban , xp , tdd , bdd
 These are the best podcast/talks I've seen/listen to recently: Agile as if you meant it (Maaret Pyhäjärvi) [Agile, Lean Product Management, Product, Product Strategy, Teams] (⭐⭐⭐⭐⭐) A good example of what Modern Agile looks like. Customer-focused team, with direct contact with the customer and without a proxy. Very interesting. It reminds me a lot of the way I used to work at [@AleaSolucionesS](https://twitter.com/AleaSolucionesS) and at TheMotion ([@HoneyBadgersDev](h...
Web
06-09-2020
http , .net , agile , lean , kanban , xp , tdd , bdd
 These are the best podcast/talks I've seen/listen to recently: Agile as if you meant it (Maaret Pyhäjärvi) [Agile, Lean Product Management, Product, Product Strategy, Teams] (⭐⭐⭐⭐⭐) A good example of what Modern Agile looks like. Customer-focused team, with direct contact with the customer and without a proxy. Very interesting. It reminds me a lot of the way I used to work at [@AleaSolucionesS](https://twitter.com/AleaSolucionesS) and at TheMotion ([@HoneyBadgersDev](h...
These are the best podcast/talks I've seen/listen to recently: The Beautiful Mess (John Cutler) [Agile, Company Culture, Management, Product] John explains how we must all embrace ‘the beautiful mess’ and learn to navigate change in order to be more successful. What Will The Next 10 Years Of Continuous Delivery Look Like? (Dave Farley, Jez Humble) [Agile, CD, Continuous Delivery, Devops, Microservices, Technical Practices, Technology Strategy] In the 10 years since the publication of the...
These are the best podcast/talks I've seen/listen to recently: The Beautiful Mess (John Cutler) [Agile, Company Culture, Management, Product] John explains how we must all embrace ‘the beautiful mess’ and learn to navigate change in order to be more successful. What Will The Next 10 Years Of Continuous Delivery Look Like? (Dave Farley, Jez Humble) [Agile, CD, Continuous Delivery, Devops, Microservices, Technical Practices, Technology Strategy] In the 10 years since the publication of the...
¿Se puede hacer código de calidad utilizando #Laravel? 🤔 Para ver si es posible o no… ¡Hagamos un poco de #LiveCoding y discutamos sobre ello! A ver si es posible hacer un MVC con Laravel o incluso a hacer una aplicación DDD con Laravel también. Y si no eres de #php… ¡Seguramente te encante más este vídeo! 😬 (gracias a ver cosillas como el TDD). {▶️} CodelyTV ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 💂‍♂️ Twitter Rafa: https://twitter.com/rafaoe ├ 👨 Twitter Javi: https://twitter.com/JavierCane ├ 📸 Instagram: https://instagram.com/CodelyTV/ ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv/ ├ 𝐟 Facebook: https://facebook.com/CodelyTV/ └ 📕 Catálogo cursos: https://bit.ly/cursos-codely
La charla pretende demostrar el por qué de escribir el test primero cuando hacemos Test Driven Development. Necesitamos entender varios argumentos para poder encontrarle el valor a ese test que viene antes que el código de producción para pasarlo. Se trata de alcanzar un cierto mindset que nos ayuda en el desarrollo y especialmente con el diseño de nuestra aplicación, de ahí el nombre. Es un desarrollo "guiado por tests". Escribir el test primero nos ayuda por ejemplo a: - Procesar conscientemente el problema antes de abordarlo. - Detectar problemas antes de estar a medio camino con la implementación. - Eliminar elementos innecesarios, o encontrar otros que no se tuvieron en cuenta. - Juzgar la viabilidad de un diseño en base a la complejidad de escribir los tests. Un TDD bien enfocado elimina mucho desperdicio, y esto se traduce de forma económica en el proyecto. Espero que al salir de la charla, haya más gente dispuesta a dedicarle tiempo y ser capaces de obtener un gran retorno de inversión a partir de su práctica.
1- ¿Crees que la gente trabaja como tú (haciendo test)? 2- ¿Cuáles son los impedimentos o excusas más comunes que has escuchado? 3- ¿Qué le dirías a alguien de negocio cuando te dice, "está feature es muy urgente, no hay tiempo para test"? ------------- Todos los vídeos de Commitconf 2019 en: https://lk.autentia.com/Commit19-YouTube ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
La charla pretende demostrar el por qué de escribir el test primero cuando hacemos Test Driven Development. Necesitamos entender varios argumentos para poder encontrarle el valor a ese test que viene antes que el código de producción para pasarlo. Se trata de alcanzar un cierto mindset que nos ayuda en el desarrollo y especialmente con el diseño de nuestra aplicación, de ahí el nombre. Es un desarrollo "guiado por tests". Escribir el test primero nos ayuda por ejemplo a: - Procesar conscientemente el problema antes de abordarlo. - Detectar problemas antes de estar a medio camino con la implementación. - Eliminar elementos innecesarios, o encontrar otros que no se tuvieron en cuenta. - Juzgar la viabilidad de un diseño en base a la complejidad de escribir los tests. Un TDD bien enfocado elimina mucho desperdicio, y esto se traduce de forma económica en el proyecto. Espero que al salir de la charla, haya más gente dispuesta a dedicarle tiempo y ser capaces de obtener un gran retorno de inversión a partir de su práctica. ------------- Todos los vídeos de la Cas 2019 en: https://lk.autentia.com/CAS-YouTube ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX