skip to main |
skip to sidebar
Por Martín Rampo
Blog
Miembro de RosarioGX
El encuentro de Montevideo es el evento más esperado por toda la comunidad Genexus, pero ¿Por qué?
Bueno en su blog Armin Bachmann nos detalla la lista de razones por las que el amigo Gabriel Medina (gab) considera a este encuentro uno de los más fantásticos círculos virtuosos, además Gustavo Carriquiry en su blog nos presenta un video donde, él, Nicolas Jodal y Breogan Gonda, nos invitan a participar del Evento comentando justamente las razones por las que es importante participar.
Viendo que, como en la canción, sobran los motivos seguramente te estas preguntando ¿Cómo hago?
Si pasan por el blog de RosarioGX van a encontrar un exhaustivo detalle de cómo llegar, donde alojarse, y hasta que documentación llevar.
Bueno solo queda por contestar ¿Cómo y donde? Las respuestas en el sitio del encuentro
Además en este sitio encontraran la lista preliminar de charlas, como para ir mirando en que vas a invertir tu tiempo esos tres días, junto con mucha información relevante.
Para estar informado de las últimas novedades del encuentro les sugiero que visiten el blog del encuentro.
Nos vemos el 24 en Montevideo.
Por Germán Rampo
Blog
Miembro de RosarioGX
La lista de mails de GUG RosarioGX ya suma más de 200 integrantes y el número sigue creciendo. Por lo que se ha podido observar, en la misma participan en su inmensa mayoría desarrolladores de la Ciudad de Rosario pero también de otras localidades de Santa Fe, otras provincias e incluso de otros paises. Además y en menor medida también están presentes cuentas de email de miembros de Artech, empresarios, líderes de proyectos, analistas y gerentes de sistemas. Por otra parte también conforman la lista los referentes de otros GUGs que fueron invitados a integrarse para mantenerlos informados de nuestras actividades y que puedan aportar sus opiniones o potencialmente repetir las experiencias en sus propios grupos de usuarios.
La lista no tiene alto tráfico diario. La misma es usada para algunas consultas técnicas, si bien no hay restricciones en cuanto a este uso y está totalmente permitido hacerlo, este no es una de sus fortalezas ya que los foros técnicos de Artech son mucho más apropiados para esto. El punto fuerte de este canal de comunicación es principalmente difundir, coordinar y permitir sumarse virtualmente y con un click a las actividades que se van desarrollando en el plano real. Es el medio por el cual se comunica, lo que se va a hacer, lo que se hizo o simplemente se confirma con un "cuenten con mi presencia!" la asistencia a una actividad del GUG. La lista de mails constituye un lugar de encuentro, un canal abierto y una posibilidad de llegada importante hacia toda la comunidad, es por eso que tratamos de hacer un uso responsable de la misma y afortunadamente está dando muy buen resultado!
En fin... ya somos más de 200 y la familia se sigue agrandando!! 
Si usa el webmail GMail puede crear una etiqueta "GugRosarioGX" y crear el filtro: Concordancias: subject:[rosariogx-l] Aplicar: Aplicar etiqueta "GugRosarioGX" De esta manera al archivar los mensajes estos quedarán clasificados dentro de la etiqueta. 
Para formar parte de la lista puede ingresar en http://groups.google.com/group/rosariogx
Por Carlos Lucatti
Blog
Miembro de RosarioGX
Todos sabemos que en los últimos tiempos se ha intensificado el desarrollo de aplicaciones basadas en web. Este cambio de paradigma, por cierto inevitable, nos abre nuevas posibilidades antes impensables. Pero desde hace tiempo hay algunas cosas que me preocupan en este proceso de cambio que estamos viviendo.
Como ventajas de una aplicación web veo lo siguiente:
Posibilidad de que la aplicación sea usada sin cambios desde cualquier punto geográficamente remoto que trascienda los límites físicos de la empresa. Los empleados pueden trabajar en su casa, los supervisores pueden revisar datos y autorizar acciones aún cuando se encuentren en viaje, los gerentes pueden consultar estados desde cualquier parte del mundo aún en vacaciones (bueno… ellos son así…), los clientes pueden consultar sus cuentas corrientes o hacer pedidos on-line, los proveedores pueden tomar directamente las ordenes de compra desde la web y saber si sus pagos ya están disponibles, etc. etc. Estas son algunas de las ventajas desde el punto de vista de aplicación.
Desde el punto de vista tecnológico veo como ventajas lo siguiente:
El sistema funciona en cualquier computadora personal con capacidad para ejecutar un navegador. No se requieren configuraciones de hardware potente (disco, procesador y memoria). No se requieren instalaciones locales (en los “clients”) de componentes del sistema. Se reduce la necesidad de licenciamiento de componentes y sobre todo de componentes “propietarios”. Se reducen los esfuerzos de distribución de las aplicaciones (instalación y puesta en marcha) y por consiguiente los costos.
Otra ventaja pero desde el punto de vista social es que gran cantidad de gente (fuera de las empresas y sus trabajos) usa internet, con lo cual “saber navegar” comienza a volverse parte de nuestra cultura. Así, para las personas que se inician en un nuevo trabajo en una empresa y especialmente aquellas para quienes se trata de su primer trabajo será mucho más fácil adecuarse al uso de los sistemas de aplicación, ya que las interfases se “parecerán” mucho a los sitios que suele navegar.
Ahora pasemos a los aspectos que no se ven claramente.
Respecto a que la aplicación puede usarse desde fuera de los límites físicos de la empresa, esto es cierto si la empresa posee un vínculo a InterNet publicando su aplicación. No todas las empresas están en condiciones de hacerlo ya que para una empresa chica o mediana el costo del vínculo permanente puede ser caro. Además de esto, debe implementar una serie de medidas de seguridad reforzando todo lo que tenga que ver con posibles intrusiones vía su enlace al mundo (hackers) instalando y configurando routers y firewalls. Algo que antes no necesitaba y para lo cual ahora seguramente deberá contratar especialistas que además le cobrarán un abono de mantenimiento. Al analizar esto, las empresas ven que es “lindo” pero que no es tan necesario que se pueda usar la aplicación "desde afuera".
En el caso de una intranet donde hay ubicaciones geográficamente remotas (WAN) que están conectadas por medio de un vínculo privado, sí, se justifica ampliamente una aplicación web, de todos modos el vínculo debe existir igual.
En el caso de una intranet local, el beneficio solo se aplica a la escasa necesidad de recursos de máquina y esfuerzos de instalación y distribución de aplicaciones. Aún así, cuando las empresas compran una computadora personal compran las configuraciones de hardware estándar, o sea, máquinas tan potentes como para correr las aplicaciones Windows usuales hasta el momento. Los usuarios siguen necesitando correr aplicaciones de oficina que requieren más recursos. Difícilmente una empresa le pida a su proveedor de hardware renovar un parque de máquinas con configuraciones mínimas para correr solo un navegador. Mi conclusión es que no ahorrarán en hardware.
Hoy, la comunidad informática dice: “Las aplicaciones nuevas deben ser todas basadas en web”... ¿Todas?, Si, todas.
Este planteo es el que me preocupa y a continuación comentaré las razones.
Comencé a trabajar en informática en 1981. Desarrollaba sobre arquitecturas propietarias con pantalla de caracteres. Con el advenimiento de los desarrollos basados en Windows los usuarios comenzaron a demandar cada día nuevas comodidades en pantalla. Evidentemente el manejo de eventos por medio de botones, ventanas, idas y vueltas “controladas” le daban al usuario una posibilidad de hacer muchas más cosas y más rápido en su sistema. Cuando recordaban la rigidez de las validaciones a pantalla completa se referían a ella como la era por suerte pasada.
Hoy veo que los estamos obligando a volver. Las interfases web son mucho más rígidas que las interfases Windows y con menos posibilidades de interactividad. ¿AJAX?, si, pero la página web sigue siendo un formulario plano y rígido. Por eso, mis jóvenes colegas, les cuento que esta historia ya la viví hace varios años, y estamos recomenzando el ciclo. Ahora debemos decirle a los usuarios que las interfases no serán tan cómodas como antes. Pero seguramente me dirán que ... bueno, con un poco de esfuerzo adicional las interfases se pueden diseñar bastante más elaboradas y amigables. ¿Un poco de esfuerzo?, pregunto. Me parece que con mucho más esfuerzo.
Pasando a otra cuestión. La aplicación se ejecuta en un navegador que le da al usuario muchas posibilidades “justamente” para navegar. Ya que se nos ha recalentado tantas veces el cerebro para controlar la transacción del usuario, que no se corte, que pasa si se corta, que no salga de allí hasta que defina tal resultado, etc. etc. , ¿cómo manejaremos la idea de que en medio de una transacción compleja como ser “Definir el plan de producción semanal” , el usuario pulse graciosamente un link que lo lleve a la página de espectáculos antes de confirmar? ¿y vieron además con qué facilidad se puede cerrar el navegador?
Seguramente los más avanzados en esta tecnología me dirán que hay formas o técnicas o productos adicionales que eviten estos problemas, pero coincidirán conmigo en que no son cuestiones de conocimiento común.
Hablando de navegadores, creo que fueron inventados para “ver” páginas de internet y saltar entre ellas, pero no fueron concebidos para contener aplicaciones así que todas las nuevas facilidades que se le están incorporando son forzadas para darles más habilidades y más seguridades porque les queremos poner en las espaldas algo para lo que no han sido concebidos. Creo que es necesaria una nueva generación de navegadores.
Me ha tocado desarrollar sistemas en los cuales el usuario debe trabajar a un ritmo muy veloz y por ello, a lo largo de la evolución de las aplicaciones me han solicitado sutilezas importantes en la interfaz. Cosas que son fáciles y prácticas de hacer en Windows. El usuario debe trabajar muy rápido con múltiples ventanas de selección, con manejo de diferentes tipos de productos para los cuales existen diferentes interfases de tratamiento, leyendo códigos de barra, imprimiendo permisos de despacho, emitiendo remitos, etc.… y todo muy rápido con toques de teclado. ¿Cómo haremos esto con una interfaz web más rígida y que además hace un uso mucho más intenso del mouse?
El desarrollo web es más complejo que el desarrollo Windows. Insume más tiempo. Si queremos que nuestras aplicaciones luzcan decentemente necesitamos asesoramiento de diseño o “look” ya que los editores de forms web son muy limitados (por el html en sí y por las tablas donde debemos ubicar los objetos). Si queremos darle ciertas funcionalidades que antes eran propias de Windows debemos recurrir a programación en JScript por ejemplo y comenzar a mezclar cosas de diferentes mundos que era una de las críticas que más nos hacían acerca del paradigma client/server.
¿Ya hemos preparado a nuestros jefes o a nuestros clientes explicándoles que el desarrollo web es más caro en tiempo y dinero? ¿Cómo vienen reaccionando a esto?
Sin dudas hemos comenzado una nueva era en el desarrollo. Pero no debemos dejar de reconocer que hay varios puntos flojos por el momento y que son difíciles de resolver.
La tecnología seguirá avanzando como lo hizo siempre y espero que termine resolviendo estos problemas y conteste naturalmente estas dudas.
Bueno,…. ahora los dejo, tengo que seguir estudiando desarrollo web.
Armin, cuéntanos acerca de tu persona, edad, carácter, hobbies, donde estudiaste.
Nací cuando arrancaba el tercer cuarto del siglo pasado y me crié en el campo, en Colonia Gartental, departamento de Rio Negro. Lo de ordeñar no me gustó mucho pero sí “tractorear” (hacer tareas de campo en tractor como arar, etc.), pescar y cazar, hobbies que casi dejé de practicar. De ir a la escuela alemana en el campo, liceo en San Javier y posteriormente en Paysandú pasé a gustar de las matemáticas y terminé sacando el título de Ing. en Computación en la Facultad de Ingeniería de la Universidad de la República (universidad publica y gratuita de Uruguay). Me gusta leer y aunque con 2 hijos el tiempo para ello es menor, si lo hago es sobre temas de liderazgo o dirección de empresas en general.
¿Cuánto tiempo hace que trabajas en Artech?
Comencé en el 98, luego de terminar tercer año en la facultad.
¿Cómo fue tu carrera desde que comenzaste en esta empresa?
Lo que debían ser dos años, terminaron siendo 4….(casorio de por medio también).
¿Cuál es tu área de responsabilidad en Artech?
Soporte de los generadores VFP, .NET y XBase (sí, este año todavía recibimos una consulta sobre foxpro 2.6 DOS ….hay sistemas así funcionando aún); ayudo en coordinación del soporte y desarrollo para liberar nuevas versiones como la Rocha (que no es solo una nueva versión…); y cada vez más y especialmente en lo referente a comunidades de usuarios (lo que terminó en collaborative projects, grupos de usuarios, challenge, etc. )
¿Cómo es uno de tus días de trabajo en Artech?
Pah! Complicado, varía mucho. Muchos mails ( más de 800 mails pasaron por mi inbox la semana pasada, sin contar los de los foros y el spam.), tareas de bomberos, algunas reuniones, lectura de mis blogs preferidos y de lo que pasa en algun foro.
¿Viajas mucho? ¿A dónde y qué haces en cada lugar?
No, ahora viajo poco. Por ahí en el 2001 y 2002 viajé más. En el último viaje estuve en Rosario, Argentina: linda ciudad, gente super amable, conocí algunos amigos allí, no se si conocen. En general los viajes fueron de “apoyo técnico a ventas” (Demos y Early Adopter Program de .NET en Centroamérica), cursos (un mes en Japón), presentaciones a eventos (San Pablo este año).
¿Qué espera Artech de las comunidades de usuarios y qué deben esperar las comunidades de Artech?
Creo que el lema del XVII Encuentro Internacional GeneXus lo establece claramente: Creá más!. En este sentido entre todos tenemos que apelar a nuestra creatividad para encontrar nuevos mecanismos para unirnos y avanzar en la construcción de aplicaciones de misión crítica, y ser referentes en el mundo!
¿Artech planea actividades dirigidas a los GUGs ?
Si, los seguiremos apoyando en todo lo que podamos. Hasta ahora hemos ayudado a organizarse y apoyado con charlas sobre temas de interés. A medida que los grupos van avanzando y quemando etapas, van teniendo otras necesidades. Como novedad, en particular estamos invitando a algunos miembros de los gugs a participar de laboratorios de Rocha en el marco del Encuentro GeneXus, para que así puedan después transmitir ese conocimiento al resto.
Este es el informe de la utilización del dinero recaudado en concepto de acreditaciones en el II Encuentro de Usuarios de RosarioGX realizado el 17 de marzo de 2007.
INGRESOS
Ingresos por acreditaciones..................... $ 3.250.-
________
Total ingresos: $ 3.250.-
EGRESOS
Adelanto catering..................................... $ 700.-
Tarjetas de acredit y serv. recepción........... $ 190.-
Cena invitación a visitantes de Artech......... $ 250.-
Saldo Catering ...................................... $ 1.580.-
Artículos de librería .................................... $ 10.-
Cena invitación a visitantes de Artech.......... $ 180.-
________
Total egresos: $ 2.910.-
Saldo
Saldo a favor ........................................... $ 340.- (*)
(*) El saldo a favor se encuentra actualmente en poder de Carlos Lucatti, designado como tesorero del evento.
Dicha suma espera ser aplicada a nuevas actividades del grupo.
19/12/2005 Primer encuentro de usuarios Gx de Rosario.
17/03/2007 Segundo encuentro de usuarios GX de Rosario.
27/04/2007 Reunión organizativa.
16/05/2007 Reunión organizativa. Se aprueba el documento de lineamientos de funcionamiento del grupo
24/05/2007 Reunión organizativa.
24/05/2007 Primer Reunión del GUG GX Río Cuarto.
15/06/2007 Reunión organizativa.
22/06/2007 ST 1. Envío automático de mails y SMS a celulares, por Carlos Lucatti. 11 asistentes.
27/06/2007 ST 2. Tipos de dato Web Session, por Germán Rampo. 11 asistentes.
11/07/2007 ST 3. Tipos de datos estructurados (SDT), por Daniel Ambort. 15 asistentes.
26/07/2007 ST 4. Migración de versiones, por Claudia Audisio y Diego Martínez. 16 asistentes.
24/08/2007 ST 5. Configuración de un modelo Java, por Elías Eblagón. 25 asistentes.
12/09/2007 Lanzamiento del Número #1 de NewsGUG
Por Martín Rampo
