Productos y precios en Libres

[Iván Gabriel Sosa]

Gente, cómo están?

Bueno, tengo una idea dando vueltas por la cabeza.

Varios de nosotros somos de Paso de los Libres, y seguramente hacemos compras en algún supermercado o similar.

Personalmente, hace meses que manejo mis compras con una planilla en Docs, así no tengo que andar recordando qué me falta o qué debo comprar; simplemente veo y cargo la cantidad.

Pero algo que me sorprende siempre, y más hoy, es comprobar que algunos productos llegan a tener una diferencia de hasta 4 pesos entre un lugar y otro.

Es por eso que quiero crear una base de datos de productos y precios en Libres.

Mis ideas son las siguientes:

- En principio habilitar una planilla pública en Drive para que cada uno vaya agregando los productos y precios de una compra. Nada agotador, simplemente cargar los precios que figuran en el ticket de una compra y algún otro precio que recuerden. En caso no puedan, simplemente me escanean el ticket o me avisan y lo busco. Esto por unas dos semanas.
También, luego de nosotros, largar la planilla en las redes sociales.

- Mientras tanto, voy a ir creando una página web, pero bien intuitiva y sencilla, para que se pueda hacer lo mismo; y luego migrar la planilla. La página tendría funciones (voy a aceptar mucho feedback!), como que uno cargue la cantidad de cada producto que desea comprar, y el sistema le ofrezca opciones, por ejemplo:
    - Calcular precio total por lugar
    - Calcular precios totales por ruta (acá le sugería comprar en dos o tres lugares, detallando qué productos a comprar en cada lugar, algo así como 'Maximum Ahorro' :P).
    - Imprimir
    - Resaltar mejores precios
    - Etc <-- sinónimo de feedback

La idea es alimentar el sistema con los mismos usuarios de Libres, y por supuesto ahorrar; además de fomentar la competencia de precios.

- Y si tiene éxito, por supuesto, voy a crear mi primera app para Android :D

Todo esto aprovechando el tirón de los dos nuevos supermercados, porque ahora tenemos a todos los 'jugadores' en el campo.

Eso es lo que me viene ahora a la cabeza. Lo planteo acá porque, si les interesa la idea, lo hago como un proyecto del GDG (todos laburamos como locos, así que yo encaro la programación para no molestar; lo planteo para agregar un nuevo proyecto al GDG en este 2012). Lo pongo a votación por si les convence (si no consigo todos los votos por mala campaña electoral, lo hago personal al proyecto :).

Bueno, espero sus opiniones, un abrazo a todos!

P/D: tanto el sistema como la app van a ser libres y gratuitas.

[lucas ugartemendia]

Buenísima idea, voy a colaborar en lo que necesites, sin duda va a ser algo que nos va a beneficiar a todos.
saludos

[Fernando Mumbach]

+1!

[Juan Irungaray]

yo estaba justamente estaba pensando en algo parecido pero para android, que te vaya tirando la diferencia de precios en el tiempo de los productos que compras, ademas de servir como una lista de super.

Saludos,
Juan Irungaray 

My profiles:   
Contact me: / ju...@irungaray.com.ar   jirungaray

2012/10/3 Fernando Mumbach <fer...@gmail.com>

[Alejandro Molina]

Algo parecido a lo que había propuesto Gustavo. Utilizando la api de código de barras para la cámara de fotos???

[Fernando Mumbach]

Yo tengo mis dudas con lo del lector. Estuve viendo algunos productos y tienen, aunque sean el mismo producto, distintos valores. ¿Cómo se supone que podemos entonces enlazar los que son iguales?

[Juan Irungaray]

si tienen distintos valores estas complicado, ahi vas a necesitar la BD del super o proveedor. Que estaría genial que sea publico pero lo dudo.

[Iván Gabriel Sosa]

Sí Ale! Apenas dí al botón "publicar" lo recordé.

Todas las opciones pueden estar disponibles, como un barcode, siempre
y cuando podamos implementarlo y que funcione bien (en esto tendría
que investigar, nunca lo hice). Y sin duplicarnos productos... Fer,
cómo distintos valores? No lo tengo muy claro.

