¿Es Windows un S. O. de juguete?

Durante mucho tiempo se ha dicho que Windows es un sistema operativo de juguete, e UNIX y Linux lo son "en serio". Esto, como pronto veremos, no tiene gran asidero actualmente. Posiblemente, el hecho de que Linux está mejor posicionado como servidor que como estación de trabajo, no ha hecho sino establecer más aún esta creencia. Lo cierto es que Windows es un sistema operativo más fácil de configurar y de operar que Linux, lo cual plantea un cierto grado de desafío a la gente de IT que se enfrenta por primera vez a Linux, que ha llevado a muchos a pensar "uso linux, soy diferente, soy más capaz".

Si el utilizar un sistema operativo más "fácil" es un pecado (nótese que no estamos hablando de capacidades técnicas del S. O. sino de facilidad de uso), pues entonces los usuarios de Windows tendrán que vivir con este estigma.

En el pasado, en ciertas áreas Windows NT no podía compararse con los grandes sistemas operativos UNIX. Establecidos hace más de una década y con el suficiente know-how; compañías como The Santa Cruz Operation (SCO) tuvieron manejos de tecnologías de redes mucho antes que Windows y que otros competidores. Por ejemplo, es hoy un hecho admitido que uno de los problemas serios de Novell fue no haberle prestado suficiente atención a TCP/IP, la posibilidad de enrutamiento fue la diferencia con Windows que pudo haber jugado en algún momento en contra del venerable NOS. Cuando Novell cayó en la cuenta, NT 4.0 con su nueva interfaz tomada de Windows 95 ya había tomado suficiente momentum como para revertir la situación. Justamente, TCP-IP (Protocolo de Control de Transmisión/Protocolo de Internet) ya estaba presente en XENIX, en sus versiones de comienzos de la década de los 90's, incorporado como algo estándar. Hagamos sino este ejercicio: ¿Quiénes de nosotros en Argentina recuerdan algo de "Internet" allá por 1992? Cuando pedí la ayuda de TCP-IP en mi Xenix 386, vi por primera vez en mi vida la palabra Internet.

Windows NT 4.0 no tenía enrutamiento estático con la facilidad que tiene Windows 2000. En muchos foros se ridiculizaba a Windows NT por ésta y muchas otras razones. Evidentemente, el mercado de servidores todavía estaba dudoso para Microsoft en ese momento. Hasta que llegó Windows 2000. Muchos de nosotros percibimos que con Windows 2000 se había hecho mucho más que un restyling del sistema operativo, existía otra filosofía, otra potencia de software. Como nos confiase un insider de Microsoft en cierta oportunidad: "Con Windows 2000 sentimos que por primera vez teníamos un ganador, un software que podíamos exhibir sin sentir vergüenza". Hasta ese momento, la competencia hacía blanco en el manejo de memoria, en el límite en los 4 GB, en la falta de seguridad, en la falta de un servicio de directorio verdadero, se hacían chistes sobre LAN Manager, etc. Con Windows 2000, Microsoft elevó tanto el estándar, llegando al tope de la línea con su versión DataCenter, que dicha versión se comercializó exclusivamente por canales especiales de los OEM, uno no podía ir a una tienda minorista y ordenar un Windows Servidor versión DataCenter.

Linux arrancó con el know-how prestado, en cierta medida. Ya incorporaba todo el acervo y filosofía de UNIX, lo cual lo posicionó, naturalmente, como un candidato para los servidores.

Sin embargo, con Windows 2000 llegaron nuevos vientos. Y con Windows Servidor 2003 se consolidó la opción seria para servidores empresariales, haciendo hincapié en la seguridad. Por ejemplo, durante mucho tiempo se argumentó, no sin razón, que los huecos de seguridad a causa del Internet Explorer eran excesivos. La solución a éste y otros reclamos fue colocar las restricciones en el programa mismo del IE. En efecto, la configuración de seguridad mejorada de IE que viene con Windows Servidor 2003 está al nivel de las bibliotecas de enlaces dinámicos DLL. Cuando uno decide quitarla o colocarla, es una DLL la que se cambia, no una marca o flag en el registro. Como Windows 2003 (así como Windows 2000) posee el mecanismo de self-healing, esto es, reemplaza las DLL criticas cuyo checksum haya cambiado, pidiendo al operador que provea el CD-ROM con las versiones originales, se hace muy difícil alterar dicha funcionalidad manipulando flags solamente. Habría que interceptar todo el mecanismo de control de claves digitales de las DLL que son críticas, y eso es mucho más complicado.

La mayoría de las versiones libres de Linux no posee dichas facilidades. Cuando un archivo del sistema operativo se arruina por algún motivo, generalmente se debe proceder a una reparación explícita del mismo.

[...]os dejo un link de un escrito que si dice muchas verdades sobre microsoft

http://www.smaldone.com.ar/opinion/docs/microsoft.html
[...]