tdd

Recursos de programación de tdd
Jenkins does not scale. There's no denying it. If we need more power because the number of concurrent builds increased, we cannot scale Jenkins. We cannot hook it into Kubernetes HorizontalPodAutoscaler to change the number of replicas based on metrics like the number of concurrent builds.. At times, Jenkins is struggling under heavy load. At others, it is wasting resources when it is underutilized. As a result, we might need to increase its requested memory and CPU as well as its limits to cover the worst-case scenario. AboutL Viktor Farcic, Developer Advocate, CloudBees Viktor Farcic is a Developer Advocate at CloudBees, a member of the Google Developer Experts and Docker Captains groups, and published author. His big passions are DevOps, Microservices, Continuous Integration, Delivery and Deployment (CI/CD) and Test-Driven Development (TDD). He often speaks at community gatherings and conferences. He published The DevOps Toolkit Series and Test-Driven Java Development. His random thoughts and tutorials can be found in his blog TechnologyConversations.com.
¿Qué queremos? ¡#TDD! ¿Cuándo lo queremos? ¡Mañana martes 29 a las 17:30 CEST! ¿Cómo lo queremos? ¡En directo! ¿Tenemos claros los puntos clave del #testing? ????‍♀️????‍♂️ ¿Qué fue antes, la arquitectura de #software o los tests? ¿El diseño emerge de los tests? ¿A qué huelen las nubes? ???????????????????????????????? ¡Os esperamos mañana martes 29 a las 17:30 CEST en #laFunciónCodelyTV! ???? Enlaces relacionados: ├ ???? Curso de testing: https://pro.codely.tv/library/testing-introduccion-y-buenas-practicas/90916/about/ ├ ???? Post que comentaremos: https://medium.com/better-programming/13-tips-for-writing-useful-unit-tests-ca20706b5368 └ ???? Twitter Nick Hodges (autor): https://twitter.com/NickHodges {▶️} CodelyTV ├ ???? Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ ???? Instagram: https://instagram.com/CodelyTV/ ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv/ ├ ???? Facebook: https://facebook.com/CodelyTV/ ├ ???? Twitter CodelyTV: https://twitter.com/CodelyTV ├ ???? Twitter Rafa: https://twitter.com/rafaoe ├ ???????? Twitter Javi: https://twitter.com/JavierCane └ ???? Catálogo cursos: https://bit.ly/cursos-codely
En este video encontraréis los testimonios de los alumnos que acaban de finalizar el Curso de Arquitectura Android por Diego Ojeda - Android Lead en Apiumhub. Un curso que se ha centrado en trabajar con Kotlin, en la metodología de trabajo, la aplicación de buenas prácticas y en TDD. https://apiumacademy.com/
Desarrollador y desarrolladora alegre y virtuosa quizás estos libros te ayuden a sentirte mejor, empatizar con tu tarea y profundizar en esos conceptos que parece siempre escapan. Si te gusta este contenido recuerda que puedes darte de alta en mi Zona Premium y disfrutar de la versión premium del podcast todos los viernes, directos, desafíos y cursos de programación. ¡Adelante! Recomendaciones podcasteras RadioDev Versión Extendida: Hacia donde va el desarrollo moderno de webs. Conmpart...
Introduction. Recently in the B2B team at LIFULL Connect, we improved the validation of the clicks our API receive using a service that detects whether the clicks were made by a bot or a human being. So we used TDD to add this new validation to the previously existing validation that checked if the click contained all mandatory information. This was the resulting code: and these were its tests: The problem with these tests is that they know too much. They are coupled to many implementation de...
Our Frontend Architect - Albert Parron gave a Frontend Architecture course in Apium Academy, where students learned how to work with Angular in a reactive way, architect their code to be scalable and maintainable, understand how to use the framework properly, how to test an application and how to create a complex UI using best practices. They learned all the building blocks of an Angular application, the basics of Typescript, how to manage an application state with Redux implementation (RxJs) and how to apply TDD to keep the code free of bugs. Here you may find their testimonials! It was a great course and awesome students! Find more information here: https://apiumacademy.com
Recently, one of the teams I’m coaching at my current client, asked me to help them with a problem, they were experiencing while using TDD to add and validate new mandatory query string parameters[1]. This is a shortened version (validating fewer parameters than the original code) of the tests they were having problems with: and this is the implementation of the QueryStringBuilder used in this test: which is a builder with a fluid interface that follows to the letter a typical implementation o...
- ¿Crees que se pueden hacer tests sin hacer TDD? - Si tuvieras que decir cuál es clave para hacer buenos tests, ¿cuál sería? - ¿Crees que llega un punto en que todo el testing es repetir los mismos pasos con pequeñas variaciones o se puede seguir evoluncionando? Commit es la conferencia donde nos reunimos a discutir diferentes perspectivas en la forma de hacer y gestionar software. Ven con nosotros para vivir dos días compartiendo y aprendiendo todo lo que tiene la tecnología, y por la oportunidad de romper con la rutina y experimentar algo nuevo. Todos los vídeos de Commitconf 2018 en: https://www.youtube.com/playlist?list=PLKxa4AIfm4pWrJbP5G43g8yLbfumUz72t ------- ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
¿Sufres en silencio los tests de tu proyecto? ¿Eres de los que no automatizan, porque tienes que elegir entre hacerlo bien o hacerlo a tiempo? ¿Te gustaría saber más sobre esas cosas que @pedro_g_s asume que ya sabes durante sus charlas? Han hecho falta muchas conversaciones de café sobre testing, TDD, BDD, *DD, para darme cuenta de que muchas de las discusiones venian del hecho de que no tenemos claros algunos conceptos básicos del testing y como encajarlos en nuestro ciclo de desarrollo. Durante la charla, hablaré sobre qué, cómo y cuándo (no) probar. Procuraré contar mi experiencia, los trucos que me facilitan escribir mis tests y como hacer nuestro código más testable. Y también, por qué no, intentaré contar mis vergüenzas. Donde me he equivocado y algunas soluciones menos ortodoxas que me han funcionado. Si nunca has hecho tests. Si lo has intentado pero has descubierto que no es todo tan bonito como te pintaron.
Mostraremos cómo hemos trabajado en un proyecto Ruby basándonos en Arquitectura Hexagonal/Clean: Patrones varios, inyección de dependencias, TDD, Crafted Design, unas gotas de DDD... Y por supuesto mostraremos código y las herramientas/gemas utilizadas en el camino: Sinatra/Grape, Sequel, APIs de terceros, Rspec...