Shriya Saran Kajal Agarwal Anushka Shetty Tamanna Ileana Aishwarya Rai Katrina Kaif

Friday, October 24, 2008

"Usabilizando" el WEBSac/Download Center/IT Manager


El sitio www.gxtechnical.com en sus varias versiones (WebSAC, Download Center, Manejo de IT, etc) tiene un comportamiento extraño cuando se los visita con FireFox.

Tal como muestra la imagen, queda una pagina embebida dentro del browser, de un tamaño ridiculamente chico, que hace que se vea los primeros renglones de lo que se necesita ver.

Esta pagina se ve bien con Internet Explorer, por lo que no es algo que se pueda considerar un error, pero es algo muy poco usable, para los que hemos decicidido usar el firefox, como navegador preferido.

Un truco para solucionarlo, es darle dos veces un doble click al titulo de la ventana, pero es bastante incomodo.

El problema lo reporte hace unos meses, y sigue sin solucionarse, y con el pasar de los años, me estoy volviendo cada vez mas comprensivo, pero menos tolerante, por lo que estas pequeñas boludeces, en la medida que se repiten me molestan cada vez mas.

La situación de la Genexus Developer Library (GXDL) es un poco peor, pues directamente no se puede consultar con FireFox y da el error

"This server control requires MS DOM version 5.5 or above.
Please download the latest version of Internet Explorer from
http://www.microsoft.com/ie"

Estos son pequeños detalles que dificultan el trabajo de todos los dias y que deberian corregirse para lograr atraer a mas personas a la comunidad Genexus

Amazon EC2

Amazon anuncio EC2

Amazon Elastic Compute Cloud (Amazon EC2) - Limited Beta

Amazon Elastic Compute Cloud (Amazon EC2) is a web service that provides resizable compute capacity in the cloud. It is designed to make web-scale computing easier for developers.



Con este anuncio, Amazon pretende posicionarse como un proveedor de computos como si fuera electricidad o telefono, asi como ya lo esta haciendo con S3 para el almacenamiento.

En cuanto al costo, parece muy razonable

Pricing

  • Pay only for what you use.
  • $0.10 per instance-hour consumed (or part of an hour consumed).
  • $0.20 per GB of data transferred outside of Amazon (i.e., Internet traffic).
  • $0.15 per GB-Month of Amazon S3 storage used for your images (charged by Amazon S3).

Data transferred within the Amazon EC2 environment, or between Amazon EC2 and Amazon S3, is free of charge (i.e., $0.00 per GB).

Amazon S3 usage is billed separately from Amazon EC2; charges for each service will be billed at the end of the month.

Junto con Google, Microsoft y Yahoo, Amazon es unos de los posibles proveedores a tener en cuenta y tenerlo en el radar.

"Usabilizando" Genexus (Extensiones)

Una de las fortalezas de GeneXus es que cubre todo el ciclo de desarrollo de una aplicación comercial. Si uno sigue la metodologia propuesta, puede realizar la aplicacion sin demasiados contratiempos.

Cuando se intenta hacer alguna extension a Genexus, empiezan a surgir dificultades. Muchas empreas (entre ellas Concepto) hemos desarrollado aplicaciones para facilitar el desarrollo con Genexus, pero en la practica son muy pocas las que logran integrarlas a Genexus de una forma satisfactoria o usable.

Algunas de las cosas que se me han ocurrido que se podrian integrar con GeneXus

  • Validacion de Nomenclatura de Objetos, Atributos y Tablas
  • Borrado de Objetos No Alcanzables
  • Control de indices no usados
  • Control de Versiones
  • Mails de Notificacion al terminar determinadas etapas (build all/compile/etc)
  • Reporte de que objetos usan que tablas.
  • Distribucion y consolidacion de objetos en un solo paso
  • Command line (en el directorio del modelo)
Para casi todas estas funcionalidades existen desarrollos en le mercado, que lamentablemente no han podido ser integrados en Genexus y por lo tanto son poco usables.

Con la proxima version de Genexus (Rocha) confio que estas limitaciones puedan levantarse y que sea FACIL hacer una funcion integrable con Genexus. De esta manera, se va a lograr una mejora sustancial en la experiencia de desarrollar aplicaciones con Genexus.

"Usabilizando" Genexus (Reorganizaciones Parciales)



Creo que este problema se explica solo, con un ejemplo.

Una KB GeneXus de unos 4000 objetos, que tiene un modelo de prototipo y otro de producción.

a)Es necesario programar un nuevo módulo, que implica cambiar 10 transacciones (cambian su estructura y codigo) y algunos objetos adicionales (procedimientos, webpanels, etc). La programacion / pruebas / documentacion van a llevar una semana.

