Sistemas legacy y ciclo de vida del software

Cada cierto tiempo aparecen ofertas de trabajo buscando experiencia en entornos COBOL (1959), FORTRAN (1954), LISP (1958), PASCAL (1970)… los lenguajes de programación no desaparecen, las aplicaciones desarrolladas en ellos tampoco… pero si pueden evolucionar.

Los mantras más repetidos «no se cae», «es estable», «es seguro», «si funciona no lo toques»…  lo vimos hace poco con el ejemplo de THEOS Corona, vamos a realizar la comparativa con algo más cotidiano, como resultado de una necesidad específica: el coche.

Existe gran cantidad de modelos, pero debemos conocer las necesidades para ajustarnos lo más posible, iremos a los extremos para intentar ilustrarlo mejor. Si realizamos 4.000 km al año, no desplazamos más de 200 kg de carga, su utilización no excede de 1 hora continuada, la temperatura media externa es de 26 grados, todo en ello en un ambiente urbano sin grandes desniveles podremos aproximar que casi cualquier coche podría servirnos.

Ahora bien, si queremos mostrar al vecino del cuarto nuestro poderío automovilístico cada vez que bajemos al garaje, sin problema de financiación, en lugar de tener un Honda Jazz podemos tener un Lexus LFA. Ambos son coches fiables con cuatro ruedas que nos llevaran del punto A al B sin mayor problema.

Por otro lado, deberemos prever durante cuánto tiempo estaremos utilizándolo, con el mismo o similar propósito, mantenimientos a realizar durante su periodo, posibles problemas derivados de un uso inadecuado, situaciones inesperadas…

Si bien el planteamiento inicial de un proyecto puede diferir del resultado final, el coste asociado al mismo dependerá de nuestra capacidad de evaluación, previsión y definición de objetivos claros. Que un sistema informático quede anticuado, pero siga siendo utilizado no quiere decir que sea mejor o peor que uno actual, pero es un punto limitante importante, de la misma forma que lo sería utilizar un coche con carburador o arranque con platinos.

Cuando una empresa decide realizar un proyecto personalizado, el resultado acaba plasmado en una o varias tecnologías dependiendo de los recursos que quiera destinar, si los plazos son importantes para el cliente final también debe ser contemplar su ciclo de vida.

Prefecher + Superfetch

Prefecher + Superfetch

Desde Windows XP ambas características intentan acelerar la carga de aplicaciones, salvando el mayor cuello de botella existente en aquel momento… el acceso a disco duro.

Prefecher actúa como caché almacenando desde C:\Windows\Prefetch hacia la RAM los archivos más utilizados, lo que lleva a un arranque más lento pero un uso más rápido de ciertas aplicaciones.
Superfetch analiza los patrones de uso de la RAM intentando adelantarse y precargando en memoria no en uso.

No en todos los casos estás herramientas son necesarias, por ejemplo, equipos legacy con Windows XP sobre discos SSD acortarán el tiempo de vida de los discos, podemos deshabilitar desde el registro de Windows ambas opciones:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters]
"EnablePrefetcher"=dword:00000000
"EnableSuperfetch"=dword:00000000

Esta misma configuración es aplicable a Windows Vista / 7 / 8 / 10

Word 2003 / 2007 siempre instalando

Cada vez que se abre un documento de Office aparece el diálogo de instalación. Para solucionar este problema sigue estos pasos:

  1. Realiza una reparación de Office desde el panel de control
  2. Instala la última actualización disponible, Service Pack 3 en caso de Office 2007
  3. Si con los pasos anteriores no se ha solucionado, ejecuta estos comandos para añadir las líneas al registroPara office 2003:

    reg add HKCU\Software\Microsoft\Office\11.0\Word\Options /v NoReReg /t REG_DWORD /d 1


    Para office 2007:

    reg add HKCU\Software\Microsoft\Office\12.0\Word\Options /v NoReReg /t REG_DWORD /d 1