recordar todo esto para no olvidarlo es genial. como ha sobrado tiempo estaría bien incidir más en el código.
me ha gustado, me ha servido para decirle al mi equipo "¿lo veis?", sienta bien :)
Cosas interesantes a tener en cuenta cuando desarrollas un proyecto de symfony. Me encantó la actitud de esta y otras ponencias de hacer las cosas bien en todo momento.
Una sugerencia, el php-cs-fixer es espectacular para el que no lo ha usado nunca y muy rápido. Creo que es mejor mostrar el resultado ejecutándolo directamente en lugar de con un checkout.
there were several steps where running tests did not make a lot of sense as the tests were not actually testing covering the parts that we were changing but overall great talk to learn about how to develop the right way
Me pareció una charla floja. Algunos ejemplos de refactoring estaban cogidos por los pelos (como los relacionados con el IDE), y no me dio la sensación de que ahondara demasiado en la materia.
Buenas ideas para incluir en el ciclo de trabajo de nuestro equipo.No usamos symfony pero nos valen algunos de los tips como el coding standard, ayudas al IDE, desacoplar, intentar tener métodos cortos que hagan solo 1 cosa, etc.Y gracias por el ladybug, lo usamos todos los dias :-)
Esperaba una charla sobre refactoring, pero encontré una versión descafeinada de la charla de Fran Moreno.
Ni una mención a técnicas de refactoring, ni patrones de diseño, ni al llamado "clean code". El tema daba para mucho; naming, replicación, complejidad ciclomática... y acabamos hablando del autocomplete de phpstorm.
Muy descafeinada, viniendo de Raul Fraile al cual tengo en alta consideracion(muy buena su charla del año pasado, por ejemplo) me parecio muy floja. El tema daba para muchisimo mas, por ejemplo, se enumeraron tecnicas para evitar que los controladores fuesen enormes pero solo se explico una de ellas y encima con un ejemplo que no era muy recomendable, como el mismo Raul dijo. Esperaba mas, mucho mas
Muchas gracias a todos por el feedback, pese a que la mayoría de comentarios son positivos, obviamente no fue mi mejor charla y hay *mucho* que mejorar.
La charla pretendía sobre todo *motivar* a que el refactoring fuera un proceso contínuo de mejora del código, siempre con un respaldo de tests, y huyendo de las típicas charlas donde simplemente se citan los consejos del libro de "clean code" o patrones de refactor, pero no se aplican sobre código real.
Tomo vuestros consejos y como ya le he dicho a alguien, la crítica fortalece. Espero hacerlo mejor la próxima vez.
Fue un formato interesante por el hecho de hacer cambios en vivo y ver cómo se aplicaban las técnicas paso a paso. Como introducción a buenas prácticas, estándares y guía a seguir estuvo bien. Como charla acerca de refactoring eché de menos más profundidad y complejidad.
Comments
Comments are closed.
recordar todo esto para no olvidarlo es genial. como ha sobrado tiempo estaría bien incidir más en el código.
me ha gustado, me ha servido para decirle al mi equipo "¿lo veis?", sienta bien :)
Muy interesante la charla, con técnicas útiles de refactorización y ejemplos prácticos, pero muy rápida y breve.
Algo corta pero interesante . Felicidades !!!
Cosas interesantes a tener en cuenta cuando desarrollas un proyecto de symfony. Me encantó la actitud de esta y otras ponencias de hacer las cosas bien en todo momento.
Muy bien estructurada la charla.
El contenido estuvo muy bien pero muy condensado.
Una sugerencia, el php-cs-fixer es espectacular para el que no lo ha usado nunca y muy rápido. Creo que es mejor mostrar el resultado ejecutándolo directamente en lugar de con un checkout.
there were several steps where running tests did not make a lot of sense as the tests were not actually testing covering the parts that we were changing but overall great talk to learn about how to develop the right way
Como era de esperar no me ha defraudado. El contenido es de esas cosas para guardar en la chuleta de nuestro día a día.
Felicidades Raul.
Me pareció una charla floja. Algunos ejemplos de refactoring estaban cogidos por los pelos (como los relacionados con el IDE), y no me dio la sensación de que ahondara demasiado en la materia.
Buena charla aunque quizás algo corta. En cualquier caso, estos son los pasos correctos a seguir
Hubiera estado bien algo más de chicha y riesgo :)
Buenas ideas para incluir en el ciclo de trabajo de nuestro equipo.No usamos symfony pero nos valen algunos de los tips como el coding standard, ayudas al IDE, desacoplar, intentar tener métodos cortos que hagan solo 1 cosa, etc.Y gracias por el ladybug, lo usamos todos los dias :-)
Esperaba una charla sobre refactoring, pero encontré una versión descafeinada de la charla de Fran Moreno.
Ni una mención a técnicas de refactoring, ni patrones de diseño, ni al llamado "clean code". El tema daba para mucho; naming, replicación, complejidad ciclomática... y acabamos hablando del autocomplete de phpstorm.
Muy descafeinada, viniendo de Raul Fraile al cual tengo en alta consideracion(muy buena su charla del año pasado, por ejemplo) me parecio muy floja. El tema daba para muchisimo mas, por ejemplo, se enumeraron tecnicas para evitar que los controladores fuesen enormes pero solo se explico una de ellas y encima con un ejemplo que no era muy recomendable, como el mismo Raul dijo. Esperaba mas, mucho mas
Muchas gracias a todos por el feedback, pese a que la mayoría de comentarios son positivos, obviamente no fue mi mejor charla y hay *mucho* que mejorar.
La charla pretendía sobre todo *motivar* a que el refactoring fuera un proceso contínuo de mejora del código, siempre con un respaldo de tests, y huyendo de las típicas charlas donde simplemente se citan los consejos del libro de "clean code" o patrones de refactor, pero no se aplican sobre código real.
Tomo vuestros consejos y como ya le he dicho a alguien, la crítica fortalece. Espero hacerlo mejor la próxima vez.
Fue un formato interesante por el hecho de hacer cambios en vivo y ver cómo se aplicaban las técnicas paso a paso. Como introducción a buenas prácticas, estándares y guía a seguir estuvo bien. Como charla acerca de refactoring eché de menos más profundidad y complejidad.