GeneXus en el Corto y Mediano Plazo

Presentación del tema: "GeneXus en el Corto y Mediano Plazo"— Transcripción de la presentación:

1 GeneXus en el Corto y Mediano Plazo
Nicolás Jodal

2

3 Escenas del capitulo anterior …
Perogrullo III: Tenemos que hacer cosas que no hacen nuestros competidores Sistemas complejos con mucho conocimiento del dominio En la punta de la tecnología Les propongo un acuerdo, algo muy simple: uds. se dedican a lo primero y nosotros tratamos que lo segundo les sea lo más fácil posible. Pero acuérdense, hay que tener las dos cosas, no sirve tener una aplicación grande pero en tecnologías más viejas o aplicaciones pequeñas en tecnologías nuevas. Veamos con más detalle que quiere decir tecnologías modernas. Si bien es algo difuso para definir, hay algunas tendencias muy claras. Vamos a repasarlas para luego analizar la 8.0 en función de estas tendencias.

4 Tendencias: Web based Esto tampoco es una gran novedad, pero como todo estas cosas, llega un momento que la necesidad se vuelve imperiosa. Estoy hablando de aplicaciones back-office.

5 Tendencias: Web Services
Los mayores sitios han ya creado su version WS. En particular Ebay, Google y Amazon lo tienen. Ha habido una cantidad enorme de trabajos teoricos y practicos, pienso que hoy es algo que se esta utilizando mucho en el top-down (en particular Amazon, Ebay y Google) y tambien para aplicaciones intra empresa

6 Tendencias: un mundo bi-polar
Creo que de esto ya no cabe ninguna duda, las plataformas que van a ser usadas para el tipo de aplicaciones que nosotros desarrollamos son esta dos. Alguna le va a ganar a la otra? Yo no lo creo, en mi opinión van a coexistir durante mucho tiempo y lo más probable es que ambas sean sucedidas por la siguiente generación más o menos al mismo tiempo. Creo que lo importante aca es ver que lo que desaparecen son los otros lenguajes, por ejemplo todos los que tienen aplicaciones en VFP tienen que ir pasando a estas nuevas plataformas ya! Aca vale la analogia entre Boeing e Airbus (que extinguieron a McDonell Douglas).

7 Tendencias: Arquitectura de 3 capas
Aquí hay algo similar, lo más importante es lo que muere, no lo que nace y en este caso de C/S. Voy a hablar bastante más de este tema algo más adelante.

8 Múltiples dispositivos
Tendencias Múltiples dispositivos Conectados Desconectados

9 GeneXus 8.0 Y acá estamos liberando la 8.0 (Olimar).
Antes que se lo pregunten el status es que liberamos la semana pasada la RC y esperamos liberar la versión final en menos de un mes. No voy a hacer una presentación detallada de las features de la 8.0, pero quería ver algunas de ellas respecto a las tendencias que les hablaba. O en otras palabras, para cada una de estas tendencias, nosotros estamos ayudando en algo?

10 Más fácil de integrar diseño gráfico Más fácil de migrar
GeneXus 8.0: Web Más fácil de integrar diseño gráfico Más fácil de migrar Es innegable que cada vez se va a necesitar que las aplicaciones sean web-based, sobre todo las applicaciones back-office. Con la 7.5 dimos un paso, pero entendíamos que había por lo menos dos áreas para mejorar: Diseño Grafico de la aplicacion. Más fácil de pasar las aplicaciones winform back-office a webforms.

11 GeneXus 8.0: Temas Themes El origen del problema es muy facil de definir: las aplicaciones web necesitan un look&feel bastante más sofisticado que las aplicaciones winform y nosotros los desarrolladores no tenemos las habilidades para ello. La solución en el alto nivel también es muy fácil: contrate un diseñador grafico para que lo haga y listo. Pero el problema es como hacemos para integrar el trabajo de ambos? Nuestra respuesta es un nuevo objeto que se llama Theme.

12 GeneXus 8.0: Temas

13 Editor de Temas

14 Temas

15 Transacciones como Web Components
GeneXus 8.0: pasaje a Web Transacciones como Web Components Selección en grillas Grillas colapsables Más funcionalidades web: Una de ellas es la posibilidad de, solamente configurando una propiedad, hacer que una grilla pueda colapsarse. (Ver el “-” al lado de la grilla). Otra propiedad más de las grillas permite especificar si queremos que puedan seleccionarse lineas de las grillas. Esta funcionalidad ayuda a la conversión de Win a Web pues es una funcionalidad muy usada en las grillas Win que los que convierten “extrañaban” en Web. En esta misma pantalla también vemos otra nueva funcionalidad que es que las transacciones pueden ser web components. O sea, programo mi transacción y luego la inserto en cualquier web panel. No reprogramo nada, solo reutilizo lo hecho. Notar que la funcionalidad de web components ya existía en 7.5, pero solamente para Web Panels.