Igualmente, hay que ver que tan dispuesto está un usuario de a pie a
cargar un código de barras (imagino a personas grandes, abren IE o
Chrome, ven la página y la van a utilizar para calcular sus compras,
decidir mejor... ellos no usan Android ni creo tengan). A ellos apunto
también, y sobre todo, porque son los que van al super, los que hacen
compras semanales o quincenales, los que hacen compras grandes para
toda la familia. Y alimentarían el sistema de forma exponencial.

Los pibes también, los que usan Android, pero con otras clases de
productos, como galletitas, yerba, bebidas, etc.

Tengo a mano el el documento de Gus, lo reeditamos con ideas?
Pero sin hablar de Geolocalización, porque mientras más anónimo, más
interes va a generar. Sencillo, útil y anónimo sería las premisas más
o menos.

Yo esta noche pongo a disposición la planilla que uso para las compras.

El 03/10/12, Fernando Mumbach <fer...@gmail.com> escribió:

> Yo tengo mis dudas con lo del lector. Estuve viendo algunos productos y
> tienen, aunque sean el mismo producto, distintos valores. ¿Cómo se supone
> que podemos entonces enlazar los que son iguales?
>
> El 3 de octubre de 2012 18:07, Alejandro Molina
> <jalem...@gmail.com>escribió:
>
>> Algo parecido a lo que había propuesto Gustavo. Utilizando la api de
>> código de barras para la cámara de fotos???
>> El 03/10/2012 17:33, "Juan Irungaray" <ju...@irungaray.com.ar> escribió:
>>
>> yo estaba justamente estaba pensando en algo parecido pero para android,
>>> que te vaya tirando la diferencia de precios en el tiempo de los
>>> productos
>>> que compras, ademas de servir como una lista de super.
>>>
>>>
>>> Saludos,
>>> Juan Irungaray
>>> My profiles: [image: Google

>>> Plus]<https://plus.google.com/114059740027188563173>
>>> [image: LinkedIn] <http://ar.linkedin.com/in/juanirungaray> [image:
>>> Twitter] <http://twitter.com/#!/jirungaray>

--
*Juguemos un juego

Juguemos un juego. Tú y yo.
Juguemos con el tiempo.
Juguemos con el destino.
Juguemos con la Muerte.
Juguemos un juego. Juguemos a vivir.

Iván Gabriel*

[Iván Gabriel Sosa]

Ah Juan! jeje ideas en tiempo paralelo? La verdad, no habría drama en
hacerlo útil para distintas ciudades.

Te soy sincero, no soy el mejor programador ni de la ciudad jaja, pero
no creo sea complicado implementar datos por ciudades. Mientras más
útil, mejor!

Vos decime, y lo vamos viendo.

El 03/10/12, Iván Gabriel Sosa <ivan...@gmail.com> escribió:

[Iván Gabriel Sosa]

No sé si en Bs As o donde es obligatorio poner a disposición del
público y en intenet los precios. Pero acá no, y eso sí no creo
quieran hacerlo. Pero habría que charlarlo.

[Claudio Moreyra]

Me gustó mucho la idea Ivan y me pongo a disposición para colaborar.

[Iván Gabriel Sosa]

Lucas, Claudito, gracias!

Espero no nos linchen jajaja
Gracias chicos! :)

El 3 de octubre de 2012 18:53, Claudio Moreyra <claudiomo...@gmail.com> escribió:

Me gustó mucho la idea Ivan y me pongo a disposición para colaborar.

--

[Gustavo Insaurralde]

No creo que ningún super publique ese tipo de info.

Jaja revivió 'GeoPrice'!
Y pensar que arrancó por Google Wave Jajajja

Me gustaba entonces, y me gusta la idea ahora.

En principio voto por clasificarlos por rubro /subrubro.
Y a futuro si el usuario quiere saber el precio exacto de un producto, que lo escanee.

Pero está bueno arrancar por lo básico primero.
Luego vemos.

También me sumo, y propongo appengine y un poquito a futuro Prediction API.

+1!

[Iván Gabriel Sosa]

Exactamente 614 días, lo ví hace una hora. El último culpable fué Fernando en alguna edición jaja.
Dale, tengo que empezar de cero con esas tecnologías.

