Cuando la ficción supera a la realidad

(…¿ o era al revés ?)

Cuando nos internamos en los prolegómenos de la realidad tecnológica; nos convertimos sin darnos cuenta, en nuestros propios inquisidores “siendo más binarios que el bit”. Los hay periodistas de la tecnología y tecnólogos periodistas. Están los investigadores de bibliotecas que nunca comulgan con los de laboratorios y están los profesores académicos que profesan con sus alumnos la “sociedad de los poetas muertos”. Tenemos a los neófitos compulsivos de la tecnología; que les gustan coleccionar suvenires electrónicos y los cibernautas fantásticos que creen que la vida es una Matrix.

En este universo de la tecnología informática y electrónica surgimos los profesionales, ingenieros y académicos que de una forma u otra debemos equilibrar las expectativas que promueve la realidad y las expresiones de deseo que nacen de una ficción salvadora imaginada y exigida por el usuario final.

Hay dos frases que todo el mundo conoce. Una expuesta por el magnate del software Bill Gate y la otra por el usuario anónimo. “En cada escritorio habrá una PC y cada PC tendrá un sistema operativo de Microsoft”. Y la otra frase es: "Quiero que con una sola tecla me de todo lo que necesito”.

Basándonos en estas dos expresiones; el problema comienza a crecer introspectivamente, como el cáncer que va acabando poco a poco toda expectativa de progreso sin generar síntomas preventivos, hasta que finalmente surge sentenciando nuestros mejores deseos en un fracaso rotundo.

Respecto a la primera expresión Bill Gate no se pregunto si en el futuro sería útil o necesario tener un “escritorio” y por ende una PC para beneficiarse de los recursos administrativos y operativos que éstos nos ofrecen. La segunda expresión es el idilio entre una “solución salvadora” y hacer “la menor inversión” para obtener el “mayor beneficio”.

Normas, funciones y procedimientos; estandarizaciones, esquemas y metodologías; convenciones y proyectos progenitores, licencias, soporte técnico, garantías de sustentabilidad y escalabilidad son algunas de las defensas o son el sistema inmunológico de nuestra incursión o permanencia en el mundo de la informática.

Si hablamos de metodología yo elegiría eXtreme Programming (XP) por su adaptabilidad a los requerimientos del cliente y a las plataformas tecnológicas. Si hablamos de licencias y controles de calidad optaría por Open Source por su lealtad al conocimiento y a la democracia de la información. Respecto a la plataforma tecnológica, personalmente elegiría Sun MicroSystems y por supuesto JAVA. Si optara por proyectos alternativos o de soporte miraría a la Fundación Apache como un amplio repositorio de soluciones tecnológicas Open Source. Y finalmente si tuviera que elegir una base datos, elegiría Oracle y un sistema operativo Linux.

Con pocas líneas he definido los ingredientes para una receta corporativa en el desarrollo de una solución empresarial. Sin embargo, tanto para mí como para el lector sentimos que algo más nos falta definir. ¿Qué nos hemos olvidado?.

La arquitectura, el modelo y el lenguaje de programación son los ingredientes dosificados que debemos usar con mucha precaución alternando entre el arte de lo posible y la finalización esperada, una cuota de improvisación y habilidad. Aquí no hay una receta salvadora ni clarificadora; depende quien sea el chef o el “chief” para poder encontrar un justo equilibrio.

Este artículo trata justamente de desmitificar toda solución salvadora como, así también toda conceptualización o concepción dionisíaca que nos permita en un curso de 6 horas semanales, resolver la problemática de migrar un sistema en Visual Fox a Java Enterprise Edition con base de datos Oracle en 6 meses.

Este artículo trata justamente de desmitificar toda solución salvadora como, así también toda conceptualización o concepción dionisíaca que nos permita en un curso de 6 horas semanales, resolver la problemática de migrar un sistema en Visual Fox a Java Enterprise Edition con base de datos Oracle en 6 meses.

Es muy gracioso ver que de 10 nuevo desarrolladores que se inician en el negocio de la programación; 8 buscan un lenguaje que le ofrezcan un editor visual de componentes sin que les importe en absoluto si el lenguaje es óptimo, si tiene perspectiva de progreso o si la arquitectura del lenguaje es avanzada; sólo les importa tener un framework, seleccionar un botón, dar doble click y escribir un sentencia casi jeroglífica que le enseñaron en la universidad: “if then”.

Lo mismo ocurre con los líderes de proyectos que se pasan la mitad de su día laboral buscando una herramienta case que pueda “crear” la base de datos y las aplicaciones, sólo definiendo dos o tres diagramas funcionales o de entidad relación.