b) Como Murphy trabaja para el enemigo, es común que aparezca durante esa semana, algún cambio URGENTE e impostergable (los mas comunes son algún decreto del gobierno), que obliga a la realización de algún cambio menor en el modelo de datos, que obliga a cambiar alguna otra transaccion del modelo de diseño.

Esto plantea un dilema
Si hago el impacto, va a llevar a producción transacciones que aun no estan listas (las del cambio a)
Si no hago el impacto, no puedo llevar los cambios que necesito para el cambio b.

En cualquiera de las dos opciones, estoy dejando los objetos que de produccion, en un estado no deseado.

Existen alternativas, para minimizar este problema, pero todas son complicadas. La mas sencilla es tener una KB para desarrollo y otra para produccion. De esta forma puedo elegir que transacciones distribuyo y consolido.
Tiene la contra de que se agregan varios pasos que llevan tiempo, hay que chequear que los indices que cambian de nombre, etc.

Podria solucionarse si se pudieran hacer Impactos Parciales, o sea elegir cuales son las transacciones que se quieren impactar (o llevar a produccion), de forma de poder hacer reorganizaciones parciales, tal como se pueden hacer hoy el impacto de objetos.

Otra opción seria poder hacer las modificaciones de la estructura de las transacciones en modelos que no sean de diseño, para poder realizar estos cambios.

"Usabilizando" GeneXus (Consolidaciones Parciales)



Muchas veces me ha sucedido, tener un archivo de distribucion (XPZ) que contiene muchos objetos distribuidos, y tener necesidad de consolidar un subconjunto de estos. Esto pasa cuando se tiene un version vieja del sistema en un xpz y se quiere volver solo un objeto a su estado anterior.

Lo que generalmente hago en estos casos, es consolidar todo en una KB vacia (o en una copia de la actual) y luego distribuir solo los objetos que me interesan y consolidarlos en la KB destino. Todo esto es una perdida de tiempo, que podria solucionarse, permitiendo elegir que objetos quiero consolidar de un distribute.

Desde GeneXus, se puede ver cuales son los objetos que tiene el distribute, pero no se puede elegir cual de ellos consolidar y esto es una verdadera pena.

"Usabilizando" Genexus (Consolidacion en Modelos prototipo o produccion)



Me gustaria poder consolidar (ignorando transacciones y atributos) en modelos de prototipo o producción.

En una KB donde mas de un desarrollador esta programando, el pasar a Diseño, es algo que se trata de evitar al maximo, pues mientras alguien esta en Diseño, todos los demas deben esperar.

Uno de los motivos que hace necesario ir a diseño, es el de consolidar objetos.

Considero equivalente el consolidar objetos en un modelo de prototipo o produccion a que un desarrollador cree/edite esos mismos objetos a traves de Genexus, por lo que no veo ninguna dificultad en que se pueda consolidar sin tener uso exclusivo de la KB.
Si se permitiera la consolidacion en modelos que no sean diseño mas de un desarrollador podria usar GXPatterns sobre la misma KB, aumentando asi la productividad del grupo.

Paralelismo y concurrencia

Desde hace un tiempo, vengo viendo la necesidad que estamos teniendo de poder generar aplicaciones que usen mas la infraestructura de hardware que cada dia son mas comunes:

  • Cluster/Grids
Por el lado de agrupar varias computadoras en procesamiento paralelo se va a poder escalar mucho en el tipo de aplicaciones que vamos a necesitar.
  • Servidores Multiple-procesador
Es comun tener servidores con mas de un procesador.
  • Procesadores Multi-Core
Los equipos de escritorios y notebooks que se compren de aqui en adelante, seran multi-core.

Viendo esto, me hace pensar que necesitamos (y necesitaremos cada dia mas) aplicaciones que puedan sacar partido de toda esta infraestructura que se esta creando. Las mayoria de las aplicaciones actuales , estan muy mal preparadas para poder aprovechar todo el nivel de paralelismo que estas plataformas pueden dar y tengo la sensacion que dominar y explotar los algoritmos de "Programacion Paralela" no es tarea trivial y nos va a exigir focalizar esfuerzos en lograrlo.

GeneXus en libro de IDEA Group

Probando el Google Book, encontre el libro "Managing Information Technology Resources and Applications in the World Economy" que hace referencia a GeneXus y ahora se puede ver esa pagina aqui.
Es medio viejo (1997) pero igual es bueno ver como evaluan desde afuera la herramienta que usamos para desarrollar.



Labels:

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)