[Spanish] presentacion

[Eduard Suñé]

Hola de nuevo....

Bueno, queria decir que cualquier objecto java deriva directa o
indirectamente del objecto Object. Esta claro que hay constantes, metodos
(no desligables a un objeto) , paquetes...operadores etc...
En java el numero de lineas de codigo necesario para realizar un cierto
trabajo es el que es y no veo que eso sea excesivamente
importante. Recuerdo aqui que su sintaxis deriva de la de C asi que ese
numero depende sobre todo de eso.
Si lo comparas con C++ y las MFC para realizar una aplicación con una GUI
creo que menos; pero eso no es lo importante para mi.
Añadir propiedades en tiempo de ejecución?  No por supuesto,  Java se
compila y se enlaza dinamicamente, es decir no es un lenguaje tipo
scripting.

No imagino añadir metodos en tiempo de ejecución de un objeto remoto sobre
el que estas ejecutando (via RMI) algún metodo.

En fin la discusión seria interminable....


Eduard




----- Original Message -----
From: "Francisco Palm" <fpalm at ula.ve>
To: "Capitulo Español de OSGeo" <spanish at lists.osgeo.org>
Sent: Tuesday, March 20, 2007 3:55 PM
Subject: Re: [Spanish] presentacion


¿En Java todo es un  objeto? ¿En Java una constante es un objeto, un
módulo es un objeto, un método es un objeto? ¿En Java puedes crear
nuevas clases y añadirles propiedades y métodos en tiempo de
ejecución?

¿Cuantas líneas de código requiere en Java una aplicación simple con
una interfaz gráfica? ¿Cuanta memoria ocupa esa aplicación al
ejecutarse? ¿Qué costo tiene aumentar la memoria RAM de miles de
computadores para poder ejecutar dicha aplicación eficientemente?

En todas estas cuestiones Python es absolutamente superior. En lo
único que Python no supera en Java es en dinero invertido a mercadeo y
promoción. Python también cuenta con una excelente y muy completa
librería estándar.

En general es mucho más cercano a los principios del desarrollo
colaborativo, la cultura hacker y el software libre. Java siempre está
buscando sacar provecho del lado corporativo del software libre.

Saludos

F. Palm

