Barrapunto

haria java capaz de tomar algunos datos de configuracion de un fichero de configuracion en lugar de desde las variables de entorno. De este modo ejecutando java en plan /bin/java o c:\programas\java\java.exe o Disco:sistema:java seria suficiente, pues leeria desde defaultconfig.xml el resto de informacion que necesita. Solamente este pequeño cambia haria de java mucho mas amigable para el usuario final, pues mas veces java funcionaria en lugar de morir con volcados de traza porque no ha encontrado sus librerias porque una variable de entorno no esta o esta obsoleta.

quien decidio que java leyera su configuracion fundamentalmente de variables de entorno deberia ser separado, llevado a un paredon y ejecutado

Anda que los del blog se han debido herniar para escribir ese post; pero si no dice nada. No había otro sitio con más información?

Como lenguaje POO creo que hoy en día tiene pocos rivales, aunque Phyton día a día le está ganando terreno, al menos dentro de la comunidad linux. Actualmente trabajo con .NET, hago desarrollos en C# y he trabajado bastante con Java pero quizás lo que menos me gusta de Java es la poca facilidad para desarrollar entornos gráficos. Pienso que se podría invertir algo más en este aspecto. El diseño gráfico en Java comparado con C# no tiene color.

que si lo van a hacer libre lo hagan de una p. vez. Eso cambiaría en Java ;)

--

Creo que lo que deberían hacer es abrir el código del programa HelloWorld...jejeje Cambiaría pocas cosas, pero estoy de acuerdo en que las aplicaciones gráficas en Java son muy jodidas

Pues no se si desde la ultima vez que utilice Java habra cambiado o habran sacado alguna libreria externa que lo solucione, pero el uso de tablas hash, arboles y listas es cuanto menos penoso.
Para alguien que viene de C++ y su maravillosa STL es un infierno y no tiene ninguna logica, menos aun cuando tenian el espejo de la stl para mirarse y como minimo igualarlo.

Para superpaquete el mío...

Pues yo de Java cambiaría que fuese más ligero, más rápido, que fuese libre, que fuese mucho más sencillo invocar funciones escritas en C, fomentaría la aparición de otros lenguajes de programación que compilaran a código para la VM de Java, etc... Yo creo que más o menos lo que es el lenguaje no podrán mejorarlo mucho más, pero hay por otros lados donde se puede mejorar un montón.

3.- Desarrollo: El uso de interfaces por clases poliparentales.
2.- Licencia: Liberaría todo su código, y cuando digo todo, me refiero a eso mismo, a todo.
1.- Desarrolladores: La mentalidad de muchos "javeros" de mente cerrada(trabajo rodeado de muchos de ellos). Contacto: Sólo es una opinión más, reconozco que Java nunca me ha gustado demasiado.

Sinceramente hacer uso de ventanas, botones, textbox, combobox en Java es una pesadilla con Freddy Kruger con los poderes de superman e inmune a la kriptonita incluido. Uno desarrolla con Delphi, Visual Basic .NET 2005 y es una gozada, cuando veo mi codigo, veo solo mi codigo y no la mezcla de codigo Swing con mi codigo Java que requiere uno tomar pastillas contra las nauseas de solo verlo. Una razón mas por la cual Java fracaso rotunda y vergozosamente en el escritorio y los applets (hoy se usa con J2ME y J2EE donde allí no hace el ridículo).

Creo que los diseñadores de Swing/JFC querian congraciarse con los teoricos y academicos de la POO y se olvidaron que los desarrolladores en su mayoria quieren algo FACIL DE ENTENDER, FACIL DE DEPURAR, FACIL DE USAR, no llegar al orgasmo teorico-papista de la Programación Orientada a Objetos....

Y no me vengan que el NetBeans o el Eclipse con los tropecientos plugins diseña GUIs que independizan el codigo GUI del codigo de uno porque despues cuando uno quiere hacer un sencillo cambio y uno abre el programa con el bloc de notas queda uno para usar camisa de fuerza y uso permanente de sedantes.

Pues eso, cambiando YA la clase Date.