La historia del día que solicitamos soporte a Microsoft
¡Hola!
Ya está disponible en "El Camino de Java, Volumen 2", la sección "JavaBeans", donde conocerás los principios de esta tecnología que aunque sencilla, la utilizaremos más adelante en el curso. En esta sección también te voy a hablar de su historia de acuerdo a como la viví, y en mi opinión, JavaBeans fue en realidad la respuesta a la tecnología COM que Microsoft promovía en aquel tiempo.
Y cuando pienso en JavaBeans, lo que me viene a la mente es COM (Common Object Model) porque en mi opinión fue lo que inspiró a Java, y especialmente me acuerdo de cuando pedimos soporte técnico a Microsoft. Te voy a contar la historia:
Cuando comencé a trabajar, tuve la suerte de ser asignado a un pequeño equipo de trabajo que venía de una empresa recién comprada por la organización en donde me encontraba, y digo suerte porque aunque el proyecto al cual fui asignado fue uno de los peores trabajos donde he estado, aprendí como nunca, en particular conocí como diseñar y programar sistemas con bases de datos relacionales y por primera vez participé en un equipo de trabajo dedicado al mismo producto, con todo lo que se aprende trabajando en equipo. Este equipo de trabajo tenía una forma muy particular de desarrollar software que no volví a ver en otro lugar, y lo que tenían de particular eran su estándares de programación. El 95% del trabajo que realizaban ya estaba pensado, en el sentido de que todos utilizaban el mismo estilo de programación: Diseño de base de datos, creación de catálogos, interfaces de usuario, todo se hacía de la misma manera, y el resultado es que los sistemas se producían con muy pocos errores, de hecho los errores comunes estaban relacionados más a malos entendidos con los requerimientos del sistema que a errores en el sistema en sí. La forma de trabajar estaba tan estandarizada, que era posible en cualquier momento reubicar a un programador a otra área, y su reemplazo podía continuar el trabajo casi inmediatamente, porque lo único que necesitaba saber era el objetivo, porque la programación se entendía debido a todos los estándares que tenían implementados. Si tú veías el código, no podías decir que estaba hecho por varias personas, ni por quién estaba hecho cada módulo, porque todo se veía igual y los resultados se hacían notar, porque era el equipo más productivo y con menos problemas de errores, hasta que llegó el día en que surgió la tecnología COM, y los directores pensaron: "Tenemos que actualizar nuestros estándares de programación para continuar vigentes", y a partir de ese momento fue cuando todo se vino abajo: Cuando se llegó a la conclusión de que el futuro del desarrollo era COM.
Pero bueno, la realidad es que nunca conocí los nuevos estándares, primero porque el día de la presentación nada funcionaba, de hecho quedó cancelada porque "faltaban unos pequeños ajustes". Lo simpático de la historia fue cuando se le encomendó a un equipo de trabajo desarrollar un sistema utilizando los nuevos estándares, y el resultado fue un verdadero desastre: El sistema no funcionaba, o podía funcionar en la mañana y en la tarde ya no, y por supuesto lo mismo sucedía en las instalaciones del cliente. La tensión estaba al máximo y el cliente estaba como toro de lidia, esperando descargar su furia con el primero que se equivocara. Entonces el sistema falló de tal manera, que ya no había forma de volver a echarlo a andar, y es que el problema con la tecnología COM es que estaba muy ligada al registro de Windows, y de una manera tan complicada que era muy difícil examinar este registro para encontrar los problemas.
Llegó un punto que las cosas se hicieron insostenibles y fue cuando se tomó la decisión de contactar al "equipo SWAT" de Microsoft, porque nuestra empresa era "Business partner" y como parte de su membresía, tenía derecho a levantar un par de incidencias de prioridad a Microsoft, así que de alguna manera nos sentimos seguros, después de todo estábamos hablando simplemente de componentes COM que de alguna manera ya se habían revuelto en el servidor. Bueno pues llegó el equipo de Microsoft y le explicaron el problema, y con la característica confianza de un experto dijeron: No hay problema, ahora lo arreglamos. Pasaban las horas, y solo podías ver cómo lentamente se transformaban sus caras de expresión comenzando por Rambo, a mi pobre angelito, Rocky después de la pelea y finalmente de Homero Simpson porque al final, el servidor ni siquiera podía iniciar el sistema operativo, entonces nos dijeron: "¿Nos podemos llevar el servidor para nuestras instalaciones?", eso no se me va a olvidar entre las risas de los que no estábamos involucrados en el proyecto y la cara de pánico del responsable. Al final, si no mal recuerdo nos devolvieron el servidor formateado y con la noticia de que "Ya arranca nuevamente", pero ¿y el problema? pues quién sabe, "a mi me dijeron que echara a andar Windows".
Y ese fue casi el fin del desarrollo COM para la empresa, y digo casi porque poco después se comenzó a poner de moda el desarrollo de aplicaciones web, y tratándose de una empresa que era "Business partner" de Microsoft, con experiencia exclusiva en productos Microsoft, ¿Qué tecnología se iba a utilizar para desarrollar aplicaciones web? ¡Pues COM y Visual Basic!, qué podía fallar ¿verdad?, pero esa es otra historia...
¡Hasta la próxima!
Raúl Cosío