[Spanish] presentacion

[Eduard Suñé]

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