🚀 go-pugleaf

"Juan A. Paz" wrote:
> 
> Guillermo Rodriguez Garcia wrote:
> 
> S�lo una cosilla...
> 
> > No hago ning�n argumento. Solo digo que el C es perfectamente portable
> > si te atienes al est�ndar, que para eso est�. El hecho de que no haya
> > miles y miles de controles y chequeos y vigilancias etc etc como los
> > hay en Java es simplemente por motivos de *velocidad*, que teniendo en
> > cuenta para qu� est� dise�ado C parece un factor bastante importante.
> 
> Hay una diferencia ESENCIAL  entre JAVA y C que claramenteproporciona portabilidad >frente a velocidad.

La otra cosa que matizar�a es que creo que lo de arriba es un falso
paralelismo. Se puede decir de modo muy tajante que Java es m�s portable
que C. Pero no se puede decir lo mismo sobre la velocidad de C. Y de
hecho, la velocidad no es una prestaci�n de un lenguaje realmente. Es
una prestaci�n de una implementaci�n de un lenguaje. El �nico modo en
que se puede afirmar de modo tajante que C es mucho m�s r�pido que Java
-- y quiero decir como regla -- ser�a comparando el C compilado con Java
interpretado. Y esa es claramente una comparaci�n injusta.

Ya, en cualquier plataforma importante, se puede decir que Java es un
lenguaje compilado. A veces con un compilador JIT que compila el
bytecode a la hora de cargar la clase, y a veces, est�ticamente.
(Pens�ndolo, hay por lo menos una implementaci�n de Java para embedded
systems que funciona generando c�digo C como formato intermedio.) En
todo caso, cualquier comparaci�n ser�a precipitada ya que la gente ha
estado trabajando en el problema de optimizar Java durante menos tiempo.
Java tiene una sem�ntica distinta y el conjunto de optimizaciones
posibles es distinto. Te�ricamente hay factores que dar�an una ventaja
al C pero tambi�n hay factores que dar�an una ventaja a Java. 

Entonces, el falso paralelismo de portabilidad frente a velocidad es lo
siguiente:

Java, como lenguaje, no tiene un problema *intr�nseco* de velocidad. Es
todo cuesti�n de implementaci�n.

La escasa portabilidad de C, a diferencia, s� que es un problema
intr�nseco del lenguaje. No es una cuesti�n de aguantar hasta que las
implementaciones mejoren. Las prestaciones del C en cuanto a la
portabilidad (y la seguridad) no van a mejorar con el tiempo.

Todo eso, finalmente, me hace pensar en la famosa boutade de Winston
Churchill. Cuando una se�ora le dijo "Se�or, est� usted borracho" el
replic�, "S�, pero usted es fea y ma�ana ya no estar� borracho."

Jonathan Revusky
-- 
Java and Delphi Consulting
Make your .class files double-clickable
with SmartJ
http://www.bigfoot.com/~crystalline.solutions