desarrollo

El Fin de la Agilidad

(Puedes escuchar la banda sonora de este artículo en este enlace) “A good drummer listens as much as he plays.” — Proverbio Indio Como les conté antes, en la segunda mitad de los noventa, con mis amigos volvimos a ensayar como grupo musical. En esa época yo invertí en una batería y compraba cada cierto tiempo algún ejemplar de la revista Modern Drummer. A diferencia de hoy, en que encuentras en YouTube miles de tutoriales, en esa época recurrías a material escrito para aprender nuevas técnicas o mejorar como músico aficionado.

El Fin de la Agilidad

(Para escuchar la banda sonora de este post haz click aquí) R-E-S-P-E-C-T Find out what it means to me — Aretha Franklin El rock y el pop han contado desde siempre con grandes voces femeninas. El rango de mis favoritas va desde el soul de Aretha Franklin, hasta la vanguardista Björk, pasando por las hermanas Wilson (Heart), la actitud punk de Hayley Williams (Paramore) y Shirley Manson (Garbage).

Miedo al Cambio

No me gusta bajar escaleras. Voy a ser más preciso, no me gusta bajar escaleras rápido. Cuando chico rodé por una escalera y fue doloroso y traumático. Recuerdo haber ido al doctor y por alguna razón tengo el recuerdo de haber visto mis ojos negros durante días. Desde entonces no me atrevo a bajar escaleras rápido, menos si no cuentan con barandilla. “El miedo es el enemigo de la velocidad”. Sólo cuando vencemos el miedo podemos ir más rápido.

Marte Necesita Mujeres

“Que los hombres son de marte, y las mujeres de venus”, “¡viva la diferencia!“. Al final del día todos los debates sobre equidad de género y participación femenina en la vida laboral terminan derivando en los estereotipos clásicos que permiten vender millones de libros y enriquecer a sicólogos de segunda. Recientemente mi alma mater ha establecido un programa de ingreso prioritario de equidad de género. La idea es agregar cupos adicionales reservados a mujeres.

¡No se puede!

¡No se puede! ¿Cuantas veces hemos escuchado esa frase? ¡Esa maldita frase! Tienes listo tu desarrollo, la gente del área comercial o de procesos está feliz, las pruebas han sido un éxito, va todo de acuerdo al cronograma y cuando vas a sistemas para empezar a negociar fecha de paso a producción te encuentras con el famoso “¡no se puede!”… Cuando las fuerzas rebeldes necesitan de los Jedis, estos sólo ponen problemas.

Expectativas

“You’ve got to start with the customer experience and work back toward the technology - not the other way around.” Casos de Uso.  Les cuento lo que pensaba una amiga de los casos de uso. “Esha” es argentina, ¿viste? En una ocasión me contó un típico diálogo con uno de sus programadores: “¡Che! y le pregunto que cómo era posible que una factura tuviera fecha de vencimiento menor a la fecha de emisión, y ¿sabés que me contesta el boludo?

Cuatro cosas mínimas

Hay una pila enorme de herramientas que a los ingenieros les gusta usar en su proceso de desarrollo, pero sólo hay cuatro que realmente necesitan: Editor Compilador Control de Versiones Bug Tracking – Michael “Rands” Lopp Todos los que se dedican a desarrollar software tienen algún tipo de editor o ambiente integrado de desarrollo (IDE) y un compilador disponible. Lo increíble es que el control de versiones y la herramienta de seguimiento de bugs no están presentes en muchas empresas que se dedican a desarrollar software.

El mejor proceso de desarrollo de software

Olviden el agilismo y los manifiestos, el mejor proceso para desarrollar software es muy simple. Entender el problema, en este punto es buen conversar con el usuario, escucharlo. Anotar en alguna parte lo que se debe hacer. Sentarse a programar la solución. Pasar a producción. Corregir los bugs rapidamente y volver al punto 4. Si funciona, buscar otro problema a resolver. Este proceso mejora si no se le piden muchas opiniones a los usuarios y se cuenta con programadores capaces de programar.

Sobre cómo rascarse una oreja

Hay veces que nos encanta rascarnos la oreja izquierda con la mano derecha, por puro complicar las cosas Eso se da mucho en las etapas de diseño y modelamiento de datos. Un problema simple después de pasar por la etapa de análisis y diseño puede quedar así: ¡Ah!, que hermosos son estos modelos genéricos, con trazabilidad, controles de accesos, y perfiles, una orgía de tablas y relaciones (¿será que eso de las “relaciones foráneas” despierta alguna inconfesable fantasía en los analistas de sistemas?

Cómo estimar software

Guía para estimar porcentaje de completitud y tiempo restante. autor: James Iry, traducido desde acá No he mirado el problema. Completado: 0%. Tiempo estimado: alrededor de 2 semanas. He mirado el problema. Completado:* 50%. Tiempo estimado: unas 2 semanas más. He implementado casi todo. Lo que queda es lo más difícil. Completado: 90%. Tiempo estimado: unas 2 semanas más. Hecho todo. Lo que queda es la documentación, revisar el código, pruebas y manejo de errores.