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