Barrapunto

Claro, pero, ¿y si la API tiene que cambiar? Porque había cosas que estaban mal, o hay requerimientos nuevos, modificaciones de los existentes, etc.
Y no solo eso, ¿y si la API anterior no cubría ciertos puntos, y las aplicaciones han hecho uso de puntos de entrada no "oficiales"?

Yo trabajo como arquitecto de software de un framework de desarrollo y me enfrento a diario a este mismo problema. Encontrarte con algo que era mejorable en la versión anterior, y la disyuntiva de si mejorarlo y que no funcionen desarrollos antiguos, dejarlo como estaba y arrastrar esa lacra por los siglos (y con cada vez más desarrollos dependientes de ello), o mantener las dos cosas: lo viejo y lo mejorado, engordando el software y dificultando el mantenimiento futuro.

Tras años luchando con esta problemática, sigo sin tener la respuesta al tema de la compatibilidad, cada caso hay que tratarlo con sentido común; aunque por lo general, tengo la sensación de que es más rentable invertir el tiempo en hacer una versión de calidad en lo que de ella se espera, que en la "invisible" compatibilidad hacia atrás. Los clientes son más comprensivos si les dices que un desarrollo del año de la polca lo tienen que actualizar, tocando cuatro cosas, para que funcione en la versión X, que si les dices que no tienen que tocar nada, pero la versión X es lenta, voluminosa, y ha tardado en salir unos meses más de lo pactado (oh, que coincidencia, como Vista)

Por ejemplo, nos hemos topado con que en una versión determinada había un bug X, que hacía que ante cierta entrada, un método devolviese algo incorrecto (no entro en detalles). Por simplificar, suponte que era sumar(x,y), y devolvía la suma de x e y. Pero por un bug, cuando x=y, da mal, y en vez de x+y da x+y+1. Pues bien, mientras el bug existía, los que programaban sobre el framework, sabiéndolo, lo parcheaban, de modo que antes de llamarlo, comprobaban si x e y eran iguales, en cuyo caso, le restaban 1 al resultado final.
Ante este escenario, si sacamos la versión 2 del framework, ¿podemos corregir este bug? Si lo hacemos, todos los que están restando 1 a propósito (para parchear el bug), funcionarán mal. Si no lo corregimos, perpetuamos el bug.

No me quiero ni imaginar el infierno que tiene que ser un S.O. con hardware nuevo etc. Por ejemplo, en el caso de los juegos, supongo que la causa de las incompatibilidades, muy a menudo será por temas de gráficos. Me imagino que la API leer un fichero del disco no debe haber cambiado mucho, pero en cambio, las tarjetas gráficas evolucionan muy rápido. La API de hace un par de años puede ser inadecuada para las tarjetas de hoy día, ¿cómo mantener la compatibilidad? ¿vale la pena?

De todos modos, poniéndome en el pellejo de los de Microsoft, teniendo en cuenta que han intentado siempre mantener la compatibilidad (a trancas y barrancas, y no siempre con éxito), desde hace 20 años, me imagino que deben tener un mamotreto ingestionable, con parches por todos lados para intentar que funcione hasta el winzip 1.0, lo cual explica que les vaya como les va con el nuevo Vista.