Creo que me perdí parte de la conversación original J, remitiéndome a este link: <http://en.wikipedia.org/wiki/Real-time_web> http://en.wikipedia.org/wiki/Real-time_web
Creo que no tiene mucho sentido el offline en el contexto de una aplicación real-time… Mi app claramente no necesita ser realtime, igual me interesa el debate de offline como lo explique en mi anterior email, si quieren hacemos otro post aparte. Saludos, Leo De: [email protected] [mailto:[email protected]] En nombre de Angel Java Lopez Enviado el: sábado, 03 de noviembre de 2012 13:48 Para: [email protected] Asunto: Re: [clubSmalltalk] How to deliver real-time web and mobile applications? Bien, pero clasificarias a tu app como "real-time"? 2012/11/3 Leo De Marco (Smalltalking) <[email protected]> Angel, Yo tengo actualmente una app mobile que solo funciona online, y uno de mis posibles clientes va a necesitar offline en algún momento, hay casos de negocio que así lo requieren. La aplicación es básicamente un salesforces (pero mas orientado a procesos de negocio no solamente orientado a clientes) que tiene un cliente webbrowser (la app esta en la nube) y un cliente mobile html que en ciertos casos de uso es necesario offline. Por ejemplo promotores de ventas que tienen su cartera de clientes en su mobile y salen a visitar los clientes; En los lugares donde no tienen conectividad necesitan actualizar datos, tomar pedidos, etc y luego sincronizar una vez que vuelven a una zona con conectividad. Ese es un caso puntual donde se necesita off-line. Coincido en que uno piensa toda la app como un todo y luego analiza espeficamente donde necesita implementar offline y no alreves. A mi no me interesa que toda la app funcione offline sino simplemente la operatoria que necesito. Cuando estuve analizando como hacerlo el ejemplo de gmail y google docs apareció primero, y estuve viendo google gears, pero todo eso con html5 desapareció, aunque html5 no especifica tampoco como implementarlo, si hay varias opciones pero no algo predefinido. Normalmente todas las soluciones proponen el archivo manifiesto y lo que me interesaba de html5 era tener database del lado del cliente, pero lo vi muy acotado (la capacidad de almacenamiento es muy baja). Todo esto intentando obviamente tener una solución cross-browser/mobile (html5 con phonegap por ej). Supongo que ahora la cosa debe estar mas desarrollada, pero luego también tenes el tema de ver que hardware tiene tu cliente (muchos de ellos quieren usar radio o sea, nextel y no tienen ni un android, como máximo algunos tienen BB; los iphone se ven en recoleta nomas jaja) Todavía no retome el tema porque no salió el proyecto, pero en cuanto salga voy a retomar el tema y veré con que me encuentro. Una tema mas: las condiciones de conectividad en Argentina suman un plus al off-line. Creo que como profesionales deberíamos abocarnos a reclamar a las telefónicas que se pongan a invertir en serio y no solamente cobrar por un servicio realmente decadente. Hoy incluso en app NO mobile pero que están hosteadas en la nube, hoy el cliente reclama que tenga una versión offline por si se queda sin internet. Yo trato de desalentarlo porque la verdad implementar algo offline es una inversión muy grande que no tiene mucho sentido, conviene poner 2 lineas con internet por las dudas y listo; pero el publico argentino (x lo menos pyme que es donde me muevo) todavía le cuesta verla y lo offline siempre aparece y por lo menos tenes que tener un chamuyo comercial para zafar el momento, mínimo! Me interesa este debate, sobre todo porque el tema se viene muy fuerte en arg y hay que contar con soluciones posibles y económicamente sustentables para la realidad argentina. Abrazo, Leo De: [email protected] [mailto:[email protected]] En nombre de Angel Java Lopez Enviado el: viernes, 02 de noviembre de 2012 15:43 Para: [email protected] Asunto: Re: [clubSmalltalk] How to deliver real-time web and mobile applications? Bien ahi, si, me imagino una especie de ajedrez postal, pero en ese caso lo de real-time lo veo como MUY accesorio. Los llamaria "juegos por turno postales" a ese estilo de juego. En muchos servidores de juegos por turnos, la partida en general es "real-time" y entonces no se estila mucho (y no veo mucho pedido) de que se pueda jugar desconectado. Lo que si pasa es que los programas clientes permiten superar cualquier problema de falla momentanea de conexion. Pero si estoy en una mesa de poker (juego por turnos), dudo que me dejen seguir jugando si me desconecto una hora. Lo mismo en ajedrez, go, backgammon, etc.... donde hasta veo un tiempo limite por jugada. Y si es un "juego estilo postal", lo de real-time es como accesorio. pero bueno, alguna idea de lo que queria Sastre? a que apuntaba? 2012/11/2 Andres Valloud <[email protected]> Juegos que se juegan por turnos. De esos hay un monton... por ejemplo Words With Friends. 2012/11/2 Angel Java Lopez <[email protected]>: > Arg..... disculpen, se me olvido algo mas, que es lo que me hacia ruido > desde que conteste por primera vez en este email... > > Vean que el titulo de este thread tiene: "Real-Time". Agrego entonces: que > caso de aplicacion web o mobile, que sea real-time, necesita TANTO tener > soporte de trabajar offline? No conspira en contra de "REAL-TIME"? Lo que se > me ocurre es: un servicio de noticias. Si estoy offline, que la aplicacion > igual me muestre las notificaciones/resumenes/feed de la ultima vez que > consiguio noticias. > > Pero no mucho mas que ese caso se me ocurre. > > 2012/11/2 Angel Java Lopez <[email protected]> >> >> Ok, pero que aplicaciones NECESITAMOS CONSTRUIR que NECESITEN estar >> offline? >> >> Yo no voy a construir el proximo gmail. Pero quizas Uds, si. Que >> aplicacion tiene en mente Sebastian Sastre, o cualquiera de uds, que QUIERAN >> CONSTRUIR, para pedir ese requerimiento? >> >> Una que se me ocurre: ingresar nuevos datos (facturas, minutas contables) >> fuera de linea, y luego conectarme y pasarlos al sistema central. Pero, los >> problemas de sincronizacion, el almacenamiento local previo (por ejemplo, >> tener localmente todos los datos que necesito para validar lo nuevo que >> ingreso), etc.... justifican el trabajo? >> >> Un ejemplo que no tiene sentido "offline": consultar el saldo de mi cuenta >> bancaria, para ver que puedo gastar hoy, o del estado de mi proximo vuelo en >> avion, antes de partir al aeropuerto. De que me sirve consultarla "offline" >> y que me de el dato de hace dos dias, porque todavia estoy en el medio del >> canion del colorado? >> >> Eso quisiera: casos que tengan pensando CONSTRUIR que necesiten ese >> "feature". Hasta ahora, lo unico que se ocurre, sigue el patron: >> >> - Ingreso/trabajo en algo nuevo >> - Y cuando me conecto, lo envia, validando si lo que ingrese es aceptable >> para el estado del sistema central (ej: ingrese offline "Pasarle 1000000 a >> la cuenta del bueno de Andres Valloud", pero al conectarme veo que tengo el >> saldo acostumbrado de siempre ;-)) >> >> Variante: >> >> - Edito trabajo que tengo local, offline, reflejo de lo ultimo que >> conseguir cuando estaba online. >> - Al conectarme, que puede ser dentro de unas horas, envia las >> modificaciones (quizas viendo si tienen sentido, y no colisionan con lo que >> hay en el central) >> >> Esas dos variantes, lo encuentro, por ejemplo, en el flujo de trabajo de >> codificar programas de texto usando un control de codigo distribuido, como >> Git. Realmente, use el flujo "offline" unas pocas veces en varios anios. Y >> en este caso, veo que la aplicacion principal es LOCAL (el git trabajando >> con repositorios locales). Solamente unos comandos son de sincronizacion y >> merge con lo remoto. >> >> Lo mio no apunta a Fallacies of Distributed Computing. Digo: hace falta >> programar eso, feature "offline" en una aplicacion? Vale el trabajo? en que >> casos concretos QUE QUIERAN CONSTRUIR? >> >> Debe haber, pero si me cuentan en cual aplicacion QUE QUIERAN CONSTRUIR >> estan pensando, mejor. >> >> En los ultimos anios, he visto la evolucion de las aplicaciones Ruby, >> Python, .NET, Java, JavaScript, y les aseguro que la demanda de aplicaciones >> es mucha.... y aun asi, veo que es minima la necesidad de tener offline y >> online. Eso puede ser: >> >> - Nadie lo pidio >> - Lo piden rara vez, y el trabajo necesario no lo justifica >> - No se me ocurrio >> - El sistema realmente no lo necesita >> - No habia tantos smartphones como ahora >> - Me lo pidieron en el sistema X, porque no habia tarifa plana como ahora >> - Me lo pidieron en el sistema Y, porque el usuario estaba en zonas >> desconectadas y el sistema Y ingresa nuevos datos (p.ej., una toma de >> pedidos, que se transmitia al central, cuando el vendedor llegaba a una zona >> conectada) >> >> Yo veo que cuando se necesito, fue un caso especial. Eso es lo que me hace >> ruido de la pregunta de Sastre. Por que pedir eso, si los casos que lo >> necesitan, son especiales? O no es asi? >> >> En contra de mi posicion: eso que eran "casos especiales" antes (como un >> vendedor con una portatil especial de toma de pedidos) ahora es cada vez mas >> "caso comun" por tener smartphones y mas (tablets, etc) que se necesitan >> usar en zonas desconectadas. >> >> A favor de mi posicion: no sera que los sistemas que necesito usar en >> zonas desconectadas seran cada vez menos? Y que puedan desaparecer como >> desaparecio el computador desktop en una empresa usando modem? P.ej. puede >> que los vendedores en N anios vayan a tomar pedidos donde todo esta >> conectado, y donde no hay conexion, seguramente el mercado de venta es muy >> chico. >> >> Como ven que es ahora la situacion? >> >> 2012/11/2 Andres Valloud <[email protected]> >>> >>> 2012/11/2 Angel Java Lopez <[email protected]>: >>> > Igual yo no apuntaba a eso. Digo mejor: nadie necesito hasta ahora un >>> > gmail >>> > que funcione desconectado, por ejemplo. O un salesforce. O un >>> > farmville. >>> > >>> > No digo estar no estar desconectado. Mi punto no va hacia que hace uno, >>> > sino >>> > lo que se necesita como requerimiento de una aplicacion. >>> > >>> > Mejor digo: tiene sentido una aplicacion desconectada? vale la pena el >>> > trabajo de programacion? o ese trabajo se perdera en N anios? >>> >>> Imaginate estar manejando el envio de mass mailing de FAST, y que en >>> vez de decirle al Thunderbird que te parta el mail con un recipient >>> list de 1250+ personas en 1250+ emails, le pones send por costumbre y >>> como estas online sale asi. Jodido el tema. Pero si estas con el >>> Thunderbird offline no pasa nada... >>> >>> > No se, recuerdo a Alan Kay, pensando en una Dynabook cuando el hardware >>> > todavia no daba para tener una maquina que lo soporte. Pensar hoy en >>> > "mi >>> > aplicacion tiene que trabajar desconectada", podria ser como en los >>> > principios de los ochenta "mi aplicacion tiene que trabajar sin mouse, >>> > y en >>> > monitor Hercules". >>> >>> Eso asume que siempre hay coneccion... y no siempre es cierto ni >>> conveniente ni posible... por ejemplo ahora en New York y New Jersey, >>> eso que quiere decir? Que ni siquiera podes escribir mail para >>> mandarlo despues porque por ejemplo 25% de la red celular ahora no >>> anda? Para mi el problema no es el requirimiento puntual sino los >>> casos problematicos. >>> >>> Siguiendo con el tema, eso que quiere decir? Que si mi computadora no >>> tiene coneccion a internet entonces no anda ningun servicio de red, ni >>> ninguna aplicacion que dependa de esos servicios? >>> >>> Andres. >>> >>> -- >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected] <mailto:clubsmalltalk%[email protected]> >>> >>> http://www.clubSmalltalk.org >> >> > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] <mailto:clubsmalltalk%[email protected]> > > http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] <mailto:clubsmalltalk%[email protected]> http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] <mailto:clubsmalltalk%[email protected]> http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
