NWOBHM escribió:Es marca de la casa Microsoft sacar productos precipitadamente y luego realizar el proceso de despulgamiento sobre la marcha.
De hecho es así, pasa como con los coches, que sale un nuevo modelo y lo mejor suele ser esperar un par de años a que le detecten y eliminen los defectos de diseño de esas primeras series. Te lo dice un hijo de ex-empleado de automoción (38 años en diversos departamentos de Citroen Hispania Vigo). Mi coche es un Xantia II TD de la última serie, y nada que ver con los primeros del modelo... Ni un solo fallo tras quince años y 260.000 km
![Guiño ;)](./images/smilies/icon_wink.gif)
En el caso de Microsoft no es solo la prisa por sacar algo nuevo antes que la competencia (que también tiene sus fallos y muchos - A ver, que alguien me explique como es posible que un producto como MacOS, basado en un núcleo Linux, tenga virus... algo impensable en cualquier otro sistema tipo UNIX). El caso es que en Microsoft trabajan miles de programadores expertos, que además van y vienen. Como he dicho, trabajé con ellos y allí, en el campus de Redmond, y además como responsable de un equipo de programadores. Así que conozco algo el tema.
Voy a partir de dos premisas: Primera, los programadores que trabajan para Microsoft son de los mejores, gente muy experta. Segunda, estos programadores rotan bastante (entran y salen de la empresa, vaya).
Entonces, como son gente muy experta, los bugs que suelen producirse resultan muy difíciles de detectar. Por ejemplo, "atajos" del lenguaje que no están del todo normalizados o documentados, y que si bien hacen que el programa compile sin problemas y funcione en cualquier máquina estándar, causan problemas a la larga al implementar el software dentro de otro software más grande (como por ejemplo el S.O.), o bien en configuraciones no tan normales. Y no será por pruebas, hay una batería de beta-testers aun más amplia que el grupo de programadores, responsables, técnicos, gente de I+D, etc. Así que la depuración no es ni puede ser inmediata, hace falta un feedback por parte de la comunidad de usuarios via reportes del propio S.O., comentarios en foros, críticas en general, etc. Así es que hasta que se suele editar el Service Pack correspondiente, la cosa no suele medio estabilizarse.
Y luego están los errores de concepto, que son absolutamente incorregibles. Por ejemplo, los sistemas por debajo de Windows XP y el resto de versiones de NT son vulnerables a cualquier ataque a lo bestia, es muy fácil programar un software que muestre un reproductor multimedia, por ejemplo, y por debajo esté borrando todo el S.O. interceptando las interrupciones encargadas de advertir de esto... Cosa que no puede suceder en Windows 2000, XP y similares de manera tan simple.
Es decir, y sin querer para nada justificar a la compañía, el hecho no es tan simple como "lo saco de cualquier manera y ya lo iré arreglando". Sí, pero no.
¡Abrazos!
Manu