[Spanish] presentacion

[Francisco Palm]

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 en 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....