🚀 go-pugleaf

Ramon Vidal Morell wrote:
> 
> Hola gente.
> 
> Llevo leidos tropecientos msg sobre la discusion entre Java y C y su
> portabilidad.
> � Que os parece si lo dejamos correr ?

Voy a contestar una vez me parece.

> Tengo el presentimiento que esta discusion se eternizara. 

No es mi impresi�n. Creo que estoy al punto de acabar con esto. M�s que
nada porque ellos se han pintado hacia una esquina. 

�C�mo?

Intentar defender todo, hasta cosas indefensibles. Defienden hasta los
m�s evidentes fallos en el dise�o del C. Ahora han sacado ese argumento
polivalente de que los m�s graves fallos del C existen para razones de
eficacia, ye es verdad que eso me saca del quicio. Es tan reaccionario e
irritante. Pero es tambi�n un esquema que se ve mucho en el mundo C. No
s� si has trabajado con gente que se niega a limpiar su c�digo o a
estructurarlo debidamente porque dicen que su modo de hacer las cosas es
m�s "eficiente". (Consta que nunca han llevado a cabo un profiling del
c�digo para demostrar eso.) Por ejemplo, ponen todo en una enorme
funci�n en vez de modularlo. "Estructurar el c�digo en rutinas m�s
peque�as tendr�a un coste de eficacia..." etcetera etcetera. Estoy hasta
el mo�o de ese tipo de tonter�a.

El ensayo de Roedy Green que traduje trata este tipo de tema muy bien.

http://web.jet.es/jrevusky/rollo.html

En todo caso, cualquiera que haya examinado el tema sabe perfectamente
que, si utilizas un compilador medianamente bueno y estructuras tu
c�digo medianamente bien, casi todas las verificaciones de l�mites de
arrays ocurre a la hora de compilar y por lo tanto no afectan la
eficacia. De hecho, tener garant�as que un �ndice nunca sobrepasa el
l�mite de un array permite al optimizador llevar a cabo optimizaciones
que ser�an imposibles de otro modo. Los expertos sobre optimizaci�n de
c�digo aseguran que la sintaxis de punteros en C es un OBSTACULO a la
eficacia.

> A todo el
> mundo le gustaria decir la ultima palabra.
> 
> Estoy convencido de que los participantes en la discusion tienen los
> suficientes conocimientos para proponer o sacar a debate temas mucho mas
> interesantes y productivos para todos.

No estoy de acuerdo realmente. El debate en s�, si lo ves de modo m�s
amplio, es bastante interesante. De lo que se trata es si una nueva
tecnolog�a va a sustituir por completo a una vieja o si van a coexistir
en un futuro. 

Dos modelos b�sicos:

(1) El cine se invent� despu�s del libro pero el libro a�n sigue. Los
dos coexisten y seguir�n coexistiendo. 

(2) El transporte a base de animales se invent� mucho antes del
transporte motorizado. Al principio, los dos modos de transporte
coexistieron por supuesto, pero a largo plazo, la tecnolog�a nueva
simplemente suplant� la vieja.

Yo veo el C mucho m�s en plan 2 (transporte con caballo). Guillermo,
supongo, lo ve m�s en plan 1 (libro coexistiendo con cine). 

No es un tema de C contra Java espec�ficamente. Yo lo veo como C contra
cualquier lenguaje m�s moderno. C es un lenguaje creado en los a�os 70,
y lo estamos comparando con algo ideado en los a�os 90. Yo no concibo
que el C, con los fallos que tiene, pueda coexistir a largo plazo con
lenguajes modernos tipo Java. Si fuese en una m�quina del tiempo y viera
a todo el mundo escribiendo en C en 2010 o en 2020, ser�a para
suicidarme. No s� si estar�n escribiendo en Java tampoco. Java tiene sus
fallos, pero estar�n trabajando con algo con las prestaciones de Java --
algo con un sistema de garant�as, las garant�as que nos permiten hacer
ingener�a en vez de chapuzas.

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