Sí, estoy totalmente de acuerdo con la clasificación. Todo lo que facilite las búsquedas (espero sea inmensa la bd!)
Hasta otra idea sería ranking de los más comprados, los más actualizados... uf, un largo etc. Pero vamos con lo primero como decís!

Yo quiero hacer la web Gus, tengo muchos nombres de personas en la cabeza (grandes sobre todo), doy dos pasos y puedo hacer que la comiencen a utilizar. La app no sé, si alguien quiere jugarse para empezar, lo hacemos en paralelo y participamos en las dos ramas (algunos más en uno que en otro). Que te parece?

[Fernando Mumbach]

Gente, y si hacemos ahora un hangout? Digo, para que podamos discutir y tener todos una misma idea.

[Iván Gabriel Sosa]

Ando con una net, si anda la Wi-Fi acá sí!!! Sino me voy a pedir un ratito prestado a algún resto (rant) :P

[Fernando Mumbach]

Bueno, Iván no pudo colgarse a internet y no pudimos hablar con él. ¿Hablamos por acá entonces?

Yo digo de definir las cosas más básicas ya, así podemos ir empezando. Voy a poner las cosas cruciales que deberíamos definirlas ya.

• ¿Qué servidor usamos? AppEngine, Heroku, ¿cuál?
• ¿Qué lenguaje usamos? Python, Java, Ruby, PHP...
• ¿Cómo hacemos la aplicación para teléfonos? ¿WebApp o programada en el lenguaje del teléfono?
• ¿Usamos github (GIT) o google code (SVN)?

Creo que teniendo eso ya claro podríamos empezar.

A darle átomos!

[Claudio Moreyra]

Django

[Gustavo Insaurralde]

Yo propongo:

Appengine = para poder utilizar las APIs de Google para demás servicios que vayamos agregando/investigando. (y somos GDG, así que deberíamos aprender mucho de esto).

Java = porque a mi me gusta, ja! Si se elige Python, los que saben Python que se pongan las pilas (y que no se duerma como GDev!)

Esto del lenguaje no lo digo de mala onda, es que hay mucha ansiedad y cuando no se avanza, se duerme y queda en el olvido.

Si se elige Python pónganse las pilas los que saben, así los que no sabemos aprendemos y ayudamos a avanzar!

Versionador = se utilizar mejor SVN que Git, hay que refrescar los links de la utilización de versionador para todos.

Aplicación móvil = respecto de esto, voto por avanzar primero con la web y que funcione bien en la web primero (y que corroboremos uso masivo) para avanzar sobre móvil. Me parece que si avanzamos sobre muchos frentes, no avanzamos sobre ninguno (o muy lento en cada uno).

Salutes!

Gus

[Iván Gabriel Sosa]

Mis votos:

- Servidor: el que gusten.
- Lenguaje: opino que sea php, que es el que práticamente todos
manejamos. Personalmente quiero aprender Python, pero ni en este
momento ni el "hola mundo" recuerdo, por lo que aprender para este
proyecto me ralentizaría mucho (suelo ser lenteja con los lenguajes
nuevos) y me dejaría al margen. Por eso no me gustaría aprender Python
con este proyecto. Ese es mi voto y opinión.
- Y las app nativas andan bien, pero una WebApp nos daría más
plataformas? Sí en el balance nos conviene más una WebApp, le damos a
esa.
- Git.

Además hay que definir más cosas (varias tenemos la base de GeoPrice):
- Nombre: el mismo! Je, en esa época lo votamos, y creo gusta.
- Datos
- Tablas
- ¿Podemos ir largando una planilla interna, y luego pública + un buen
marketing para ir obteniendo datos, como propuse arriba? Creo sería
genial. Podríamos invitar a personas a participar. La planilla tendría
datos como como producto, rubro/subrubro (precargados), precios en los
distintos supermercados y lugares afines (los que puedan completar con
una compra), fecha de actualización.
Además, las personas podrían consultarla! Si inculcamos bien la idea
del beneficio (tipo wiki), estoy seguro muchas personas se van a
interesar en participar, a la vez que nos hacemos publicidad y
generamos espera por la futura la app y la web.
- Funciones que va a tener la página y la app en un principio, y
cuales a futuro.
- Mundial? La idea de GeoPrice era no discriminar y no empezar por una
ciudad, porque eso mata la app. No creo debamos quitar esto (lo de
invitar más arriba lo digo para largar con datos de Libres, pero
abierta de inicio a cualquier cuidad y país).

