REFACTORIZA tu carrera como developer, aprende CALIDAD en el CÓDIGO. Una skill muy valorada en el mundo tech. ⚡

NOTAS DEL EPISODIO:

👉🏼 https://gabimoreno.soy/calidad-codigo-topic7

ÍNDICE:

- Previa

- Bienvenida y presentación

- Saúl nos habla sobre él, su experiencia y su background

- 🔍 ¿Qué es la CALIDAD del CÓDIGO?

- ⚠ ¿Cómo equilibrar la presión de entregar rápido a la necesidad de mantener tu código limpio y testable?

- 👀 ¿En cuántas empresas ha estado Saúl donde le han dicho que no hay tiempo para los TESTS?

- 👨🏻‍💻 ¿Qué practicas recomiendas para equipos de desarrollo para que mantengan un estilo de código homogéneo en el proyecto?

- ✔ Cuando estás revisando código y el Android Studio de la persona no está configurado de la misma forma que en el proyecto, ¿cómo se explica al equipo que hay que seguir unas normas?

- 🎯 ¿Cuáles son las métricas más importantes para valorar la calidad del código desde el punto de vista de un lead developer?

- ⌚ ¿Cuándo debería ser el momento apropiado para REFACTORIZAR una pieza de código?

- 💡 Hábitos clave o pasos o consejos para refactorizar

- 🛠 ¿Cómo se integra esto de la calidad en la integración continua?

- 🤔 ¿Es clean architecture garantía de calidad?

- ¡Muchísimas gracias Saúl! 😊

- 1️⃣ ¿Qué es lo primero que revisas al evaluar la calidad de un código?

- 2️⃣ ¿Cuál es el mayor error que un programador puede cometer respecto a la calidad del código?

- 3️⃣ ¿Refactorizar o empezar desde cero?

- 4️⃣ ¿Cuál es tu herramienta favorita para asegurar la calidad del código?

- 5️⃣ ¿Es el legacy code DEUDA TÉCNICA?

- 6️⃣ ¿Cuál es el principal indicador de que a un código le hace falta un buen refactoring?

- 7️⃣ ¿Detekt o Ktlint?

- 8️⃣ ¿Qué práctica crees que es subestimada, pero es crucial para la calidad del código?

- 9️⃣ Consejo rápido para mantener el código limpio

- 🔟 ¿Java o Kotlin?

- ⚡ Recuperamos la pregunta de si el legacy code es DEUDA TÉCNICA

- ¡Muchísimas gracias de nuevo Saúl! 😊

- Dónde podemos encontrar a nuestro invitado

- Despedida y cierre