Beta perpetua

Lo siguiente me lo he encontado en esta dirección y me pareció interesante, así que lo traduje xD.

"Beta perpetua" significa nunca tener que decir que lo sientes. La mayoría de las cosas que leo bajo el seudónimo "Web2.0" simplemente me pasan de largo. Pero el otro día me encontraba en una discusión telefónica escuchando las características de la "Web2.0": "inteligencia colectiva", "mashups", "programación ligera", "beta perpetua". "Beta perpetua!!!" Aquello capturó mi atención. Ya lo había escuchado antes, pero esta vez me dejo pensando, y, bueno, me preocupa.

Una beta perpetua significa nueva tecnología más pronto. Es el 2006; ¿quién quiere esperar por cualquier cosa en estos días? Solía creer que yo era tan ansioso como cualquiera cuando de nueva tecnología se trataba, pero me estoy cansando. Tal vez sea la cantidad de tiempo incremental necesaria para saber como se usan las nuevas tecnologías. Con todo el ruido por la usabilidad y las arquitecturas de información tengo expectativas de que las aplicaciones y los sitios web sean fáciles de usar y, pues, no está pasando. Tal vez simplemente no encuentro los sitios adecuados. Hace años, un colega que trabajaba en el PARC Xerox, un experto en interfaces de usuario, me dijo que odiaba Unix: "Cada comando tiene su propia sintaxis". He sido un amante de Unix por años, pero debo admitir que tiene razón. Y siento lo mismo con las aplicaciones web. Algunas veces los links importantes se encuentran en menús desplegables que se encuentran en una barra en la parte superior; a veces están en una columna a la derecha (o a la izquierda); a veces se encuentran en un conjunto de listas en la parte baja de la página. ¿Acaso nos las pasamos de lo lindo moviendo el mouse por todos lados, demostrando la Ley de Fitt? Estaba completamente confundido tratando de encontrar como añadir contactos a Flickr. Pensé que todos esos links en la parte de abajo eran los clásicos links con información de la compañía. Como resultado, me mantuve invitando a gente a unirse a Flickr en lugar de añadir un usuario de Flickr como contacto. ¿Fue mi experiencia simplemente un "error de usuario" o una falla de diseño en la aplicación?. Tal vez tenga parte de las dos. Pero la usabilidad es un término comparativo, y no importa que métricas creemos para medir la "facilidad de uso", nos tomará cierto tiempo el pensarlas. Hey, tal vez beta perpetua signifique que las estaremos pensando para siempre.

Beta perpetua significa que las características de ayer son, bueno, tan de "ayer". Soy feliz al revisar nuevas características (al menos quiero pensar que lo soy). Pero quiero hacerlo sin fallas en la usabilidad y mis prácticas de trabajo. Quiero mantenerme trabajando, no aprendiendo como usar las nuevas tecnologías. Pero ahí es donde se choca. Quiero usar lo último en software, pero también quiero confiar en el software que uso. No me quiero preocupar por la seguridad; quiero que el software sea seguro. No quiero cruzar los dedos cada que instalo actualizaciones y no quiero pasar tiempo re-ajustando mis preferencias. Y de veras no quiero tratar con errores de programa inexplicables. Mi deuda con las aplicaciones de software: gracias por ayudarme a corregir mis errores obvios (campos de datos vacíos, sintáxis de emails incorrecta, etc). Pero basta de stack traces en Java y errores inexplicables que resultan en terminaciones súbitas del programa y de mi trabajo.

Beta perpetua significa nunca liberar código terminado. Ahora se por que es que hay tan pocos lanzamientos de software con versiones 1.0 o superior. Si libero una versión 1.0, esa es una liberación importante e implica que el software, aplicación, sistema o servicio web, está listo para su uso productivo, y que la gente puede confiar en él. Y que yo estoy ahí para dar soporte. Si, es algo que asusta. Yo estaba nervioso cuando liberé una herramienta de control de versiones a un grupo de desarrollo responsable de un sistema de información telefónica comercial "411". La gente dependía de ese software y yo tenía que asegurarme de que podían hacerlo. Se necesita confianza en el código, la documentación, y un compromiso de entregar software que trabaja como está documentado. Me aseguré de que el software se comportaba como estaba documentado antes de lanzarlo. Si, tomó tiempo, pero era un software capaz de usarse de manera productiva.

Si el futuro de la Web 2.0 está basado en actualizaciones de software continuas y adición de características entonces lo que se necesita es una base que soporte cambios y se mantenga dando respuestas, confiable, y resistente a los errores. Esta base necesita ser diseñada y hecha para niveles estándar de produictividad. No puede ser software beta; necesita ser software hecho con ingeniería (diseñado, construido y probado) y liberado con cualidades de seguridad y desempeño medibles, confirmables y soportables. Mi preocupación es que una mentalidad de beta perpetua le permite a los diseñadores liberar software sin hacer ningún compromiso con el soporte que los usuarios requieren. Puedo vivir con características simples y entregas incrementales de software, pero en alguna parte de este nuevo sistema de servicios web distribuidos y basados en componentes necesita tener soporte para las garantías de desempeño. La Web 2.0 puede ser acerca de inovación perpetua, actualizaciones perpetuas y mejoras perpetuas. Pero el software liberado necesita proveer usabilidad perpetua, confianza perpetua, y seguridad perpetua. Debe ser mejor que el software a nivel beta. Y los desarrolladores necesitan hacer compromisos a nivel de productividad.