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] > >>> > >>> 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**** > > ** ** > > -- > 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 > -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
