¿Por qué tenemos estrés tecnológico? El software son construcciones
abstractas que se construyen sobre otras del mismo tipo. Al no existir
limitaciones prácticas la evolución sólo depende de la capacidad de generar
nuevas ideas y de poder construirlas, cosa que podemos hacer usando el software
que acabamos de terminar. Esta es la razón por la que la innovación en el
software es tan alta.
Además, el software es barato (sobre todo con el software libre) con lo que la
necesidad de aprovechar aquello en lo que se ha invertido... brilla por su
ausencia.

¿Por qué la junta usa java? porque sólo existen actualmente dos plataformas
en las que desarrollar software empresarial en todas sus formas.

PHP está bien para hacer un portal web, pero ya está. Y la junta hace mucho
más que desarrollar aplicaciones web. Por multitud de razones de gestión es
muchísimo mejor tener una única plataforma, y por eso se usa java.

De todas formas, no creo que haya ahora mismo ninguna otra plataforma en la que
existan tantísimos productos, proyectos y movimientos como en esta.

Eso es precisamente lo jodío, el enorme esfuerzo de desarrollo de la gente y
las empresas se invierte en diez mil propuestas, ninguna de ellas dominante.

Pero ¿no habíamos quedado en que odiábais a microsoft? ¿y ahora os quejáis
de que en java existen demasiadas alternativas???

Lo lógico es usar algún entorno bueno, con algún framework bueno y no estar
cambiando cada dos días.

Es cierto que sufrimos de sobreingeniería, y aquí está mi aportación....
http://opentoro.sourceforge.net

Un saludo!!



>>> imasd@... 12/28 12:25 >>>
Totalmente de acuerdo en lo que se va diciendo. Quiero aportar mi
granito.

Respecto a lo de los CMS web, por ejemplo, OpenCMS ha sido una
perniciosa moda que se ha extendido entre la admón. pública andaluza, ya
que si es Java y Oracle no puede ser malo. Ni bueno. OpenCMS es uno de
los proyectos de S.L. con peor soporte de la comunidad que conozco.
Apenas hay manuales, libros, módulos o código libre. Ni siquiera está
traducido el entorno en la version 6 (hay un proyecto en sourceforge de
traducción, que lo tienen casi acabado, pero en la web de OpenCMS no hay
módulo para descargarse)

Este es un buen ejemplo de cómo se usan las tecnologías en el mundo de
la Informática. Somos probablemente la única disciplina técnica que nos
guiamos por el boca a boca: "Java es la caña", "Con vb.net puedes
desarrollar los programas en menos tiempo", etc. Y no existe ni un
estudio riguroso sobre tiempos de desarrollo. ¿Tan complicado es?
Bastaría con entregar un mismo análisis a dos grupos de expertos, por
ejemplo en J2EE y .Net y ver quién lo acaba antes sin errores y con
documentación. Hasta para comprar un coche uno compara criterios
objetivos (c.c. maletero, dimensiones, CV potencia, c.c. motor, etc.).
Pero para comparar lo que sea en el mundo Informático sólo valen las
recomendaciones.

Volviendo a los CMS, Typo3 es con una diferencia abismal el mejor,
técnicamente hablando (por ej. es multi-site, soporta páginas
multi-idioma mostrando por defecto el idioma seleccionado si hay
traducción disponible y si no la que tenga), con cientos de módulos
acabados y funcionando (hay tal cantidad de módulos que aquí no se bajan
de una web y te los instalas "a pelo", existe un gestor del repositorio
que los instala/actualiza por tí, al estilo del manejo de paquetes de
Linux), con una cantidad y calidad de documentación tal que han tenido
que escribir un mapa para que no te pierdas al leer. Y bien enfocado: la
web www.typo3.com está dirigida a vender el producto (ideal para
gestores y tomadores de decisión) y www.typo3.org es la web del
proyecto, con código fuente, foros, etc. Así los frikis tenemos nuestra
web y los gestores la suya.