Gus, Fer, Ale, y GDG, les parece mañana volcamos estás ideas en el
documento GeoPrice? Y ponemos una fecha límite para que todos
opinemos, hagamos sugerencias, y definamos.

En esa época, cuando surgió la idea de la app, no eramos tantos jaja y
principalmente.. no había tantos Androids!!

El 03/10/12, Claudio Moreyra <claudiomo...@gmail.com> escribió:

> Django
> El oct 3, 2012 9:50 p.m., "Fernando Mumbach" <fer...@gmail.com> escribió:
>
>> Bueno, Iván no pudo colgarse a internet y no pudimos hablar con él.
>> ¿Hablamos por acá entonces?
>>
>> Yo digo de definir las cosas más básicas ya, así podemos ir empezando.
>> Voy
>> a poner las cosas cruciales que deberíamos definirlas ya.
>>
>>

>> - ¿Qué servidor usamos? AppEngine, Heroku, ¿cuál?
>> - ¿Qué lenguaje usamos? Python, Java, Ruby, PHP...
>> - ¿Cómo hacemos la aplicación para teléfonos? ¿WebApp o programada en
>> el lenguaje del teléfono?
>> - ¿Usamos github (GIT) o google code (SVN)?

>>>>>>> *Juguemos un juego

>>>>>>>
>>>>>>> Juguemos un juego. Tú y yo.
>>>>>>> Juguemos con el tiempo.
>>>>>>> Juguemos con el destino.
>>>>>>> Juguemos con la Muerte.
>>>>>>> Juguemos un juego. Juguemos a vivir.
>>>>>>>

>>>>>>> Iván Gabriel*
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Juguemos un juego

>>>>>
>>>>> Juguemos un juego. Tú y yo.
>>>>> Juguemos con el tiempo.
>>>>> Juguemos con el destino.
>>>>> Juguemos con la Muerte.
>>>>> Juguemos un juego. Juguemos a vivir.
>>>>>

>>>>> Iván Gabriel*
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> *Juguemos un juego

>>>
>>> Juguemos un juego. Tú y yo.
>>> Juguemos con el tiempo.
>>> Juguemos con el destino.
>>> Juguemos con la Muerte.
>>> Juguemos un juego. Juguemos a vivir.
>>>

>>> Iván Gabriel*
>>>
>>
>>
>


--
*Juguemos un juego

Juguemos un juego. Tú y yo.
Juguemos con el tiempo.
Juguemos con el destino.
Juguemos con la Muerte.
Juguemos un juego. Juguemos a vivir.

Iván Gabriel*

[Iván Gabriel Sosa]

Tiiiiiiiiiiiii Web por favor :P.

Bueno, tanto Java como Python, uno debo aprender. Larguen el que
venga, que me pongo la armadura y aguanto el golpe! jajajjaja

El 03/10/12, Iván Gabriel Sosa <ivan...@gmail.com> escribió:

[Gustavo Insaurralde]

Buenas ideas!

Ya agregué algunas cosas en el doc.

Si les parece, armo un formulario de ideas, para el público en general, explicando muy sencillito, para que tiren ideas los usuarios, y vemos cuales elegimos, y que expectativas hay, sin saber nada del sistema aun.

PHP/MySQL me parece buena idea, ya que nos reúne a todos (es un GRAN lenguaje en común).

O... se me ocurre ahora, podrían hacerse servicios web sobre Appengine en Java y Python, y efectuamos las consultas a los servicios desde PHP.

Y ahí todos contentos!! :D

Me gustóooooo! ehhh?

[Fernando Mumbach]

O... se me ocurre ahora, podrían hacerse servicios web sobre Appengine en Java y Python, y efectuamos las consultas a los servicios desde PHP.

No entiendo eso. ¿Qué servicios?

[Gustavo Insaurralde]

Podríamos hacer métodos en Java y Python sobre Appengine (como si fueran una suerte de APIs) de nuestro proyecto, e invocarlos desde PHP.

Obviamente estableciendo un esquema seguro de peticiones.

---
Gustavo Insaurralde

