Muchas gracias por tu contestación.
Me explico un poco más:
- Con respecto a los procedimientos almacenados y el SQL, hemos empleado
prácticamente todo lo que hay y nos estamos encontrando con muchas pegas:
. SELECT's que en algunas máquinas utilizan una vía lógica y en
otras no hay manera. Ojo que lo más impresionante es que están al mismo
nivel de PTF's¿?
. Hacemos declaración de tablas temporales que en la misma máquina
funcionan en interactivo y en batch no.
. Y el fantástico Teraespacio o Error Interno de SQL que lo
soluciona todo.
. Etc.
Te puedo asegurar que nos pasan cosas alucinantes y que no tiene
explicación.
Pero con respecto a la potencia, se presupone que en cada versión las
sentencias SQL de consulta incrementan su velocidad gracias al fantástico
optimizador. Pero la verdad es que en V5R3 tenemos más problemas que en
V5R2. Y que decir tiene que el mismo proceso en un programa de servicio en
ILE RPG y en un procedimiento SQL presentan tiempos muy diferentes.
- Con respecto a los programadores, somos una empresa de servicios.
Evidentemente la plataforma para nuestra aplicación es un i, i5, iSeries, no
se. Como ya he dicho la aplicación está escrita en RPG e ILE-RPG. Nuestro
problema (supongo que como el de todos) es que comienza a no haber
programadores en RPG. Actualmente, intentamos dividir el desarrollo de tal
forma que la parte visual, entrada de datos y algunas selecciones de
listados y generación de información que no requiere mucho tiempo de usuario
se hace en Delphi. Los procesos complejos o las funciones del modelo de
negocio se hacen en programas y programas de servicio en ILE-RPG. Mediante
Tablas, funciones externas y procedimientos externos en SQL enlazamos los
dos mundos. Hay que decir que no va tan mal y los clientes están encantados
de las nuevas funcionalidades y la estabilidad de los desarrollos. La gente
que tiene que entrar en ILE-RPG no tiene tanto problema ya que hay programas
tipo. Pero no me gusta ...
Quizás sea un poco quisqui, pero gracias a la experiencia que tengo en el
entorno en el que me muevo, a las exigencias de los clientes y a que cada
día conozco más la plataforma J2EE y el mundo Java, me parece que lo que
nosotros hacemos es pan para hoy y hambre para mañana. Los desarrollos no
son reutilizables en otras plataformas, hay demasiados lenguajes de
programación, no podemos hacer uso de nuevas y más baratas tecnologías, etc.
Tengo asumido que hay programadores que hacen lo que se les dice y hay
programadores que van un poco más lejos (analizando los rendimientos y
requerimientos). Tengo claro que puedo tener de ambos tipos, pero la
utilización de patrones y herramientas de desarrollo suficientemente
potentes pueden ayudar. Evidentemente, no dejo que cualquier programador
toque las funciones de cálculo de costes y análisis de márgenes, pero si se
establece un método correcto, cualquiera puede hacer uso de ellas.
Mis preguntas están orientadas más a si alguien se ha encontrado en la misma
tesitura y ha ido realizando nuevos programas en Java, si ha sido fácil la
distribución de los mismos, si se ha encontrado con cosas que deberían
funcionar sin ningún problema y luego no van "ni pa tras", etc. Básicamente
experiencias.
Gracias y perdón por el tostón.
-----Mensaje original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de PEDRO IGNACIO COLADO
RODRIGUEZ
Enviado el: martes, 01 de agosto de 2006 9:45
Para: [email protected]
Asunto: Re: Cambio de lenguaje de programación
Jorge, te doy mi opinión al respecto:
Así, de primeras, lo que debe guiar tu decisión es qué tipo de aplicativos
realizas. Si son empresariales, importa más que los programadores conozcan
tu negocio que un lenguaje determinado y, aunque parezca una cosa de
Perogrullo, que sepan programar. Y yo me entiendo... (más, más adelante)
Te aseguro que un programador que SEPA PROGRAMAR se defiende en RPG en un
mes y gente que sepa aplicar el concepto "herencia" a un entorno bancario o
de seguros (por ejemplo) dudo mucho que abunde "a precios de ETT".
Pero centrémonos...
SQL, Procedimientos almacenados SQL¿Poco potentes? ¿Qué estás intentando
hacer con SQL? Lo primero que tienes que preguntarte: ¿Está bien diseñada
mi base de datos y tiene vías de acceso apropiadas? Y no perdamos de vista
que SQL no es un lenguaje de programación al uso.
Interacción Java - ILE PRG: Debe ser buena, para eso se creó ILE
Java en JVM: Existe la posibilidad de "compilar" los Java en el iSeries,
esto "acerca" el tiempo de ejecución de ambos lenguajes.
Lo anterior necesita una aclaración:
Cuidado con Java. Es una maravillosa bomba de relojería. Cuando ejecutamos
un programa Java ¿Sabemos a ciencia cierta qué se está ejecutando? Me
explico: Todos sabemos que entre la abstracción de un lenguaje de
programación y lo que el procesador entiende hay una distancia que
completan los compiladores. Apliquemos esto al concepto de "clase",etc....
El diseño, la arquitectura de la aplicación toma un peso enorme, muy
superior al que tenía. A lo que voy: sin un diseño exhaustivo que nos
permita aplicar lo auténticamente interesante de Java (OO!!), Java no
interesa. Es rematadamente mejor RPG o COBOL (en aplicativos de servidor
"clásicos", entiéndase).
Un programador en Java QUE NO SEPA PROGRAMAR puede hundir tranquilamente el
ordenador que le pongan por delante.
Como has dejado abierta tu consulta me he tomado la libertad de divagar un
poco, perdón si me he ido un poco por las ramas.
***
Todo lo anterior en opinión absolutamente personal y dicha con todos los
respetos. ;-))
Saludos, Ignacio Colado.
CaiFor - Sistemas de Información
"Jorge"
<[EMAIL PROTECTED]
tor.com> Para
Enviado por: <[email protected]>
forum.help400-adm cc
[EMAIL PROTECTED]
Asunto
Cambio de lenguaje de programación
31/07/2006 18:33
Por favor,
responda a
[EMAIL PROTECTED]
bios.es
Buenas tardes:
Estamos planteándonos la posibilidad de cambiar el lenguaje de programación
que utilizamos en el servidor. Actualmente es ILE-RPG, pero debido a la
falta de técnicos que conozcan el lenguaje y a la búsqueda de una
arquitectura más flexible y reutilizable (herencia, interfaces, etc.)
estamos planteándonos pasar a Java. Hemos probado los procedimientos
almacenados de SQL pero nos han defraudado mucho y además su lenguaje es
poco potente.
Nuestra intención es seguir desarrollando en ILE-RPG, pero empezar a
realizar programas en Java que interactúen con los actuales y se nos
plantean dudas:
¿Interactúan bien?
¿Que tal se comporta un trabajo ejecutando programas RPG y programas Java
en
la máquina virtual?
¿El comportamiento de los programas Java es rápido?¿Es mucho más lento que
el de los programas RPG?
Seguro que hay más preguntas, se agradecerían otros puntos a considerar y
experiencias vividas.
Gracias.
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://coyote.combios.es/mailman/listinfo/forum.help400
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://coyote.combios.es/mailman/listinfo/forum.help400
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://coyote.combios.es/mailman/listinfo/forum.help400
