Clik here to view.
Desarrollo de software. Antipatrón. Principio de Peter aplicado al software
El principio de Peter fue popularizado por los canadienses Laurence Johnston Peter y Raymond Hull en un libro homónimo publicado en 1969, con la famosa cita: “En una jerarquía, todo empleado tiende a...
View ArticleClik here to view.
Desarrollo de software. Antipatrón. Shotgun surgery
Este antipatrón surge como consecuencia de múltiples cambios en una aplicación que se llevan a cabo de forma simultánea en el mismo, de manera que es posible que se haya aplicado la misma solución en...
View ArticleClik here to view.
Desarrollo de software. Antipatrón. Testing de fogueo
Este antipatrón surge en aquellos casos en los que los desarrolladores (o el equipo de desarrollo) dan por correctas determinadas funcionalidades sin haber pasado el suficiente número de casos de...
View ArticleClik here to view.
Martin Fowler. La deuda técnica es responsabilidad nuestra
Interesante la reflexión que Martin Fowler realiza en su libro “Refactoring: Improving the Design of Existing Code” (traducción libre): “Al compilador no le preocupa que el código sea feo o limpio....
View ArticleClik here to view.
Mal endémico. No se prueba
“¡Esto está terminado!”. ¡Cuánto daño ha hecho esa frase!. Un mal endémico en los desarrolladores es que entendemos que hemos terminado nuestro trabajo tras la última línea de código de la tarea que...
View ArticleClik here to view.
Gerald Marvin Weinberg. Autonomía para el desarrollador
Jerry Weinberg considera que: “Cualquiera que haya visto a un programador trabajando… sabe lo que es la programación en sí, si al programador se le da la oportunidad de hacerlo a su manera, es la mayor...
View ArticleClik here to view.
La programación no debe ser una actividad mecánica
Puedes trabajar con factorías de software siguiendo el modelo que más pueda convenir: Offshore, Nearshore, Onshore y conforme exista más distancia entre los equipos que tratan las especificaciones y el...
View ArticleClik here to view.
Desarrollo de software. Mejor sin miedo
Sistemas altamente acoplados, con clases y métodos kilométricos, con código que resulta complicado de entender son ejemplos en donde realmente se programa con miedo una vez que se comprueba que tocarlo...
View ArticleClik here to view.
¿Separar usuarios y programadores?
Teniendo en cuenta que el desarrollo de software tiene una naturaleza colaborativa (participan personas y se necesita de todas ellas para sacar el trabajo adelante) se entiende que cuanto menor sea la...
View ArticleClik here to view.
Donald Norman. Buen código
Para Donald Norman: “Los objetos bien diseñados son fáciles de interpretar y de comprender ya que contienen pistas visibles de su funcionamiento”. Un código fácil de leer y de entender en entornos...
View Article