16 Numeración automática
GeneXus 8.0: Core Subtipos Reorganización Estructuras de datos Nuevos tipos de datos Enumeraciones Numeración automática Nuestros clientes hacen cada vez aplicaciones mayores y más complejas, asi que nosotros tenemos que correr para tratar que la definicion en GX sea lo más facil posible. En esta version tuvimos la oportunidad de incluir muchas features en esta area. Subtipos Se levantaron varias restricciones, subtipo y supertipo, herencia de varios niveles. Reorg Se bancan cambios con subtipos (aparecen o desaparecen). Run-time controls (check de que algo puede andar mal). Estructuras de Datos Es el primer paso hacia un mundo de mensajes, ver más en la Rocha. Nuevos tipos de datos Blob Numeracion automatica. En todos los DBMS.

17 GeneXus 8.0: WebServices El uso de WS se ha ido extendiendo básicamente por dos lados: grandes sitio web como Amazon, Ebay, Google que han ‘webservizado’ sus servicios y por el uso de WS para integración de aplicaciones internas. Lo que hicimos aquí fue facilitar la forma en que se pueden utilizar en GX.

18 GeneXus 8.0: WebServices

19 Validación campo a campo en Java y .NET
GeneXus 8.0: WinForm Generador .NET WinForm Validación campo a campo en Java y .NET Que cada vez la necesidad de aplicaciones webform no quiere decir que las aplicaciones winform desaparezcan. Sin embargo, lo que si va camino a desaparecer es la arquitectura Cliente/Servidor. Esta siendo sustituida por las arquitecturas de multiples capas y esto en el mundo GX significa que las aplicaciones winform seran hechas con los generadores que soportan esta arquitectura. En particular Java hace tiempo que la tiene y en esta version estamos incluyendo el .NET con soporte a esta arquitectura. Asi que el camino para migrar las aplicaciones C/S si quieren seguir siendo winform es generar apps de 3 capas. Para hacer este pasaje más facil se han incluido la posibilidad de dialogo campo a campo en estos dos generadores, aunque es algo a manejar con mucho cuidado en 3 capas. 3 capas .NET Dialogo campo a campo Ya entrando en más detalles y para fijar ideas, hoy en día es ya es comparable con sus antecesores, los generadores de VB y VFP. Dada la tecnología .NET, el deployment es el más fácil: Con tan solo copiar los archivos necesarios a la máquina de producción ya basta. No preciso registrar nada, ni armar setups peligrosos. Énfasis también se puso en todas las funcionalidades XML y de Web Services siendo éste generador siempre un precursor en las mismas. Con respecto a los requerimientos vale destacar que para compilar solamente se requieren el .net framework y el j# y son GRATIS !! Los clientes de las aplicaciones finales pueden ser Windows 98 y superiores. Se soportan los siguientes DBMSes: DB2, Informix, Oracle, Sql Server. Se soporta todo tipo de reportes, incluso con Report Viewer.

20 GeneXus 8.0: Pocket PC

21 GeneXus Query Web GeneXus Query se está implementando con interfaz Web, con similar potencia que actualmente tiene en Excel.

22 Acceso a BD externas GXQuery
GeneXus Query Base de datos ext. KB Base de datos GX Base de datos ext. Base de datos GX KB Actulamente para el uso del GeneXus Query es necesario partir de una KB GeneXus. Esto implica que solamente se puede usar GXQuery sobre bases de datos definidas con GX. A partir de la próxima versión se podrá usar GXQuery sobre cualquier base de datos (definidas en los DBMS soportados por GeneXus) sin necesidad de que ésta haya sido generada con GeneXus. Para ello se encapsula dentro del Manager del GXQuery la tecnología de Data View Generator de GeneXus.

23 Resultado como XML GXQuery & GXplorer
Actualmente la salida de una consulta es: Pivot Table Query Table A partir de la próxima versión se podrá enviar el resultado de la misma a un XML, de forma de poder enviar ese resultado en este formato a otra aplicación, de crear servicios que devuelvan resultados de consultas, etc. Que más? Esta feature aplica tanto a Gxplorer como a GeneXus Query.