[Iván Gabriel Sosa]

Dale, con Google Moderator? O Docs? Genial!

En lenguaje, lo que venga muchachos. Mi voto sigue siendo php, pero lo
que se vote más.

Es increíble que en una horas, se pueda gestar una buena idea y nos
una así, siendo que somos de varias ciudades. lindooooo

Por cierto, leí que php va a apuntar al móvil, que vienen con
sorpresa. Va a haber una conferencia cerca de fin de mes. Si encuentro
de nuevo la noticia, la publico.

El 03/10/12, Fernando Mumbach <fer...@gmail.com> escribió:
>>

[Gustavo Insaurralde]

Y yo creo que un formulario simple nada más, para no marear al público en Gral.

Luego vemos como lo ponemos en moderator si vemos que hace falta.

Me gusta la idea de PHP también (y super-backend sobre Appengine).

---
Gustavo Insaurralde

[Fernando Mumbach]

No entiendo muy bien lo de los backends. ¿No nos conviene hacer entonces todo desde PHP utilizando los servicios de Google?

[Iván Gabriel Sosa]

Gus presidente!!! ah no, nada de política jajajja

Gente, los abandono, llegué con el resto a casa, me conecte porque no
quería dejar mis votos para mañana :P

Tempranito estoy con otro trabajo en Drive, pero voy a ir participando
ahí y acá en Groups.

Un abrazo a todos!

El 03/10/12, Gustavo Insaurralde <insaurr...@gmail.com> escribió:

[Gustavo Insaurralde]

Pasa que Appengine solo soporta Java, Python y Go! (experimental only) por ahora.

Para utilizar Appengine, solo esos lenguajes por ahora.

Y en general, podría decirse que para todas las APIs los lenguajes más soportados son Java, Python y JavaScript (y en ese orden gralmente.).

Por eso, se me ocurre que podríamos hacer estos métodos o servicios en un "mega-backend" Java-Python que se invoque desde PHP, así de paso podríamos dividir grupos de trabajo.

Ojo, no sé si se puede así como lo estoy pensando, pero la idea es que se hagan peticiones POST al backend desde PHP y responda desde Appengine.

Así encapsulamos y abstraemos la lógica de consultas desde Appengine, y el PHP ni se entera.

---
Gustavo Insaurralde

[Fernando Mumbach]

No me gusta para nada eso, Gus.

Estaríamos usando a AppEngine de proxy, lo que no lo veo útil para nada.

En sí, a AppEngine lo veo como un hosting con algunas APIs copadas de Google, pero nada fuera de lo normal. En ese caso, veo conveniente desarrollar todo en PHP y usar las APIs de Google para PHP/Javascript.

Además, me parece "sucio" hacer eso. Estaríamos haciendo:

PHP/JS (Frontend) --> Petición --> Python/Java (Backend), en vez de hacer todo directo.

[Gustavo Insaurralde]

Y si no te gusta, no te gusta, que se le va a hacer, ja!

Es una idea nada más.

Hagamos como decidamos entre todos.

Me parece útil e interesante, en el sentido de construir la app en capas, y luego esos mismos servicios los podríamos utilizar desde la app mobile, y desde cualquier otro tipo de versión de la app. Para no programar la capa de servicios otra vez para móvil o la plataforma que sea.

---
Gustavo Insaurralde

[Iván Gabriel Sosa]

Y navegando hoy en mi sección de reader dedicada a Android, encuentro esto:

www.elandroidelibre.com/2012/10/surfpricer-encuentra-y-compara-los-mejores-precios-en-tiendas-online-desde-tu-android.html

Esta tarde la instalo y les cuento que onda. Pero parece un genial
ejemplo para, luego de la web, apuntar a la app (que seguro
llegamos!). Hasta iOS no paramos!!!

P/D: a Win Phone 8 no le gusta esta publicación...

El 04/10/12, Gustavo Insaurralde <insaurr...@gmail.com> escribió:

[Alejandro Molina]

Jajaja.

[Gustavo Insaurralde]

Pero es en tiendas online eso eh.

Igual está bueno ver las ideas de los demás en rubros parecidos.

---
Gustavo Insaurralde

[Iván Gabriel Sosa]

exatoooo! (sin "c") :D