¿Resultado? En la Junta nadie usa Typo3 porque es LAMP (o WAMP). El caso
es que PHP es "muy fácil" aparentemente y viste más cualquier chapuza en
Java. Aunque la gente de Gobernalia (empresa del BBVA) usan Typo3 para
hacer sus webs municipales.

El otro tema interesante es la generación de código. En mi ex-empresa
(Elelog, www.elelog.es) se puede ver algún rastro de Elelogcase. Esto es
un sistema escrito en VB6 pata negra (COM, Dlls, OCXs) que permite
generar aplicaciones comerciales en minutos. Se diseña el modelo de
datos (con una herramienta gráfica) y listo. El programa genera la BD y
las pantallas. Genera la aplicación y ella misma comprueba si cambia la
estructura de datos. Si cambiamos algo de la estructura de datos, el
programa regenerado altera la BD. La pena: no es S.L., aunque sería un
pelotazo hacer uno igual o bien liberar éste ya existente (tendría que
hablarlo con él). Inicialmente desarrollamos ésto entre David Ragel y
yo, aunque ahora casi todo el mérito es suyo.

En cualquier caso, es relativamente sencillo hacer un sistema como el
antes comentado (al menos en VB 6, que es tan malo y horrible :-)) y me
sorprente que nadie construya uno S.L. Uno propietario y Español son las
TransTools (http://www.transtools.com/products/es/cosmos.htm) que genera
código para plataformas Win32 y ahora también Java.

Por último, el tema del estrés tecnológico. Yo recomiendo lo siguiente:
si se puede, escoger la plataforma que más feliz nos haga y no movernos
de ahí. Al final, todo son herramientas y lo que importa (recordémoslo
una vez más) es el resultado. Si uno quiere cavar un agujero, no está
diez meses deliberando entre si usar la excavadora, el pico y la pala, o
ese nuevo tractor que acaba de aparecer en el mercado. Se toma una
decisión y, al menos, ese agujero se cava. Que es lo que importa.
Nosotros, no. Dudamos y dudamos y dudamos. Y todo porque nunca podemos
estar satisfechos, porque nos deslumbran los nuevos descubrimientos,
porque padecemos neo-filia (si no, no podríamos durar en ésto ni cinco
minutos). Pues sabiendo ésto (que los resultados no son objetivos, que
nos guiamos por lo que nos gusta porque no disponemos de estudios
concretos) recomiendo guiarse por lo que más nos guste y permanecer
fieles a las tecnologías al menos cinco años.

Que el mercado cambie lo que quiera, que yo no me voy a volver loco.

Opiniones welcome.



> Sin duda si, aprender de 3-5 nuevos acrónimos cada mes-dos meses es
> apabullante, sobre todo cuando 2-4 de ellos desaparecen en pocos
> meses...
>
> Yo creo que lo fundamental (que firmaría el mismísimo perogrullo), es
> no tirarse a por la última teconología que aparece como el "silver
> bullet" de que habla F. Brooks en The mythical man month... Es decir,
> no existe la tecnología universal que soluciona todos los problemas, y
> cada uno tiene que quedarse con aquellas que le solucionan sus
> problemas propios...Cuando aparezca una nueva, dejar que se consolide
> un tiempo y llegue a entornos de producción real donde funcione con
> solidez...
> Por ejemplo, teniendo LAMP es absurdo hacer un sitio de e-commerce con
> J2EE, pero por la misma, es absurdo hacer una aplicación de control de
> aviones con LAMP...
>
> Dicho lo cual, añado que el JAG este tiene buena pinta porque no
> parece inventar nada sino agrupar las tareas más comunes y repetitivas
> de la programación...
>
> Saludos desde Madriz
>
> -----Original Message-----
> From: imasd@yahoogroups.com [mailto:imasd@yahoogroups.com]On
> Behalf Of Carlos Grima
> Sent: miércoles, 28 de diciembre de 2005 10:40
> To: imasd@yahoogroups.com
> Subject: RE: [imasd] Generador de aplicaciones libre
>
>
> Habrá que mirarse el JAG ese.
>
> Ha llegado ese momento en la vida de todo informático en el
> cual uno se
> siente abrumado de la cantidad de tecnologías Java que
> existen. ¿Qué hacéis
> vosotros ante esta sensación?
>
> Un saludo :-)
>
> <Vitalino>
> JAG: Java Application Generator (Puntos:4, Informativo)
> por supertorpe el Viernes, 23 de Diciembre 2005, a las 13:53h
> (nº664786)
> Info del Usuario nº15972
> Traduzco rápidamente del sitio web de JAG: [sourceforge.net]
>
> JAG es una aplicación que genera aplicaciones completas J2EE.
> Su propósito
> es aliviar gran parte del trabajo repetitivo de la creación de
> aplicaciones.
> Genera proyectos completos (es más que un generador de
> código).
>
> Características:
>
> - Las aplicaciones generadas se construyen con Apache Ant y
> tienen una
> estructura de directorios organizada y flexible.
> - Plantillas de aplicación: te dan el control para seleccionar
> la
> arquitectura de aplicación más adecuada.
> - Las distintas arquitecturas de aplicación se derivan de las
> mejores
> prácticas observadas en la industria. Las últimas plantillas
> de aplicación:
> - Fuerza la separación de la presentación utilizando
> interfaces para
> habilitar la mayor flexibilidad de despliegue
> - EJB e Hibernate
> - Patrones J2EE (Session Façade, Service Locator, Business
> Delegate, Fast
> Lane Reader and Value Objects)
> - Un nivel de servicios empotrables (ServiceLocator o Spring)
> - Un nivel de negocio/persistencia: EJB2/3 or Hibernate 2/3
> - Un nivel de presentación que aprovecha las ventajas de las
> últimas
> características de Struts, como clientes declarativos,
> validaciones, JSPs
> modulares utilizando librerías de tags
> - Uso extensivo de anotaciones de Java 5 o XDoclet que reducen
> la
> complejidad y aumentan la mantenibilidad.
> Las aplicaciones generadas por JAG se pretende que sean un
> primer paso
> sólido en el proceso de desarrollo del proyecto.
> Utilizando las aplicaciones generadas como base, el desarrollo
> posterior
> puede ser entendido como codificación de lógica de negocio,
> personalización
> de la presentación...
> </Vitalino>
>
>
>
>
> Para cancelar su suscripción a este grupo, envíe un mensaje de
> correo-e a:
> imasd-unsubscribe@yahoogroups.com
>
>
>
>
>
> ______________________________________________________________
> Enlaces a Yahoo! Grupos
> * Para visitar tu grupo en la web, accede a :
> http://es.groups.yahoo.com/group/imasd/
>
> * Para cancelar tu suscripción a este grupo, envía un
> mensaje a:
> imasd-unsubscribe@yahoogroups.com
>
> * El uso que hagas de Yahoo! Grupos está sujeto a las
> Condiciones del servicio de Yahoo!.

*
____________________________________________________________________
Ha recibido este correo de Diego Freniche. Si piensa que se ha
producido un error o bien este mensaje no va destinado a usted, le
ruego me lo comunique a la dirección de correo diego@....

Le invito a visitar http://www.freniche.com, una página con
información útil sobre Software Libre, Linux y el mundo de la
Informática.


-----------------------------------------------------
Este correo electrónico y, en su caso, cualquier fichero anexo
al mismo, contiene información de carácter confidencial
exclusivamente dirigida a su destinatario o destinatarios. Queda
prohibida su divulgación, copia o distribución a terceros sin la
previa autorización escrita de Dap. En el caso de haber
recibido este correo electrónico por error, se ruega notifíquese
inmediatamente esta circunstancia mediante reenvío a la dirección
electrónica del remitente.
----------------------------------------------------------
The information in this e-mail and in any attachments is confidential
and solely for the attention and use of the named addressee(s).
You are hereby notified that any dissemination, distribution or copy
of this communication is prohibited without the prior written consent
of Dap. If you have received this communication in error,
please, notify the sender by reply e-mail.
-------------------------------------------------------------