Barrapunto

¡Acabáramos! ¿Ya estamos "sugiriendo" reducir mano de obra? Os recuerdo que los desarrolladores del kernel también tienen que comer...

No, ahora en serio. Para mí, Linux no es un producto, es un proceso, y todos sus subsistemas lo son. Los programas y las APIs nunca se hacen bien a la primera, y el desarrollo del kernel lo refleja. Que el mercado del software tradicional nos quiera convencer de lo contrario para dar más valor a sus productos puntuales no significa que no tengan fallos o que no estén mal diseñados, porque nadie supo jamás lo que ocurrirá mañana. Y repito, es sólo una opinión, sin ánimo de ofender a los videntes, adivinadores y economistas.

¿Cuántos desarrolladores enfocados a verificar la compatibilidad hacia atrás dedica Microsoft en el desarrollo de las nuevas versiones de Windows? En algún momento habrá que romper con eso porque no se puede seguir soportando un mal diseño eternamente, y forzosamente la gente va a tener que actualizarse, aunque haya pagado millones por una aplicación y tenga que comprar la versión más reciente otra vez. Es lo que tiene, el fútbol es así.

Las APIs nunca se hacen bien a la primera, de acuerdo, pero sí es verdad que cuando un sistema va madurando debería ir estabilizando las APIS, de modo que al principio es normal que los cambios sean más drásticos, pero luego deberían ser más suaves. No se pide que sea estatificado, sino estable.

Que Windows sea una chapuza, y que sea deseable tener un API estable y mantener cierta compatibilidad hacia atrás son cosas distintas. Con eso no argumentas nada.