🚀 go-pugleaf

"Bueno, pongamos los applets son lentos, pero tambien las aplicaciones
con swing o similares no solo son lentas, sino poco estandard e
irregulares."
 ¿Poco standards? Te quiero comentar, que hay gente vinculada a la POO
(como lo son Erich Gamma o Ibar Jacobson) que trabajan en el desarrollo
de Java. La arquitectura JavaEE es el mejor ejemplo de la evolución y
madurez de Java, que cumple con los estandares que una aplicación
implementada bajo el paradigma de objetos debe cumplir.
 Por supuesto, si a alguien ni siquiera le resultan familiares estos
nombres, mejor que no abra el pico; para quien si sepa de esto, por
favor den motivos basados en algo mas que suposiciones personales
(recalco "suposiciones", y no "posturas" o "pensamientos" personales)

"En Linux la diferencia no es notoria pero en Windows si se nota la
diferencia entre swing e interfaces nativas del sistema.  Es como las
aplicaciones en windows con gtk. "
Es por eso que Java provee Looks and Feels. Si aún no estas enterado
de esto, mejor no opines. Por otro lado, podrías hecharle una mirada a
los entornos en Java 5... a ver que opinas.

"ademas el problema que veo de java, es que las aplicaciones tienden a
ser monstruosas, un simple "hola mundo" puede resultar el vincular
muchas cosas"
Esto sucede únicamente si uno es un PESIMO (recalco "PESIMO")
programador, generalmente atado a la programación estructurada. El POO
tiende a la construcción de software mas pequeño que el paradigma
estructurado... por lo que una simple aplicación, en manos de un
programador eficiente, sera una MUY simple aplicación.

"En las primeras aplicaciones en java que desarrollé con JDBC me di
cuenta que no debia confiarme en exceso del GC, claro, yo cerraba todos
mis resultset y mi conexion con close(), pero al ver las sesiones de la
base de datos, mi sesiones no se cerraban de inmediato sino que al cabo
de unos 10 min, finalmente supe que debia cerrar los statement,
resultset, connection, todo en ese orden. Sin hacer lo último,
posiblemente el GC los habria llevado a null despues de un rato pero
eso no me servia."
Y es aquí un buen ejemplo de un código mal desarrollado. Si uno
quiere trabajar con una tecnología determinada y desea que se comporte
de manera al menos aceptable, debe primero conocerla, para luego poder
aprovechar las ventajas que ofrece. Vá lo mismo para el caso de los
Buffers y los Strings posteados más arriba.

"Mi sensación no es que sea lento Java, pero en aplicaciones
grandotas, la demanda de memoria es enorme y si tienes una máquina con
cagones 256 Mb, obviamente no rinde la aplicación"
El problema no está en Java. Si se trata de aplicaciones "grandotas",
la demanda de memoria es grande sea cual fuere el lenguaje en el que
esté escrito. Por otro lado, es muy frecuente ver esto, pero aquí el
pecado es producido por los analistas, que subestiman los
requerimientos de hardware para un software determinado.

Sin querer ofender a nadie, respondí a algunos de los aspectos que me
parecieron más aberrantes en el foro. Insisto, que para hablar de
algo, primero hay que informarse. Sobre todo podemos llegar a
influenciar la opinión (de manera errónea) de otros...

Atentamente, Leonardo Putz.
- Desarrollador en VB, LotusNotes, ASP, Java
- Ingeniero en Sistemas de Información