6 valoraciones en ¿Orden Primero?: Un Ejercicio Personal en Diseño de Software Empírico

1. 

   Valorado con 5 de 5

   Anthony R. – 02/12/2023

   Este libro es sencillo y se lee rápido, fácil de entender y me resultó refrescante. Me gustó 👍

   (0) (0)
2. 

   Valorado con 5 de 5

   JeremyDwayne – 05/12/2023

   He leído varios libros sobre refactorización a lo largo de mi carrera, incluidas ambas ediciones del libro Refactoring de Martin Fowler. Lo que todos tienen en común es que la refactorización es poderosa, pero al final se siente como esta gran tarea que romperá tu código, especialmente si no está bien probado.
   El problema con la refactorización tradicional surge cuando hay otras personas esperando el trabajo que estás haciendo. Existe presión por parte de los líderes de producto e ingeniería para lanzar algo. Las refactorizaciones no son necesarias para esos interesados y terminan en una lista de deudas técnicas a resolver cuando esa parte del código falle en producción, probablemente como una solución rápida.
   Tidy First me ha hecho darme cuenta de que está bien simplemente hacer un poco de limpieza alrededor de los cambios que estoy haciendo. Mantenlo pequeño y no cambies el comportamiento. Mientras leía este libro, en una sola sesión, me di cuenta de que ya hago muchas de las limpiezas que Kent recomienda, simplemente no les había dado un nombre adecuado ni las consideraba como refactorizaciones.
   Donde realmente radica el valor de este libro es en las secciones de cuándo y por qué. Ahora tengo un marco de trabajo para aplicarlo a las decisiones que tomo y saber cuándo está bien limpiar el código, así como entender por qué debería o no hacer esos cambios.
   Este libro debería estar en los escritorios de cada ingeniero de software. Consulta cada vez que veas código que se ve un poco desordenado o es difícil de entender.
   ¡Espero con ansias leer el resto de los libros de esta nueva serie que Kent está lanzando!

   (0) (0)
3. 

   Valorado con 2 de 5

   Andreas – 12/12/2023

   Sin duda, este producto no justifica el costo. La mayoría de los ejemplos son demasiado concisos e incluso genéricos. Si quitas los espacios en blanco y las páginas en blanco, probablemente sea un libro de 15 páginas. La información encontrada en el libro también es un tanto contradictoria, por ejemplo, comenta todo, en realidad elimina comentarios. ¡Gran consejo por $50 jaja!

   (0) (0)
4. 

   Valorado con 5 de 5

   Maros Vranec – 03/01/2024

   Este es un nuevo libro corto de Kent Beck, con menos de 100 páginas. La mayoría de los capítulos tienen una o dos páginas de extensión. Me gustó mucho y dado que Kent Beck es un héroe de la programación 🙂 le doy 5 estrellas. A continuación, presento mis notas del libro para que puedas tener una idea de lo que trata. La mayoría de los debates en el diseño de software se centran en los microservicios, cuán grandes deberían ser las cosas, eventos versus llamadas HTTP, objetos versus código imperativo. Estos debates sobre «Qué» esconden desacuerdos más fundamentales en el diseño de software. Lo que Beck pasa por alto en los debates es «Cuándo» y «Cuánto». La estrategia de aprendizaje general de Beck es pasar de lo concreto a lo abstracto. Por eso este libro comienza con «tidyings». Estas son pequeñas y bonitas mejoras borrosas que a nadie le resultaría desagradable. Por ejemplo:
   – Código Muerto: simplemente elimínalo.
   – Normalizar Simetrías: lo que otras personas llaman ser consistente al usar patrones (por ejemplo, carga perezosa), Beck lo llama normalizar simetrías. Echo de menos un debate o al menos una mención sobre un acuerdo de equipo y su automatización utilizando eslint o checkstyle aquí.
   – Nueva Interfaz, Implementación Antigua: crea una interfaz que desearíamos tener e impleméntala utilizando la interfaz antigua. Me gusta el término «programación deseante» por este enfoque de otro libro.
   – Orden de Lectura: deberíamos reordenar el contenido de un archivo en el orden que un lector preferiría leerlo.
   – Coherencia de Orden: deberíamos reorganizar el código de forma que los elementos que necesitamos cambiar estén adyacentes.
   – Mover Declaración e Inicialización Juntas, etc.
   El título del libro es «¿Primero Ordenado?», por lo que Beck reconoce que el hecho de que puedas ordenar no significa que siempre debas hacerlo. Normalmente no deberíamos pasar más de una hora ordenando. Beck habla sobre cómo la latencia en la revisión de código afecta la división de nuestras solicitudes de extracción (refactorizaciones de cambios de comportamiento). Beck recomienda experimentar descartando todo el trabajo en una solicitud de extracción y comenzar de nuevo, ordenando primero. Beck llama al diseño de software beneficioso relacionando elementos como en biología. También explica cómo formular los beneficios de la refactorización como la creación de «opciones» como opciones financieras/bursátiles. Debemos equilibrar los flujos de efectivo básicos (enviarlo más rápido) con la creación de más opciones mediante la refactorización. Los cambios estructurales y la mayoría de las decisiones de diseño generalmente son reversibles. **Continúa**

   (0) (0)
5. 

   Valorado con 5 de 5

   Antonio – 31/01/2024

   Muy práctico y compacto, cumple con toda la información que promete.

   (0) (0)
6. 

   Valorado con 5 de 5

   Zuzanna Radacka – 16/02/2024

   El verdadero costo del libro se mide en el tiempo requerido para leerlo. Debes restarlo de los beneficios de adquirir conocimiento. En este caso, el costo es casi inexistente porque el libro es bastante corto. Sin embargo, es bueno y lo suficientemente valiente para decir «hazlo de esta manera» cuando existe una «mejor práctica», y proporciona un marco de referencia si no es obvio sin contexto. No esperes milagros de este libro, se siente como una conversación con un colega razonable y experimentado en el pub. Es agradable, pero aún necesitas aplicar juicio y hacer todo el trabajo posteriormente.

   (0) (0)