rivendel.org

Categorías:
Colegas:
Archivos:
<Noviembre 2018
Lu Ma Mi Ju Vi Sa Do
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    
             
Documentos:

Java vs .net (1)

Leo la primera entrega de las 101 razones por las que Java es mejor que .net y no estoy completamente de acuerdo. Leo una réplica y tampoco me convence del todo.

Esta es mi opinión sobre estas razones (las he enviado al autor y al replicante por mail, espero sus respuestas):

1) Run on Multiple Platforms from the Smallest Devices to the Largest Mainframes
En cuanto a plataformas disponibles, .net alcanzará las que Java tiene disponibles. Algunas como los dispositivos móviles tienen su entorno de desarrollo y Mono ayudará a que puede ejecutarse en entornos libres.

2) Run Dynamic Languages
No sé a qué se refiere el autor con 'dynamic languages'. Si se refiere a lenguajes con tipado dinámico, desde luego python.net es un gran ejemplo de cómo tirar una buena idea a la basura :'(
Actualización: En efecto, se refiere a lenguajes de tipado dinámico. Estoy convencido de que si .net tiene éxito y no se convierte en un monopolio de Microsoft surgirán conversiones o puentes decentes con python, ruby...

3) Compile in One Platform Run in Another
Teóricamente cualquier código compilado a CLI puede ejecutarse en un entorno que siga el estándar CLR. Todo sabemos que es Microsoft quien anda detrás de todo esto, pero al menos ha certificado esos estándares como Dios manda.

4) Smaller Runtime Download
Lo de los 12Mb de diferencia a favor de la máquina virtual de Java me parece la excusa perfecta para hacer limpieza en el disco duro :-) Los dispositivos móviles tienen máquinas virtuales reducidas en ambos casos.

5) No mandatory upgrades. No subscription fees. No software insurance fees
El problema de Microsoft es que a estas alturas todos sabemos de su estrategia "extend and embrace", pero Sun tampoco juega limpio: sólo ha permitido implementaciones libres de su JVM tras la amenaza de .net, a día de hoy no puedes distribuir la JVM con tus aplicaciones sin llegar a un acuerdo con Sun. Esperamos fervientemente la llegada de versiones libres.
Actualización: La JVM de Blackdown para Linux (tras llegar a un acuerdo con Sun, y en ocasiones tirándose los trastos a la cabeza) lleva años distribuyéndose libremente (gracias rvr). El cambio de Sun al que hacía referencia es que ahora permite implementaciones independientes de las especificaciones de tecnología Java, más información en este artículo de javaHispano.

Esta es mi opinión, ahora espero las vuestras ;-)
2003-01-10 10:32 | Archivado en .net | 16 Comentario/s | URL permanente

Referencias (TrackBacks)

URL de trackback de esta historia http://rivendel.blogalia.com//trackbacks/4706

Comentarios

1
De: rvr Fecha: 2003-01-10 13:48

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.



2
De: mur0 Fecha: 2003-01-10 14:13

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.



3
De: mur0 Fecha: 2003-01-10 17:41

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



4
De: elpauer Fecha: 2003-01-11 02:21

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.



5
De: mur0 Fecha: 2003-01-12 09:53

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) ;-)



6
De: rvr Fecha: 2003-01-12 13:51

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



7
De: mur0 Fecha: 2003-01-12 16:22

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.



8
De: LJ Fecha: 2003-04-26 05:54

NO



9
De: LJ Fecha: 2003-04-26 05:54

NO



10
De: mur0 Fecha: 2003-04-26 17:06

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



11
De: Epaminondas Pantulis Fecha: 2003-04-27 08:32

Qué chico tan negativo...



12
De: Anres Fecha: 2006-05-24 16:11

qien sabe como empezar a progrmaar en java?



13
De: Andres Fecha: 2006-05-24 16:11

Quien podria ayudarme en Java porfavor??



14
De: Juan Antonio Fecha: 2007-03-07 05:24

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.



15
De: sancas Fecha: 2007-09-07 06:05

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.



16
De: Anónimo Fecha: 2011-10-08 00:22

sus condoms
son malos



Nombre
Correo-e
URL
Dirección IP: 54.221.75.115 (d016a1f85d)
Comentario
¿Cuánto es: diez mil + uno?

© 2002 - 2003 rivendel.org - Publicado bajo licencia Creative Commons License
Powered by Blogalia Blogalia