Hace tiempo que sigo con interés el tema de “web versus gui” o “webtop versus desktop” o como quieran llamarlo. Es el tema de su las futuras aplicaciones serán aplicaciones Web todo “hosteado” por ahí y accesible desde cualquier lado (Internet) o en realidad las aplicaciones “locales” tienen largo tiempo de vida por delante.
Mucha agua ha corrido debajo de ese puente e intuyo que mucha más ha de correr aun para considerarla una discusión zanjada, de todos modos hay “hitos” que me parecen importante destacar el AIR (Adobe) parece uno de ellos.
Creo que "postear" algo del tema y no hablar de un jugador reconocido como es google es un despropósito, entre muchas cosas más creo que Google ha demostrado que se pueden (tecnicamente) hacer aplicaciones Web con una interfaz realmente “dinámica y atractiva” casi como una aplicación GUI.
Ahora el tema no se agota ahí, si bien la interfaz y su "dinamismo" es importante, es todo un tema larguísimo de analizar, incluso muchas veces me da la sensación de que apuntamos a la solución (a veces incluso a productos, digamos que cada uno llevado agua para su molino) y no al problema en sí o los pilares que sustentan una decisión/solución u otra.
En fin, en cualquier caso lo que quería comentar en este post es una noticia que me pareció relevante (un hito) en esta discusión: Adobe está lanzando AIR (Adobe Integrated Runtime).
Independientemente de si es Apollo renombrado-recargado, independientemente de qué pasa con Google Gears, qué pasa con Microsoft Silverlight, diferencias, coincidencias, hay dos puntos que me parecen especialmente interesantes en esta movida:
Base de datos local.
Tanto con AIR como el Google Gears se puede tener una base de datos local (SQLite) para poder mantener información localmente (valga la redundancia).
Es una base “liviana”, en C, embebible en una aplicación, sin requerimientos de setup complicados, no leí nada de licenciamiento pero supongo que es re-distribuible (por lo menos). También parece LOCAL LOCAL o sea, no parece pensada para "multi-usuario", pero no profundicé en el tema, solo por arriba.
Out of the browser
Las aplicaciones AIR pueden ejecutarse dentro del respectivo “plug-ins” o directamente sobre el AIR sin necesidad de un browser. Con esto lograrían acceder al “file system” local, entre otras cosas.
Confieso que ambas cosas me suenan a aproximarnos más al “desktop” es decir, la dependencia de una máquina específica donde tenga TAL base de datos con TALES datos, donde tenga TAL file system con TALES archivos, que a la idea de “webtop” que es “no tengo nada, todo está centralizado en un hoster”.
Si tomamos ese camino creo que nos enfrentaremos nuevamente a los mismos conocidos problemas por los cuales el webtop nos atrae: deployment, sincronización con los clientes, limitación de la movibilidad, etc.
No se, se confunden en mi mente AIR, con el MS Framework, con una JVM y se confunde SQLite con sus predecesores como Cloudscape.
Al menos por ahora, solo habiendo leído por arriba la información y sin mucho tiempo para entrarle más a fondo.
En cualquier caso, si esta esa la movida: ¿Está bien? ¿Está mal?
No lo se, ni soy quien para decirlo, pero parecería que la movida “100% webtop” tiene sus bemoles y parecería que tienden a resolverse del “viejo” modo.
Al final del día creo que todo se trata de converger y las radicalizaciones no aportan mucho y como todo hijo tendrá la carga genética de ambos padres, de eso se trata la evolución.
Mucha agua ha corrido debajo de ese puente e intuyo que mucha más ha de correr aun para considerarla una discusión zanjada, de todos modos hay “hitos” que me parecen importante destacar el AIR (Adobe) parece uno de ellos.
Creo que "postear" algo del tema y no hablar de un jugador reconocido como es google es un despropósito, entre muchas cosas más creo que Google ha demostrado que se pueden (tecnicamente) hacer aplicaciones Web con una interfaz realmente “dinámica y atractiva” casi como una aplicación GUI.
Ahora el tema no se agota ahí, si bien la interfaz y su "dinamismo" es importante, es todo un tema larguísimo de analizar, incluso muchas veces me da la sensación de que apuntamos a la solución (a veces incluso a productos, digamos que cada uno llevado agua para su molino) y no al problema en sí o los pilares que sustentan una decisión/solución u otra.
En fin, en cualquier caso lo que quería comentar en este post es una noticia que me pareció relevante (un hito) en esta discusión: Adobe está lanzando AIR (Adobe Integrated Runtime).
Independientemente de si es Apollo renombrado-recargado, independientemente de qué pasa con Google Gears, qué pasa con Microsoft Silverlight, diferencias, coincidencias, hay dos puntos que me parecen especialmente interesantes en esta movida:
Base de datos local.
Tanto con AIR como el Google Gears se puede tener una base de datos local (SQLite) para poder mantener información localmente (valga la redundancia).
Es una base “liviana”, en C, embebible en una aplicación, sin requerimientos de setup complicados, no leí nada de licenciamiento pero supongo que es re-distribuible (por lo menos). También parece LOCAL LOCAL o sea, no parece pensada para "multi-usuario", pero no profundicé en el tema, solo por arriba.
Out of the browser
Las aplicaciones AIR pueden ejecutarse dentro del respectivo “plug-ins” o directamente sobre el AIR sin necesidad de un browser. Con esto lograrían acceder al “file system” local, entre otras cosas.
Confieso que ambas cosas me suenan a aproximarnos más al “desktop” es decir, la dependencia de una máquina específica donde tenga TAL base de datos con TALES datos, donde tenga TAL file system con TALES archivos, que a la idea de “webtop” que es “no tengo nada, todo está centralizado en un hoster”.
Si tomamos ese camino creo que nos enfrentaremos nuevamente a los mismos conocidos problemas por los cuales el webtop nos atrae: deployment, sincronización con los clientes, limitación de la movibilidad, etc.
No se, se confunden en mi mente AIR, con el MS Framework, con una JVM y se confunde SQLite con sus predecesores como Cloudscape.
Al menos por ahora, solo habiendo leído por arriba la información y sin mucho tiempo para entrarle más a fondo.
En cualquier caso, si esta esa la movida: ¿Está bien? ¿Está mal?
No lo se, ni soy quien para decirlo, pero parecería que la movida “100% webtop” tiene sus bemoles y parecería que tienden a resolverse del “viejo” modo.
Al final del día creo que todo se trata de converger y las radicalizaciones no aportan mucho y como todo hijo tendrá la carga genética de ambos padres, de eso se trata la evolución.
Revise el tema de la licencia del SQLLite y es PUBLIC DOMAIN, que significa esto?
ResponderBorrarLes transcribo parte del texto que pueden encontrar en el sitio de esta base de datos:
Anyone is free to copy, modify, publish, use, compile, sell, or distribute the original SQLite code, either in source code form or as a compiled binary, for any purpose, commercial or non-commercial, and by any means.
Referencias
http://www.sqlite.org/copyright.html
http://en.wikipedia.org/wiki/Public_Domain
Continue leyendo sobre la base de datos y permite concurrencia de aplicaciones.
ResponderBorrar"Can multiple applications or multiple instances of the same application access a single database file at the same time?
http://www.hwaci.com/sw/sqlite/faq.html#q7"
Es una base de datos interesante para desarrollo de aplicaciones monousario o con pocos usuarios, o aplicaciones donde la base de datos recide en un CD, etc.
Por más información sobre cuando usar SQLLite la pueden encontrar en: http://www.hwaci.com/sw/sqlite/whentouse.html
Si, había visto eso de "multiusuario" pero es "multiusuario readonly":
ResponderBorrar"Multiple processes can have the same database open at the same time. Multiple processes can be doing a SELECT at the same time. But only one process can be making changes to the database at any moment in time, however."
Lo sospeché cuando a "vuelo de pájaro" vi: "Nested transactions - The current implementation only allows a single active transaction." (http://www.sqlite.org/omitted.html)
Igual, convengamos que para lo que la quiero (en principio intuyo que metadata o bajar información local que luego puedo manejar "desconectado", etc) todo parece muy "monousuario" por lo cual en ese alcance no parece un problema esa limitación.
Igual mi post apuntaba más a la "arquitectura" que a si se usa SQLite o Cloudscape o MDB o lo que sea, en la medida que se use algo "local" se pierde (bastante) de la gracia del "webtop".
Ya había leido un poco sobre Google Gears (http://gears.google.com/) , incluso en el lanzamiento de Adobe que menciono en el post original hay una referencia al mismo.
ResponderBorrarDe todos modos siguiendo el tema en internet encontré un artículo de un "muy exitado" David Berlind (http://blogs.zdnet.com/Berlind/?p=509) que parece haber ganado la lotería con el Google Gears.
En cualquier caso no me siento del todo solo y juro que yo no puse este post en dicho artículo:
http://talkback.zdnet.com/5208-10741-0.html?forumID=1&threadID=34808&messageID=640421&start=-1
Debo aclarar que no estoy en contra de Google Gears y mucho menos de la innovación, de la cual Google debe sentirse orgulloso en los últimos años, simplemente que me suena un camino trillado el de tener una base local "liviana" para resolver el problema del "offline". Por ahora no me suena una solución muy "innovadora" respecto al problema de "estar desconectado", talvez por el lado del API común, no se...
Siempre es dificil la futurologia, pero es cierto que NO todo es WEB en esta vida. Existen y existiran siempre, aplicaciones de tipo Desktop que esten pensada para correrse en un ambiente local, eventualmente una red local, que siempre seran necesarias.
ResponderBorrarEsto para aplicaciones de distintos tipo: ej. mantener una metadata, programas tipo entrypoint de datos, o simplemente una PYME que precisa su programa de facturacion local.
Y esto no solo ser usado en empresas menores, sino que es la forma de dar solucion a operativas muy especificas, por ej. es claro que los organismos publicos de nuestro pais, entregan aplicaciones para ser instaladas localmente y asi cargar la informacion, con los controles y formatos adecuados, muchas de ellas hechas en Genexus.
Como debe ser esta aplicacion local ?? SIMPLE !!!, debe contar con su setup, y que sea todo autocontenido: aplicacion, base de datos, registro, etc. y salir andando.
Que pasa con una aplicacion web ? del punto de vista del usuario, para usar y actualizar la aplicacion es solo abrir el browser, genial !!
Pero si tiene que instalarla... intervienen un conjunto de piezas de sofwtare que hay que coordinar para lograr hacerlo andar: servidor web, base datos, seguridades varias (firewall, https), runtime de java / .net etc. etc. Que podrian ser realizadas con un setup, hasta cierto punto !!, más algun procedimiento... en fin, nada que pueda hacer un usuario final.
Moriran las aplicaciones GUI, creo que NO, pero si hay que buscar un sustituto digno para las aplicaciones VB / VFP que forman gran parte de la comunidad GX.