rivendel.org

Lo que dices de JVM no es del todo cierto. En Linux hace muchos años que tenemos la JVM de Blackdown, mucho antes de que Sun se interesara por nuestro pingüino.

Sí, aunque lo único que se podía redistribuir libremente era el JRE, e incluso los de Blackdown no se mojaban del todo:
Can I commercially redistribute the JRE?
According to our contacts at Sun, yes. You may wish to contact Sun directly for case by case issues.
La verdad es que hay algunas incongruencias en las FAQ sobre licencias de Blackdown.

...ejem, de incongruencias nada, es posible redistribuirlo pero no comercialmente.

El principal problema de .NET son las licencias.

Cualquier parte interesante de .NET está patentada por Microsoft, así que si montas un servidor que use .NET o desarrollas una aplicación que use .NET, estás vendido a Microsoft. Si MS quiere cobrarte 10 veces más por el entorno de desarrollo (VS.Net) o por el servidor, o el sistema operativo, o decide hacer más restrictivas las licencias de uso, no hay más remedio que tragar.

Sin embargo, las especificaciones de Java no dependen de Sun, sino de un organismo aparte, así que no existe ese peligro.

Tecnológicamente, no hay demasiadas diferencias entre .Net y Java. Es más una cuestión de licencias y de quién hay detrás de cada uno.

Mmmm... creo que precisamente el cambio de Microsoft en su estrategia .net es precisamente su política de licencias.

Por primera vez ha elaborado unos estándares oficiales (a nivel ISO, nada menos) del CLI, C# y el CLR. De esta manera cualquiera puede codificar un entorno de desarrollo basándose en esos estándares, que son la base para que todos los desarrollos que los sigan sean compatibles entre sí: tanto los libres como los propietarios.

¿La parte mala? Supongamos que .net alcanza una cuota respetable del mercado (esto aún está por ver). Lógicamente Microsoft habrá conseguido un alto porcentaje de ese 'mercado .net', y ahora decide que algunas de sus aplicaciones respetarán los estándares, pero añadirán funcionalidades extra que requieren, por ejemplo, extensiones propietarias en el CLR.

Ya la hemos liado. Ahora los usuarios habituales de aplicaciones .net de Microsoft tendrán que actualizar sus CLR's con extensiones propietarias, los que no lo hagan tendrán que trabajar conversiones antiguas o cambiar a las plataformas no-Microsoft basadas en .net.

Es en ese momento cuando Microsoft 'parte' el mercado, como ocurrió con Internet Explorer.

En cuanto al organismo aparte que define las especificaciones de Java, supongo que te refieres al Java Community Process. Es cierto que ahora en el comité ejecutivo hay un representante de Apache, pero el presidente del JCP es Rob Gingell (vicepresidente de Sun).

No es totalmente independiente, aunque al menos hay multitud de empresas y/o particulares que pueden dar su punto de vista (otra cosa es que éste sea tenido en cuenta) ;-)

¿A nivel de ISO? Creía que era a nivel de ECMA.

Microsoft aceleró el paso de ECMA a ISO, y la ratificación final parece inminente.

Quizá este paso abra puertas a .net en algunos ámbitos estatales.

NO

NO

LJ:
Agradezco tus comentarios aunque no los acabo de comprender, ¿podrías ser más explícito? ;)

Qué chico tan negativo...

qien sabe como empezar a progrmaar en java?

Quien podria ayudarme en Java porfavor??

Creo que estas siendo muy viceral en tu critica, sobretodo en eso de que si la maquina virtual pesa 12 mb es mucho, ya que en los celulares pesa mucho menos. Yo creo que ambos tienes cosas buenas, pero para mi es mucho mejor java, por que es portable, sus aplicaciones son ligeras y muy potentes, java te da la libertad de crear tu ambiente grafico a tu gusto.

Ambos sirven para aplicaciones y se les puede sacar mucho provecho, pero java es mas empresarial gracias a los ejb's, que facilitan mucho el desarrollo de aplciaciones distribuidas. Tambien con .net puedes hacer aplicaciones distribuidas, pero es mas complejo, a menos que uses web services, pero el performance no es el mismo. En la experiencia, aplicaciones grandes con .net requieren servidores mas potentes que en java. Saludos.