Mesa redonda de partners sobre la modernización de Forms

Pregunta 2

¿Cuál dirían que es su enfoque para la modernización con APEX? ¿Reescribir? ¿Migrar parcialmente?¿Crear nuevas aplicaciones adyacentes a las aplicaciones existentes de Oracle Forms? (20:50)

Simon:

• Hay que tener en cuenta todas las circunstancias posibles
• Normalmente se reescribe por completo para aprovechar las ventajas de costos de licencia bajos, etc.
• Se puede realizar de forma comparable pero no se debe, ya que Forms está basado en cliente/servidor
• Se crea una aplicación "web" moderna con APEX
• No existe una "fórmula milagrosa" para migrar desde Forms: hay que volver a desarrollar
• Se reutiliza todo el código posible

Sergei:

• Se empieza con una migración uno a uno (o a varios) para que los desarrolladores aprendan APEX
• Se mueve la lógica de disparador a la lógica de base de datos
• Seleccionar lo más fácil de la nueva funcionalidad para hacer feliz al negocio
• Consultar los "grupos de usuarios" que migran para que no tengan que trabajar en Forms y APEX

Francis:

• Es difícil justificar un proyecto en el que se hace todo a la vez
• Utilizar reescritura parcial para ampliar las aplicaciones existentes: por módulos
• Primero comprender APEX y empezar a utilizarlo en las tablas existentes

Pregunta 3

¿Cuáles fueron los mayores desafíos a los que se enfrentaron en este tipo de proyecto? (29:40)

Sergei:

• Cambiar la dinámica de los desarrolladores de Forms de poner todo el contenido posible en una página a un diseño de web fácil de usar
• En el caso de proyectos más grandes, establecer estándares de IU y ser consistente
• Crecimiento excesivo: negocio exigiendo constantemente nuevas funcionalidades

Simon:

• Desarrolladores de Forms acostumbrados a conexiones de bases de datos persistentes y que por eso utilizan tablas temporales. En APEX hay que utilizar recopilaciones de APEX
• Editar páginas de varias filas
• Validaciones mediante disparadores de elemento y bloque en lugar validar en la ejecución de página en APEX
• Problemas al intentar reproducir procesos de Forms al 100% (por ejemplo, en varias páginas)

Pregunta 4

¿Cuál ha sido la mayor ventaja para el cliente? ¿Está satisfecho con el resultado?

Dario:

• Ya está pagando APEX (mediante licencias de base de datos) para ahorrar dinero al dejar Forms
• Está formando a los desarrolladores de Forms en APEX: gran ahorro en costos
• Se ha pasado directamente a la tecnología web. Despliega a través de la web (centralizada) en lugar de sacar a miles de usuarios finales
• Obtiene capacidades de servicios REST y móviles con APEX
• Las aplicaciones modernizadas gustan a los usuarios profesionales

Francis:

• Aprovechan su inversión en Oracle: licencias, modelo de datos, misma pila de tecnología
• Es más fácil formar desarrolladores de Forms en APEX que en otras tecnologías web
• Han saltado al siglo XXI: aplicaciones móviles, ajustables y modernas

Pregunta 5

Siempre hablamos sobre conservar la inversión de la lógica de negocio de backend, en SQL y PL/SQL. ¿Es una falacia? ¿Cuánto código de backend se tuvo que modificar para que funcionara en el mundo nuevo de APEX? (41:50)

Francis:

• Si la lógica reside en la base de datos (y no en Forms), se puede utilizar casi todo el código
• Si se ha creado en Forms (o se generó con el diseñador), es más difícil pasar y extraer la lógica de negocio
• Se puede utilizar la función de migración de Forms a APEX que incorpora APEX para anotar la lógica
• APEX lo más cerca posible al enfoque de desarrollo de Forms = reutilización más fácil

Dario:

• Si la mayoría del código está en Forms, hay que intentar moverlo todo a la base de datos
• Si el código ya está en la base de datos, entonces es muy fácil volver a utilizarlo.

Pregunta 6

¿Podrían describir su proceso que a seguir para evaluar si algo es apropiado para su modernización con APEX? ¿Y podrían dar un ejemplo de algo con el que no utilizarían APEX para modernizar una aplicación de Forms? (46:30)

Simon:

• Hay cosas que no son apropiadas para un marco web, como web_util (que realiza operaciones de escritorio)
• Determinar cuánto código existe en los disparadores de Forms para definir el esfuerzo
• Revisar qué secciones se siguen utilizando (no modernizar las que ya no se utilizan)

Dario:

• APEX está basado en web, no en cliente/servidor, que tiene ciertas limitaciones
• Forms tenía más control en el cliente, que no es algo típico de "web"
• Poder utilizar plugins y otras técnicas para alcanzar los requisitos del cliente

Pregunta 7

¿Cómo abordan la formación en APEX para alguien que tiene experiencia en Forms? Es web, por lo que es distinto. (50:55)

Sergei:

• Desarrolladores formados en Forms en 3 etapas en la compañía
  • Principiante: aspectos básicos de APEX; a continuación se les permite participar y aprender más
  • Intermedio: etapa de presentación, de cliente, de procesamiento
  • Avanzado: mejores prácticas y estándares, consistencia
• Cuando empiecen a desarrollar, hablar sobre JS y CSS
• Lo mejor es tener un desarrollador web experto en JS, CSS, HTML

Dario:

• Lo mejor es tener un experto en tecnologías web en el equipo para controlar las nuevas tecnologías web
• Talleres específicos con Forms que hay que modernizar
• Concienciarlos del poder de la comunidad APEX (twitter, apex.world)
• Animarlos a hacer preguntas (incluso buscar en Google)
• Crear plugins para las funciones comunes necesarias en varias páginas/aplicaciones
• Consultar marcos de terceros como FOEX

Francis:

• Lo más importante es formar a los desarrolladores de Forms sobre cómo funciona la web y hacerles un "cambio de mentalidad"
• Hacer que interactúen y creen aplicaciones simples
• Colaborar con ellos y enseñarles qué hacer y qué no
• Aprender a depurar/rastrear aplicaciones
• Es necesario formar a los usuarios finales: las pantallas y procesos serán diferentes

Pregunta 8

¿Cuánto tardan los desarrolladores de Forms en ser competentes en APEX y desarrollo web? ¿Pudieron seguir desarrollando de forma independiente? (1:01:45)

Dario:

• 42 minutos
• Tras su formación, y con asistencia, deberían ser productivos en semanas
• Tras un mes o dos, deberían ser productivos sin mucha asistencia

Simon:

• Unos días para ponerse en marcha, competentes en unas semanas
• Otras tecnologías web, como JavaScript o jQuery, pueden llevar meses
• Los desarrolladores deben adoptar APEX, que toma tiempo y aporta experiencia

Pregunta 9

¿Pueden realizar los clientes esta migración por su cuenta? Este foro de Office Hours ha estado formado por nuestros partners, y si yo estuviera viendo esto, pensaría "Vaya, necesito ayuda externa para hacer esto". ¿Qué responderían a esto? (1:06:55)

Francis:

• Si ya conocen APEX, entonces pueden empezar por su cuenta con facilidad
• Es muy útil disponer de un tutor/partner
• Los partners tienen herramientas, pueden proporcionar formación, etc.
• Los partners tienen gran experiencia en desafíos, seguridad, enfoque, etc.
• Los clientes deben empezar con un pequeño prototipo

Sergei:

• Las aplicaciones más pequeñas son fáciles
• Para las aplicaciones más grandes, es importante utilizar mejores prácticas (control de versiones, entornos, plugins, etc.), que los partners pueden aportar
• Es muy importante obtener ayuda durante los primeros meses