Este episodio del podcast Bri Show, presentado por @jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ y ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi, se centra en las ventajas y desventajas del Desarrollo Guiado por Pruebas (TDD). Los presentadores discuten los numerosos beneficios del TDD, incluyendo: ● Reducción de errores: El TDD ha demostrado reducir los errores en el código, con datos que respaldan esto tanto en entornos estudiantiles como profesionales. ● Mejora en el diseño: Aunque reconocen que las opiniones difieren sobre la influencia del TDD en el diseño, los presentadores sugieren que puede llevar a mejores diseños al requerir que los desarrolladores consideren la capacidad de prueba desde el principio. ● Mayor mantenibilidad y refactorización: El TDD fomenta la creación de código modular y acoplado de manera flexible, lo que facilita su refactorización y mantenimiento. Los presentadores destacan que la refactorización es casi imposible sin pruebas. ● Mejor trabajo en equipo: El TDD promueve una mejor comunicación y colaboración en los equipos de desarrollo. Trabajar juntos en las pruebas ayuda a los equipos a construir una comprensión compartida de la base de código, lo que facilita la identificación y solución de posibles problemas. ● Mayor confianza y reducción de riesgos: El TDD proporciona una red de seguridad, lo que permite a los desarrolladores realizar cambios con confianza. Esto se debe a que las pruebas actúan como una suite de regresión, asegurando que la funcionalidad existente permanezca intacta a medida que se agrega o modifica nuevo código. Sin embargo, existen desafíos y conceptos erróneos con el TDD: ● Inversión de tiempo: Los presentadores reconocen que el TDD requiere un compromiso inicial de tiempo, lo que podría ser una barrera para algunos desarrolladores o equipos. No obstante, argumentan que esto se compensa a largo plazo con una reducción en la depuración y un aumento en la calidad del código. ● Curva de aprendizaje: El TDD puede ser difícil de aprender, especialmente para desarrolladores nuevos en las pruebas. Los presentadores recomiendan comenzar con enfoques de prueba más simples, como escribir pruebas después de la implementación, para luego hacer la transición gradual al TDD. ● Uso excesivo y obsesión: Aunque abogan por el TDD, los presentadores advierten contra su uso excesivo o la obsesión con las métricas de cobertura de código. Enfatizan usar el TDD con juicio, centrándose en pruebas que brinden el mayor valor y evitando pruebas innecesarias. ● Resistencia cultural: Implementar el TDD de manera efectiva a menudo requiere un cambio en la cultura del equipo y en las prácticas organizacionales. Los presentadores subrayan la necesidad de obtener el apoyo de todos, incluido el liderazgo, para garantizar que la adopción del TDD esté alineada con los objetivos y prioridades del negocio. Como siempre, nuestras redes: Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

En este episodio, Matheus Marabesi y Pela regresan después de una pausa para discutir temas relacionados con el rol del Product Manager (PM) en el desarrollo de software. Exploran las diferencias entre el Product Manager estratégico y el más operativo, destacando la importancia de aportar verdadero valor en el contexto en que se encuentran. A lo largo de la conversación, abordan la relevancia de evaluar continuamente el impacto de las decisiones de producto y la necesidad de eliminar características que no generen valor. También reflexionan sobre las responsabilidades y retos de los PMs, incluyendo la importancia de entender tanto el aspecto técnico como el impacto a largo plazo de sus decisiones. Como siempre, nuestras redes: Javier Chacana: @jchacana Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

Como siempre, nuestras redes: Javier Chacana: @jchacana Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

Como siempre, nuestras redes: Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

Como siempre, nuestras redes: Emmanuel Valverde: @evrtrabajo Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

Show notes: EP 2 - Pair Programming - Como empezamos, como hacerlo, el tipo 1 y el tipo 2 EP 3 - Pair Programming - El tipo 2 y anti patterns Como siempre, nuestras redes: Lucia Gismondi : @lugismondicoach, ⁠@Lgismondi2 , página web: luciagismondi.com Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

Como siempre, nuestras redes: Kristian Muñoz Muñoz: @kristianmzmz Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

¿Qué es el refactoring? ¿Cuáles son sus beneficios? ¿Cómo se aplica? ¿Quieres mejorar la calidad de tu código? En este episodio de nuestro podcast, entrevistamos a Dani Ramos. Descubre qué es el refactoring, cuáles son sus beneficios y cómo aplicarlo de forma efectiva. En este episodio aprenderás: ¿Qué es el refactoring? ¿Por qué es importante el refactoring? ¿Qué tipos de refactoring existen? Cómo identificar el código que necesita refactoring. Cómo aplicar el refactoring de forma segura. ¡No te pierdas este episodio si quieres mejorar la calidad de tu código! Como siempre, nuestras redes: Daniel Ramos: @DanielRamosAcos Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠@matheusmarabesi

En este episodio de nuestro podcast, tenemos la parte 2 de la entrevista a Dani Ramos. En este episodio aprenderás: tools para el refactoring tipos mas comunes de refactoring The Core 6 Refactorings El hilo en X para aprender los refactors automáticos ¡No te pierdas este episodio si quieres mejorar la calidad de tu código! Como siempre, nuestras redes: Daniel Ramos: ⁠@DanielRamosAcos⁠ Juan Pablo Blanco: ⁠⁠⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠⁠⁠@matheusmarabesi

En este episodio, vamos a hablar de REST y GraphQL, dos estilos de arquitectura API. REST es un estándar abierto y bien documentado que es fácil de entender y usar. Sin embargo, puede ser ineficiente para aplicaciones con un gran volumen de datos. GraphQL es un lenguaje de consulta para APIs que permite a los clientes solicitar solo los datos que necesitan. Esto puede mejorar la eficiencia y el rendimiento de las aplicaciones. En este episodio, vamos a comparar REST y GraphQL en términos de sus ventajas y desventajas. También vamos a discutir cuándo es una buena idea usar cada uno. ¿Estás listo para aprender más sobre cómo mejorar tus APIs? Como siempre, nuestras redes: Juan Pablo Blanco: ⁠⁠⁠⁠⁠@jpblancodb⁠⁠⁠⁠⁠ Matheus Marabesi: ⁠⁠⁠⁠⁠@matheusmarabesi