Barrapunto

Why, you ask? Well, the problem is that T might itself be a generic type. That is, someone might declare a Holder>. And, ... uh, hold on, I'm trying to remember the issue here... Actually, I'm only mildly embarrassed to say that I've forgotten. But I remember that it took a few back-and-forths between David and the advising expert so that David -- remember, David is the guy who has been writing a chapter on generics after several months of experimentation and research and over a year of thinking about how to approach it -- could understand the problem. So our book recommends against it because it isn't good.

Antes de hacer afirmaciones emocionalistas, hay que tomar en cuenta los siguientes puntos:

• 1- El lenguaje Java va a cumplir 20 años y ha pasado por momentos muy críticos. Este NO es uno de esos momentos.
• 2- El lenguaje Java no es un sustituto de C o C++, aunque la virtual machine es cada vez mucho más rapida. Todavía C++ no ha podido ser desplazado en el ambito de los desarrollos de video juegos y otras aplicaciones de alto desempeño.
• 3- Cada vez más celulares y PDAs vienen con una JVM empotrada; no traen un CLR o un interprete PHP o similiar.
• 4- PHP es un lenguaje para el web; Java es un lenguaje multipropósito (web, escritorio, juegos enlinea, juegos escritorio, pda, moviles, dispositivos electronicos, automoviles, robots, etc.)
• 5- La JVM no es unica, sino que existe una para cada necesidad: así tenemos la estandard, la edición micro para dispositivos, la edición real-time para uso en aplicaciones criticas como vuelo espacial, aeronautica, bolsa, etc. Ver este articulo: http://mae.pennnet.com/Articles/Article_Display.cf [pennnet.com] m?Section=Articles&ARTICLE_ID=234337&VERSION_NUM=2 &p=32 [pennnet.com]
• 6- Las especificaciones de la JVM estan ahí, disponibles para todos. Resulta facil crear un compilador de cualquier lenguaje a bytecodes, aunque el enfoque que más se ha estado utilizando es el de crear interpretes de lenguajes dinámicos usando el lenguaje java actual. Sin embargo, la primera opción es posible; incluso también lo es el hacer compiladores diseñar un lenguaje java propio, con todas las mejoras que uno crea necesaria, simplemente traduciendo eso en los bytecodes correspondientes.
• 7- Un programador Java es, aqui en Republica Dominicana y (apuesto) en la mayor parte del mundo, mucho mejor pagado que cualquier otro programador - salvo contadas excepciones en algunos lugares segun la necesidad (C++, PL/SQL y, en algunos bancos, RPG)

Mi apuesta: Java, sino lo está ya, podrá estar corriendo dentro de muy poco tiempo en satélites y dispositivos de uso en el espacio exterior.

Saludos y espero que este comentario sirva de algo.

A quien diga que java se muere que mire que buscan en info(blow)jobs y encontrará que lo que las empresas cárnicas buscan son esclavos, digooo, programadores de Java y .NET

Además, es lento de narices, y por mucha optimización que se le haga sigue siendo lento de narices, porque el problema viene de base, por ser interpretado, y del abuso de encapsulación que tiene.

También se usa fatal. Se supone que era un lenguaje para prototipado, y se usa para programar entornos de programación, y demás. Si los móviles de ahora no pueden ni mover el Pang! con la tremenda potencia que tienen es culpa exclusiva de usar Java internamente.

Como lenguaje multiplataforma, ha sido un fracaso rotundo. Nunca he visto un programa funcionar bien en Windows y en Linux sin tener que hacerle cambios. Y eso sin contar la pésima compatibilidad entre versiones. Todo el mundo sabe que Serializable es un chiste.

Además, con el futuro de la programación orientada a multiproceso, el Java tiene los días contados.

A mi entender, la única razón por la que hay oferta de programadores Java es porque es lo único que se enseña en universidades y FP, y la gente tiene que cargar con lo que hay.

Ale, ya me he despachado a gusto con esta basura de lenguaje. Al que no le parezca horrible, es que no ha probado los demás. :)