g

Voy a pegar a continuación el comentario que he hecho en bandaancha, sobre la afirmación de que "Microsoft hace mejor el márketing", a sabiendas de que me van a nevar los negativos por decir esto.

Hace ya bastante tiempo, cuando el Windows que todos usábamos era un maldito chiste llamado Windows 95 que se colgaba con sólo estornudar a su lado, leí en una revista:

"Cuando Linux sea tan cómodo y sencillo como Windows, Windows será tan robusto y estable como Linux".

No acertaron del todo. Han pasado unos 10 años, y no sólo Windows es ya robusto y estable, sino que Linux aún no ha alcanzado ni de coña la comodidad que Windows 95 ofrecía hace más de 10 años. Si el señor este de Linux Foundation cree de verdad que lo único que en Microsoft hacen bien es el márketing, el futuro le depara unas cuantas sorpresas.

Por ello, yo hago otra apuesta: Windows terminará comiéndose el mercado de servidores antes de que Linux sea una opción válida para el mercado de consumo. Y todo eso sucederá mientras los apologistas de Linux siguen diciendo la-la-la-la con las manos en las orejas, gritando al mundo que MS es puro márketing, e intentando convencernos de la "evidente superioridad" de Linux.

g

Yo hace tiempo que me rendí a la evidencia: Opera me da todo lo que necesito con un rendimiento exquisito y sin necesidad de andar cazando una decena de extensiones para que se comporte como yo quiero. En Linux me quedo con Konqueror, porque también es muy buen navegador y es el único que no parece salido de otro planeta en mi escritorio.

g

#32 Ya será menos. Las GF4 son del 2002

g

Irrelevante. ¿Por qué? Porque lleva años siendo así. Todo jugador de PC con experiencia sabe que para cuando se empieza a sacar todo el provecho a una determinada versión de DirectX su gráfica ha quedado obsoleta a efectos reales por falta de potencia.

En otras palabras, cuando DX 10.1 sea una realidad y los juegos lo usen de verdad, las gráficas más potentes de ahora serán gama baja y no servirán para nada.

El mercado de juegos para PC está bastante podrido, sí, pero culpar de ello a DirectX y a MS es simplista. Este ritmo de locura lo imponen los propios jugadores, dispuestos una vez sí y otra también a pagar cada vez más por tener gráficas más potentes. También podéis culpar a las productoras y distribuidoras, que quieren que sus nuevos juegos estén listos "para ayer", y no dan tiempo a sus programadores a afinar el rendimiento para gráficas menos potentes. Súmale a esto que saben que no merece la pena ese esfuerzo porque el jugador acabará actualizando su gráfica, y el círculo está completo.

g

#12 Si buscas los precios en páginas como la de El corte ingles o PC BOX verás que la versión Retail (no OEM) de Vista Ultimate ronda efectivamente los 600 €.

g

También es muy triste que siempre se mate a base de negativos al mensajero que trae el mensaje que no se quiere leer, pero a eso también nos hemos acostumbrado.

g

Como siempre, con tal de decir que algo estuvo antes en Linux, se dice cualquier cosa. En primer lugar, ReadyBoost es básicamente una técnica de cache, no de intercambio o swap. No se vuelcan en esta caché contenidos de la memoria principal, sino de disco.

En segundo lugar, está pensada para utilizarse junto con mecanismos de precaptación (SuperFetch) de modo que se vayan introduciendo en esa cache los datos más usados frecuentemente, lo cual depende por tanto de los patrones de uso del usuario.

¿En que se parece esto a lo que se propone en el artículo y que se limita a crear un nuevo espacio de intercambio? En muy, muy poquito.

g

Vaya por delante que me gustan ciertas canciones de Manowar, especialmente las de su ya clásico Kings of Metal, pero lo ponerse a cantar Nessun Dorma es propio de alguien que no conoce o decide conscientemente ignorar sus limitaciones.

g

#5 No sé mucho sobre Apache de modo que la pregunta es sincera: ¿qué tiene que ver poder filtrar URLs con la escalabilidad?

g

#83 No veo que tiene que ver una cosa con otra. La multa a MS fue por falta de documentación para que sistemas no Microsoft pudieran interoperar con los sistemas servidor de Microsoft, no por nada relacionado con los drivers de hardware.

Aunque fuera así, la solución es mejorar las interfaces o documentarlas mejor. Decir que MS debe realizar todos los drivers para su SO es lo mismo que decir que es Sun quien debe realizar todos los programas Java que se necesiten en este mundo, puesto que nadie conoce la tecnología mejor que ellos. Es decir: absurdo a todas luces.

g

#62 Se te dan argumentos. Se explican conceptos. Se te proporcionan enlaces que muestran cómo el hecho de que un SO no sea de código abierto no quiere decir que un fabricante tenga menos opciones de sacar drivers para él. Y tú pese a ello sólo has aportado frases con sorna y ningún razonamiento coherente. Por cierto, que por aquí las opiniones que suelen enterrarse a negativos no son precisamente las que proclaman "Windows suckzzz", no creo que debas jugar esa carta.

g

#57 ¿No hay mejores argumentos? Usemos un poco el cerebro, por favor. Creo que es obvio que se está hablando de lo que necesita un fabricante para realizar un driver, y no de que dichas APIs y herramientas vayan destinadas a usuarios finales.

g

#50 y también #54

Vale, ahora te lo explico yo a ti aún más despacito. A los fabricantes no se les puede pedir que liberen sus especificaciones. Algunos lo hacen, y es de agradecer, pero has de respetar que con SU esfuerzo y su producto tengan la potestad de decidir, y esto no creo que sea discutible.

En segundo lugar, si las interfaces del sistema están definidas y son bien conocidas (y hasta donde yo sé Windows dispone de tales interfaces en su modelo de drivers, ver por ejemplo http://en.wikipedia.org/wiki/Windows_Driver_Foundation ), disponer del código fuente no sólo no tiene por qué ser necesario para realizar un driver, es que no DEBE ser necesario. ¿Has programado alguna vez? ¿Te suenan los conceptos de ocultación de información y encapsulamiento?

g

#41 Se te ha olvidado decir que cuando pasa en Linux, siempre es culpa del fabricante. Cuando pasa en Windows, es culpa de Microsoft o del usuario.