Archive for the 'Change' Category
Desaprendiendo
La historia de cómo llega un nuevo feed al blogroll de uno no siempre se recuerda. No es el caso del blog de un tipo llamado Reg Braithwaite:
Durante la última RailsConf Hispana tuvimos la suerte de contar con Obie Fernandez. En su keynote citó un post titulado algo así como: ¿Y si los modismos [...]
Arreglando ventanas
Según cuentan Dave Thomas y Andy Hunt en The Pragmatic Programmer, durante la alcaldía de Rudolph Giuliani en Nueva York un serie de estudios sobre la delincuencia en la ciudad indicaban que existía una relación entre los barrios con más ventanas rotas y aquellos con un mayor índice de delincuencia. Estos estudios sostenían que dejar [...]
Nunca hables con extraños
Aunque Demeter ya ha sido mencionado aquí, revisitar estas cosas de vez en cuando siempre viene bien. Lo que nos dice la ley de Demeter es que desde un método debemos evitar invocar métodos que no sean del mismo objeto o de sus “amigos” inmediatos. Así, un ejemplo de violación de esta regla sería un [...]
La deuda técnica
Llego, leyendo acerca de las motivaciones para refactorizar según Jay Fields, al interesante concepto de la deuda técnica. Se trata de una metáfora según la cual desarrollar de manera rápida y sucia, reduciendo la calidad, supone adquirir una deuda. Una deuda, como la financiera, cuyos intereses pagaremos irremediablemente en el futuro pero que, eventualmente, [...]
Arquitectura vs Funcionalidad
Para poder, siguiendo el hilo del último post, reducir repentinamente el scope de una iteración llegado el caso será necesario haber desarrollado siguiendo un determinado orden.
Una opción tentadora es desarrollar dirigidos por la arquitectura. Es tentadora desde el punto de vista individual, ya que, “oye, ya que estoy con la base de datos, voy a [...]
La respuesta es reducir el scope
Antes o después todos tenemos que afrontar el hecho de darnos cuenta de que “al ritmo que vamos” no hay manera de cumplir con la fecha de entrega comprometida. Llegados a esta terrible situación, tenemos varias opciones:
Echar horas como locos y reducir la calidad, pero entregar en fecha. Retrasar la fecha de entrega, intentando mantener la [...]
Retrasa tus decisiones
[ACTUALIZACIÓN: InfoQ acaba de publicar el vídeo de la charla Modifiability: Or is there Design in Agility? de Martin Fowler y varios ThoughtWorkers en la QCon 2007 que inspiró este post]
No sé si habréis observado esa tendencia que parece que tenemos muchos desarrolladores a pensar en la solución a un problema según vamos conociéndolo. Parece [...]
Un par de posts recientes de Oren Eini (aka Ayende Rahien, un tío al que merece la pena seguir si desarrollas en .NET y quieres pensar diferente) me dan pie a tratar el peliagudo asunto de la documentación en el mundo del desarrollo de software.
El título de este post (como el de Ayende) se [...]
Libros
A mi es que este tipo de comparaciones, como a David, no me parecen demasiado bien:
Son injustas y demagógicas, aunque puedan tener un fondo de verdad. La pregunta relevante, en todo caso, no sería tanto ¿cuántos libros necesito para aprender a desarrollar en Java o Ruby? como ¿cuántos libros hacen falta para aprender a desarrollar [...]
Cambiando el mundo
En esta charla de Kent Beck (padre de la Programación Extrema), hay un momento en que pide al público, en plan brainstorming, enumerar las distintas responsabilidades que llevan a cabo los programadores en su trabajo diario. Escribir código, modelar, diseñar, analizar, depurar, probar… son algunas de las respuestas. Todo eso es cierto —dice él— pero [...]
Search
You are currently browsing the Putting it together weblog archives for the 'Change' category.
Longer entries are truncated. Click the headline of an entry to read it in its entirety.About Putting it together
Blog acerca del desarrollo de software en la postmodernidad y la complejidad de mantener las cosas simples
Escrito por Luismi Cavallé (en busca de colaboradores)


