EPISODE · Jan 17, 2022 · 13 MIN
Episodio 21 - Refactoricemos hoy!
from Programar es simple · host Remus Richard Dumitrache
Hablemos de qué es un refactor → Cambios en el código que son demasiado pequeños para aportar valor, pero en su conjunto sí que aportan. Haciendo estos cambios de forma pequeña y utilizando otras metodologías como el paralell change(debate para otro episodio), evitamos introducir bugs, siempre ayudándonos de tests. Os cuento la historia sobre mi manager, cómo nos pregunta sobre un refactor que planteamos, era una tarea en la que teníamos que compartir un documento entre varias personas, pero la arquitectura en general de la aplicación, no estaba pensado para ello, había algunos tipos que sí que se podían compartir y otros que no, entonces para no ensuciar todo el código con ifs por todas partes, decidimos sacar toda esta lógica a otro servicio, os cuento más en otro episodio, pero quería llegar al punto de que esto no era un refactor, era una reimplementación ó un rewrite entero de las funcionalidades que ya teníamos. La productividad de tu IDE → algo de lo que podría estar hablando horas, pero hoy respecto a los refactorings, saber atajos como por ejemplo en Intellij Idea, escribir .val después de una expresión y eso te generará una variable, a la hora de escribir tests o código productivo es súper útil. Yo soy un friki de este tipo de trucos, por ejemplo lo cursores múltipls, atajos para casi cualquier refactor etc, pero si usas intellij por ejemplo, con saber un par de atajos como por ejemplo del doble shift para buscar cualquier cosa ó cmd + shift + a para buscar caulquier acción evitarías que me lloren los ojos y que me ponga nervioso mientras escribes todo letra a letra. Normalmente no debería afectar al alcance que tenemos, por ejemplo yo cuando refactorizo, alguna cosilla que no me gusta, suelo hacerlo, ver que todo funciona pasando todos los test. https://refactoring.guru/es
What this episode covers
Hablemos de qué es un refactor → Cambios en el código que son demasiado pequeños para aportar valor, pero en su conjunto sí que aportan. Haciendo estos cambios de forma pequeña y utilizando otras metodologías como el paralell change(debate para otro episodio), evitamos introducir bugs, siempre ayudándonos de tests. Os cuento la historia sobre mi manager, cómo nos pregunta sobre un refactor que planteamos, era una tarea en la que teníamos que compartir un documento entre varias personas, pero la arquitectura en general de la aplicación, no estaba pensado para ello, había algunos tipos que sí que se podían compartir y otros que no, entonces para no ensuciar todo el código con ifs por todas partes, decidimos sacar toda esta lógica a otro servicio, os cuento más en otro episodio, pero quería llegar al punto de que esto no era un refactor, era una reimplementación ó un rewrite entero de las funcionalidades que ya teníamos. La productividad de tu IDE → algo de lo que podría estar hablando horas, pero hoy respecto a los refactorings, saber atajos como por ejemplo en Intellij Idea, escribir .val después de una expresión y eso te generará una variable, a la hora de escribir tests o código productivo es súper útil. Yo soy un friki de este tipo de trucos, por ejemplo lo cursores múltipls, atajos para casi cualquier refactor etc, pero si usas intellij por ejemplo, con saber un par de atajos como por ejemplo del doble shift para buscar cualquier cosa ó cmd + shift + a para buscar caulquier acción evitarías que me lloren los ojos y que me ponga nervioso mientras escribes todo letra a letra. Normalmente no debería afectar al alcance que tenemos, por ejemplo yo cuando refactorizo, alguna cosilla que no me gusta, suelo hacerlo, ver que todo funciona pasando todos los test. https://refactoring.guru/es
NOW PLAYING
Episodio 21 - Refactoricemos hoy!
No transcript for this episode yet