24 GXQuery como control GeneXus
Se podrá al diseñar un Web (o Work) Panel, incluir en él un control GXQuery asociándole una consulta o una lista de consultas. En una segunda etapa se podrá especificar directamente la consulta desde GeneXus. Las ventajas de esto son: Para el usuario: Integración de consultas dinámicas GXquery con su aplicación Potencia en la manipulación y visualización del resultado (pivoteo, definición de filtros, campos calculados, etc., graficación) Para el analista: Sencillo de especificar El control proveería una forma de poder ver qué consultas hay catalogadas para asociarle una de ellas Si la consulta no existe en ese momento, poder llamar a GXQuery para especificar una consulta en ese momento. En diseño (Webpanel)

25 GXQuery como control GeneXus
Luego en ejecución, vería la consulta en la pantalla la consulta seleccionada. Mediante un combobox podría cambiarme entre todas las consultas que el analista me especificó. En ejecución (Webpanel)

26 GXQuery como control GeneXus
En ejecución (Webpanel)

27 GXQuery como control GeneXus
En ejecución (Webpanel)

28 GXPortal Más que hablarles de futuro queria explicarles para que hicimos GXPortal, ya que es la primera vez que me voy a referir a el. Estamos tratando de cubrir dos objetivos, en primer lugar tener una herramienta para desarrollar portales. Además de una oportunidad comercial, creemos que es necesario que cada uno de nosotros tenga su portal, por esa razón es que estamos dándolo gratis para todos los miembros de la GXAlliance. La tercera razón es que también es algo extremadamente útil cuando estamos haciendo sistema back office web. Mensaje: cada SH tiene que tener su portal. Use GXPortal para sus aplicaciones de back office.

29 GXPortal: futuro Integración con Active Directory Wireless: generación de portales para Pocket PC, Palm, WAP Más funcionalidades para integración de aplicaciones Web (n perfiles, permisos por aplicaciones)

30 Generar Comunidades en torno a GXPortal donde se pueda intercambiar
GXPortal: futuro Generar Comunidades en torno a GXPortal donde se pueda intercambiar Diseño de páginas, templates, etc. GXPortlets Web Services Aplicaciones Proveer webservices de contenido, datos estadísticos, etc.

31 GXFlow Visión clara del proceso Mejor entendimiento del Negocio
Porque usar Workflow? Porque se programa menos y los procesos de negocios quedan mucho más claros. Foco en el proceso de negocio Visión clara del proceso Mejor entendimiento del Negocio Estandarización (UML) Mejora la documentación de los sistemas Procesos más eficientes Información estadística Mejora la comunicación entre los usuarios Única interfaz para todas las tareas – Inbox driven. Auditoria y control de operaciones Evolución tecnológica Menos programación Eliminamos el manejo de la gestión de los procesos de nuestros programas Ruteo de las tareas en forma automática, siguiendo las reglas de los procesos de negocio Simplifica cambios en los procesos (Menor costo y tiempo) Subprocesos – Simplifica el diseño.

32 GXFlow Manejo de versiones Seguridad integrada (LDAP)
Tareas auto contenidas en el mail Integración al development enviroment de GX User defined activities Eventos en la modelización Pocket PC, Palm

33 GXPublic

34 DeKlarit

35 DeKlarit

36 DeKlarit

37 DeKlarit Downloads: 4327 Países: 135
Último país que se agregó: Saint Helena

38 DeKlarit

39 Rocha: una necesidad y una oportunidad
Dado que ya hemos cerrado la Olimar, actualmente estamos trabajando en la planificación de la Rocha, nuestra siguiente versión. Usualmente nosotros comenzamos definiendo las líneas generales más importantes que implican mayor trabajo para luego ir incorporando las features que llevan menos tiempo. Sin duda podríamos decir que en la Rocha estamos atrás de una necesidad y tambien aprovechando una oportunidad. Empecemos por la necesidad:

40 Necesidad: Desarrollo Basado en Componentes
Como ya vimos en la 8.0 completamos un ciclo respecto a la arquitectura de múltiples capas. Ya tenemos los generadores disponibles para este tipo de aplicación tanto para Java como para .NET y tenemos algunos clientes con aplicaciones muy grandes de este tipo en producción. Sin embargo queremos hacer más. Lo que tenemos hoy es algo muy bueno desde el punto de vista físico, pero en la Rocha queremos que esto sea también desde el punto de vista lógico. En otras palabras, queremos que los desarrolladores GX puedan definir distintos componentes y que puedan definir en cual de las capas se va a ejecutar ese componente. Porque queremos eso? Porque en función de las tendencias que ya vimos, creemos que la necesidad de integración entre aplicaciones sera cada vez mayor, tanto con nuevos tipos de dispositivos como con otras aplicaciones. Toda la evolución de WS nos asegura que la parte física esta cada vez más resuelta, pero que hacer a nivel lógico? Nosotros pensamos que la solución es que se puedan construir lo que nosotros llamamos de Business Framework.

