Skip to content

Cuándo usar código antiguo

COBOL es un lenguaje de programación que fue diseñado originalmente en 1959, una era que mucha gente podría pensar que fue “antes de las computadoras”. Eso no es cierto, por supuesto; simplemente no tenían computadoras en casa. El lenguaje sigue siendo utilizado por algunas empresas en ordenadores centrales gigantes. Es un poco como Linux: la gente interactúa con él todos los días, pero no lo sabe.

El punto aquí es simple: el mundo funciona más o menos con código antiguo, y eso no siempre es malo. Nosotros, como diseñadores y desarrolladores, podríamos aprender un par de cosas.

Generalmente pensamos que el código antiguo es más lento y menos seguro. En realidad, esto varía mucho dependiendo del sistema en cuestión. Hey, ¿cuántos script kiddies conoces que puedan hackear cualquier cosa que se ejecute en COBOL, cuando puede que ni siquiera sepan lo que es? A veces el código antiguo es más fiable.

Todo ese trabajo para redondear las esquinas dentro de la especificación, y empezamos a usar el diseño plano inspirado en Metro prácticamente al día siguiente

.

Ahora, en el Front End, esta es una cuestión de compatibilidad. Los departamentos de TI de todo el mundo están haciendo un mejor trabajo de actualización de su software, y la mayoría de las personas utilizan navegadores que se actualizan a sí mismos. Aún así, hay algunos casos de uso en los que no puedes permitirte dejar que un usuario potencial caiga por las grietas. Habrá momentos en los que ciertos bits de CSS3 simplemente no estén disponibles para usted, en los que tendrá que volver a un diseño basado en flotación, o incluso, Dios no lo permita, volver a XHTML. Empujar el sobre es divertido, pero habrá momentos en los que el código antiguo es simplemente mejor que un polígrafo.

Oye, ya no usamos las esquinas redondeadas tan a menudo como antes. Todo ese trabajo para redondear las esquinas dentro de la especificación, y empezamos a usar el diseño plano inspirado en Metro prácticamente al día siguiente.

Gobierno

Lo ideal sería que los gobiernos utilizaran el código back end más reciente, mejor y más seguro, pero no lo hacen. Quiero decir, los gobiernos son conocidos por estar fuera de contacto, y desactualizados. Es más o menos lo que hacen. Mientras que este enfoque es a menudo terrible para las políticas y el código backend, irónicamente es una especie de ventaja para la compatibilidad en el front end.

Cualquiera que trabaje en el sector gubernamental tiene la responsabilidad moral de asegurarse de que todo lo que hace es lo suficientemente compatible para que todos y cada uno de sus electores puedan acceder a él. Esto incluye a las personas con computadoras familiares viejas, incluso las personas cuyo único contacto con Internet ocurre en las bibliotecas, las personas que sólo tienen un teléfono inteligente, o lo que sea que tengan.

Quiero decir, es el gobierno. Cuando la gente no puede acceder a los servicios que proporciona un gobierno, entonces es como si el gobierno no existiera. En un caso como este, un sitio que se puede utilizar en navegadores antiguos es literalmente una cuestión de bienestar público.

Nota lateral: Aplicaciones Web internas en servicios gubernamentales y financiados con fondos públicos

¿Has visto alguna vez un catálogo en línea de una biblioteca que no fuera un poco antiguo? Los servicios financiados con fondos públicos como las bibliotecas desean obtener los presupuestos de TI que incluso las corporaciones mezquinas están dispuestas a ofrecer. Trabajar con hardware de diez años (o más) no es nada raro. Esto ocurre en circunscripciones de todos los países del primer mundo y del mundo en desarrollo por igual, tanto en ciudades pequeñas como en estados de lujo grandes.

No me hagas hablar de las agencias federales de todo el mundo. Si el departamento no genera ingresos masivos o paquetes de buenas relaciones públicas, lo más probable es que se pongan rígidos en las reuniones de presupuesto. Cuando se trata de eso, la política afecta al UX. Si está haciendo algo para uso interno de un servicio público o departamento gubernamental, pregúnteles qué hardware están usando. Pida ver sus peores y más antiguas máquinas, porque su sitio web/app tiene que trabajar en ellas.

Servicios de salud

Ya sea un sitio para un proveedor de seguro de salud, la aplicación de administración interna de un hospital o simplemente una aplicación que le ayuda a llegar a un proveedor de salud más rápido, la compatibilidad hacia atrás es un imperativo. Aunque a los médicos se les puede pagar mucho, eso no es necesariamente una garantía para los departamentos de TI, y la gente de todas las clases económicas se enferma en algún momento.

Es sólo que, para no ponerle demasiada atención, cualquier contratiempo en estos sistemas en este contexto podría literalmente matar gente. Puede que sea algo raro, pero ¿qué desarrollador o diseñador quiere incluso una muerte en su conciencia? Pone un nuevo tipo de presión en las pruebas de diseño de navegadores cruzados.

Comercio electrónico y otros sitios generalmente masivos

Afortunadamente, un sitio que no carga para todos en el maravilloso mundo del comercio electrónico no va a matar a la gente…. probablemente. Todo lo que tienes que perder es dinero. Por supuesto, a nadie le gusta eso.

Ahora los sitios pequeños en general, y los sitios de comercio electrónico enfocados en nichos de mercado o en el lujo, se pueden salir con la suya apuntando a un número menor de navegadores para mantener la compatibilidad. Cualquier investigador en diseño que se precie averiguará qué navegadores prefieren sus usuarios e irá con ellos.

Sin embargo, cuanto mayor sea su audiencia, mayor será el número de personas que utilicen navegadores “no estándar”. Así es como funciona. Cuando los números se hacen más grandes de esa manera, incluso si son sólo unos pocos puntos porcentuales, se vuelve menos perdonable ignorar a esos usuarios. Esto es especialmente cierto en el caso de las empresas que cotizan en bolsa. Los accionistas pueden no responder bien a excusas como: “¿Pero a quién le importa Edge?”

En cualquier lugar donde la gente no actualice su hardware con frecuencia

Los gobiernos, los servicios públicos y los hospitales no son los únicos lugares que se quedan atascados con hardware y software antiguos. Ocurre en empresas de todo el mundo. A los administradores de todo el mundo parece gustarles mucho sus sistemas estandarizados, incluso cuando estos sistemas pueden estar un poco anticuados.

Las empresas grandes y pequeñas pueden terminar sintiéndose muy asustadas por el cambio. Especialmente en los grandes, un solo día de tener sus sistemas fuera de servicio representa una pérdida que, incluso si fuera un sacrificio justificado a corto plazo, se siente demasiado arriesgada. El hardware antiguo sólo viene con el territorio.

Como siempre, tendrá que evaluar cada trabajo a medida que se presente. Algunos días estarás viviendo en el futuro, y en otros, bueno… 2009 fue un tiempo más simple. Disfruta de la nostalgia.