El 20/03/07, Eduard Suñé <esl at idescat.es> escribió:
> Hola , Francisco.
>
> Yo tampoco quiero generar una discusión recurrente, pero quisiera
> puntulizar:
>
> a) Java es un lenguaje object oriented con herencia simple. En java todo
es
> un objeto, claro está.
>
> b) No tiene herencia multiple porque es eso es conceptualment un poco mal
> rollo. Utiliza interfices que es mucho más elegante
>
> c) Toda llamada es polimorfica (a diferencia de C++ y sus "virtual")
>
> d) Java es un lenguaje, repito lenguaje con enlace dinámico, con un api
> enorme.... a IBM no le gusto swing y escribio SW, por ejemplo. Existe la
> especificación JDBC y muchisimas implementaciones (la de Oracle, la de
DB2,
> la de postgreSQL)....
>
> e) Donde todos estamos pillados es a nivel de chip...  si un dia Intel
saca
> una cpu y un compliador C tipo gran hermano, pues a ver quien escribe una
> maquina virtual que funcione en esa cpu........ Por suerte tenemos maquina
> virtual en una gran cantidad de
> chips/SO:  Intel (w32/Linux), Sun, Alpha (OpenVMs/Unix) que nos aseguran
eso
> de write once run....
>
> Yo creo que el problema radica más en el diseño y en la busqueda de un
> lenguaje que lo apoye.
>
> Y creo que java está muy bien.
>
> Perdón por el rollo...
>
> Eduard Suñé
>
>
>
> ----- Original Message -----
> From: "Francisco Palm" <fpalm at ula.ve>
> To: "Capitulo Español de OSGeo" <spanish at lists.osgeo.org>
> Sent: Tuesday, March 20, 2007 2:41 PM
> Subject: Re: [Spanish] presentacion
>
>
> Siguiendo en el ánimo de no generar flame wars.
>
> Te respondo de forma muy resumida:
>
> 1.- La trampa de Java persiste, mientras todo el desarrollo sea
> controlado por una única corporación así será. Ninguna comunidad
> independiente esta o estará en capacidad de hacer un fork de Java al
> menos dentro de unos cuantos años. Si cualquier situación llega a
> amenazar el poder de Sun sobre Java, o el negocio se va hacia otra
> parte cerrarán el código, no tengas ninguna duda. La liberación de
> java no es sino un señuelo.
>
> 2.- La orientación a objetos de Python es muchísimo más potente que la
> de Java, en Python -todo- es un objeto. Además, la modularización de
> Python es mucho más limpia y flexible, permitiendo el desarrollo de
> software más complejo y de mayor calidad.
>
> ¿Quieres ser al menos 5 veces más productivo?, dedicale un tiempo a
Python.
>
> Saludos
>
> F. Palm
>
>
> El 20/03/07, Jorge Gaspar Sanz Salinas <jsanz at prodevelop.es> escribió:
> > Hola Francisco,
> >
> > No soy informático, sino cartógrafo, así que tal vez mi opinión no sea
> > tal vez muy válida. Hablo desde la experiencia de alguien que ha
> > aprendido a programar casi de forma autodidacta (al menos la
> > programación orientada a objetos).
> >
> > A mi Java no me parece tan complicado. La API está tremendamente bien
> > documentada (es una pasada ver el código de las clases, cómo está
> > documentado cada método, etc.). Tal vez lo más complicado es aprender
> > cada API que necesitamos para trabajar, ¡pero es que hacemos cosas
> > complejas! Acceso a bases de datos, logging, parseo de documentos XML
> > por no entrar en APIs del mundo de la geomática como GeoTools o gvSIG.
> >
> > A mi Python siempre me pareció un buen lenguaje para scripting o para
> > hacer pruebas en prototipos, algoritmos, etc.
> >
> > Pero, como dice Eduard, cuando uno quiere crear una arquitectura tan
> > compleja como un cliente pesado del tamaño de gvSIG, uDig, etc., y que
> > además sea MODULAR, es necesario un lenguaje que soporte todas las
> > características de la programación orientada a objetos, hasta las clases
> > abstractas.
> >
> > Desde fuera, a mi me da más "miedo" meterme con GRASS que con uDig, por
> > hablar de dos proyectos de los que no he visto ni una línea de código
> > fuente.
> >
> > En cuanto a "la trampa de Java", parece que ya se ha acabado con eso.
> > Por varias razones:
> > *Desde hace tiempo hay varios proyectos alternativos al de Sun para
> > implemetar una máquina virtual: gcj, classpath, etc.
> > *Por lo visto, Sun va a liberar la máquina virtual bajo la GPL 3.
> >
> > No sé, no es por avivar una flame war, pero decir que Java es para
> > entornos profesionales y que el resto están más cómodos en C++/Python...
> > es un poco exagerado.
> >
> > (Otra cosa es que la especificación J2EE sea un infierno :P, pero métete
> > tú en C++ a hacer un servidor de mapas que funcione en clusters y que se
> > acerque a Geoserver...)
> >
> > Este es el tipo de discusiones que espero ver en esta lista (SL,
> > alternativas técnológicas, etc.).
> > --
> > Un saludo
> >
> > Jorge Gaspar Sanz Salinas
> > Ingeniero en Geodesia y Cartografía
> > Prodevelop S.L. - Valencia - España
> > Tlf.:  96.351.06.12 - Fax:   96.351.09.68
> > jsanz[en]prodevelop[punto]es
> > http://www.prodevelop.es
>
>
> --
> del Delirio al Limbo....
> _______________________________________________
> Spanish mailing list
> Spanish at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/spanish
>
> _______________________________________________
> Spanish mailing list
> Spanish at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/spanish
>


--
del Delirio al Limbo....
_______________________________________________
Spanish mailing list
Spanish at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/spanish