41 Necesidad: Desarrollo Basado en Componentes
Como ya vimos en la 8.0 completamos un ciclo respecto a la arquitectura de múltiples capas. Ya tenemos los generadores disponibles para este tipo de aplicación tanto para Java como para .NET y tenemos algunos clientes con aplicaciones muy grandes de este tipo en produccion. Sin embargo queremos hacer más. Lo que tenemos hoy es algo muy bueno desde el punto de vista fisico, pero en la Rocha queremos que esto sea tambien desde el punto de vista logico. En otras palabras, queremos que los desarrolladores GX puedan definir distintos componentes y que puedan definir en cual de las capas se va a ejecutar ese componente. Porque queremos eso? Porque en funcion de las tendencias que ya vimos, creemos que la necesidad de integracion entre aplicaciones sera cada vez mayor, tanto con nuevos tipos de dispositivos como con otras aplicaciones. Toda la evolucion de WS nos asegura que la parte fisica esta cada vez más resuelta, pero que hacer a nivel logico? Nosotros pensamos que la solucion es que se puedan construir lo que nosotros llamamos de Business Framework. Business Framework

42 Rocha = fácil de construir Business Frameworks
Para ello vamos tener que hacer algunos cambios más o menos radicales en el propio GX. En particular los cambios más grandes seran en el lenguaje procedural, que a partir de esta version sera 100% OO. Por supuesto que por compatibilidad mantendremos el lenguaje anterior, pero la idea es que la gente use las nuevas facilidades lo más rapido posible.

43 Oportunidad Hace un tiempo nos hicimos una pregunta: que pasa si pasamos todo el ambiente GX a .NET? Actualmente esta escrito en VC++ y siempre sentimos que debiamos mejorar aquí.

44

45

46

47

48

49

50 Internacionalización Cache
Rocha Control de Versiones Internacionalización Cache Control de Versiones A medida que las KB son más grandes y trabajan en ellas más personas es necesario proveer algunos servicios de control de versiones, si bien esto no es exactamente lo mismo que se utiliza para el control de fuentes tradicionales, pensamos que podemos incluir algunas features que ayuden en esta area, sobre todo si vamos a trabajar de forma distribuida y remota, como pienso que va a ocurrir cada vez más. Internacionalización Queremos aprovechar el pasaje a C# para poder incluir desde el inicio que cualquier literal donde quiera que este pueda ser convertido a varios idiomas de una forma fácil. Cache En esta área se ha avanzado mucho en los últimos tiempos, podríamos ver esto como una evolucion desde las capas físicas a las capas lógicas. En un primer momento el cache era en la CPU, luego se paso a los DBMS, pero que pasa si nosotros la ponemos a nivel de la capa de acceso de datos, o a nivel de la capa logica? Bueno, es este tipo de cosas que estamos pensando en esta area.

51 Socios Estratégicos Con ambos partners estamos haciendo cosas, algunas de las cuales van a ser muy importantes para toda la comunidad. Algunos de estos logros los vamos a anunciar al final de esta tarde.

52 Comunidad GeneXus News: 8450 suscriptos GXOpen: Foros: Suscriptos 4721
Members ,300 Projects Downloads 23,596 Uploads Reviews Foros: Suscriptos 4721 Foros ¡18 mails por minuto! Hoy podemos decir que somos un formidable ecosistema que ha crecido de forma bottom-up. Pero dejenme mostrar algunos de los numeros. MJS: cuantos mensajes diarios hay en todos los foros?

53 Más conectados = Más valor tenemos
Comunidad GeneXus Más conectados = Más valor tenemos Tenemos que aumentar nuestra capacidad para hacer alianzas Pero como siempre tenemos que conseguir más de lo que tenemos. Y para eso creo que tenemos que volver a Perogrullo y tener presente estas dos cosas tambien. No creo que vayamos a ser como la India en donde hay grandes empresas de soft cada una compitiendo y muy independientes entre si. Creo que vamos a ser un ecosistema con una fuerza enorme.

54 Mi sueño ¡Que la comunidad GeneXus sea líder en aplicaciones de negocios a nivel mundial!

55