From vigosan at gmail.com  Mon Apr  2 11:34:54 2007
From: vigosan at gmail.com (Vicent Gozalbes)
Date: Mon, 2 Apr 2007 17:34:54 +0200
Subject: [Locambias-developers] [locambias-developers][20127]
	Funcionamiento venta e intercambio
In-Reply-To: <20070402151019.2AFD45240BE9@rubyforge.org>
References: <20070402151019.2AFD45240BE9@rubyforge.org>
Message-ID: <8c3992d60704020834j52c4f879w31448e0a39a62b5b@mail.gmail.com>

Yo coincido con vuestras sugerencias,
la idea b?sica debe ser el 'trueque' de toda la vida?yo tengo el libro X y
te lo cambio por tu Y y Z. Hay que buscar alguna forma f?cil de que el
usuario 2 puede re-debatir y esperar la respuesta del usuario 1. Yo me
imagino una interfaz con dos divs, productos que tengo y productos que te
puedo ofrecer y usamos Ajax para pasarnos los productos entre los divs y un
bot?n de [Enviar oferta]?creo que quedar? genial y ser? f?cil de controlar
visualmente.

En cuanto si dejamos vender o no desde el principio, yo s? dejar?a, m?s que
nada para darle vida a la p?gina y que la gente la use desde el principio.

Un saludo.

El d?a 2/04/07, Javier Fern?ndez <noreply en rubyforge.org> escribi?:
>
>
> Read and respond to this message at:
> http://rubyforge.org/forum/message.php?msg_id=20127
> By: Javier Fern?ndez
>
> He estado hablando con juan tomas sobre el funcionamiento del sistema de
> intercambios
> y venta, y voy a poner aqu? lo que pens? yo para aclararnos y avanzar
> todos
> a la vez.
>
>
> Hay 3 opciones
>
>
>
> VENTA
>
>
>
> Subes tus productos, les pones un precio y esperas a que alguien quiera
> comprarlos.
> El proceso tiene que ir como en Amazon. El comprador elije el producto y
> le
> da a comprar. Paga (sumando gastos de env?o) y el comprador env?a el
> producto.
>
>
>
>
> INTERCAMBIO
>
>
>
> 1. Subes tus productos y por ejemplo quieres un libro de otro usuario.
>
> 2. Con una selecci?n lo elijes.
>
> 3. El otro usuario recibe la alerta y elije entre tus productos uno (o
> varios).
>
> 4a. Recibes el aviso, y si est?s de acuerdo se acepta y se procede al
> intercambio
> 4b. Recibes el aviso, pero no est?s de acuerdo por lo que haces los
> cambios
> oportunos. Seleccionando otros productos o rechazando el/los que ha
> elegido el.
> 5. Se realiza el cambio.
>
>
>
> El problema est? en el punto 4b porque va a ser complicado hacerlo f?cil
> sin
> que puedan hablar. ?Y por qu? no pueden hablar?, porque si hablan pueden
> venderse
> productos sin pasar por nosotros por lo que perder?amos nuestra fuente de
> ingresos.
> Aunque tb es cierto que la gente quiere reputaci?n (como en ebay y amazon)
> y eso implica estar dentro del sistema.
>
>
> AMBOS
>
>
>
> Est?s abierto a ambas opciones
>
>
>
> --
>
>
>
> Algunas preguntas que se me plantean,
>
>
>
> en la venta, ?cu?ndo se da el dinero al vendedor? ?cuando lo env?a o
> cuando
> el otro lo reciba y haya opinado? Creo que lo primero por eso de que el
> comprador
> no siempre va a opinar, pero ...
>
>
> ?se permite vender nada m?s comenzar? Es decir, se conf?a en el vendedor
> sin m?s?
>
>
> la forma de pago, ?paypal?
>
> ______________________________________________________________________
> You are receiving this email because you elected to monitor this forum.
> To stop monitoring this forum, login to RubyForge and visit:
> http://rubyforge.org/forum/monitor.php?forum_id=13134&group_id=3319&stop=1
>



-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ pr?xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070402/de8d664f/attachment.html 

From vigosan at gmail.com  Tue Apr  3 10:47:05 2007
From: vigosan at gmail.com (Vicent Gozalbes)
Date: Tue, 3 Apr 2007 16:47:05 +0200
Subject: [Locambias-developers] [locambias-developers][20169] RE:
	Funcionamiento venta e intercambio
In-Reply-To: <20070403142409.94D915240C63@rubyforge.org>
References: <20070403142409.94D915240C63@rubyforge.org>
Message-ID: <8c3992d60704030747t61004b63mc0aeeae212c366b1@mail.gmail.com>

Buenas tardes Miguel,
excelentes tus reflexiones...ley?ndolas atentamente creo que deber?amos
centrarnos en el intercambio de productos, como bien has indicado, beien
entre productos del mismo tipo (libros por libros) o entre diferentes
productos. Con este sistema nos salimos de lo tradicional de comprar vender
y podr?amos pensar es esto para una segunda fase del proyecto.

Adem?s, dando vueltas a en este sentido, ?Por qu? no dejamos tambi?n regalar
productos? Deber?amos montar alg?n sistema para valorar objetivamente el
valor del producto y dar un cr?dito que el usuario podr?a intercambiar por
otros productos; incluso este cr?dito podr?a intercambiarse. Es como si nos
invent?ramos una moneda -> Te cambio este libro por 1 juego y 20 eurocambis
;)  No se, a lo mejor es una tonter?a, pero si se monta bien podr?a
funcionar.
Un saludo.

El d?a 3/04/07, Miguel Alcalde <noreply en rubyforge.org> escribi?:
>
>
> Read and respond to this message at:
> http://rubyforge.org/forum/message.php?msg_id=20169
> By: Miguel Alcalde
>
> IMHO
>
>
>
> Creo que el sistema deber?a permitir tanto el intercambio como la venta.
> Aunque
> para ser sincero no creo que la venta sea muy interesante en un principio.
> Me
> explico.
>
>
> La venta exige que cubramos unas garant?as que en un principio no veo como
> podriamos.
>
>
> - Que el libro exista y no sea fraude
>
> - Que el libro exista y sea un precio m?s competivo.
>
>
>
> En este sentido es casi imposible competir con los grandes mostruos que
> tiene
> stock de segunda mano. Yo sin ir m?s lejos he comprado casi los 4 ?ltimos
> a?os libros de segunda mano desde amazon y sin problemas, tambien es
> cierto
> que todos venian desde fondos de bibliotecas o de distribuidores.  No
> compraria
> directamente a un particular.
>
>
> Nosotros no tenemos (de momento) el poder de atraer a este tipo de fondos
> lo
> que nos deja con los particulares. Adem?s si existe dinero por medio me
> parece
> arriesgado.
>
>
> En todo caso no digo que no exista la venta lo que si creo es que tiene
> que
> cojerse con pinzas. Algunas ideas:
> - El usuario tiene un indicador de prestigio que suma en funci?n de los
> intercambios, ventas con ?xito. El l?mite de la venta se rige por este
> indicador.
> Al principio no se le dejar?a poner el precio por encima de algo cas?
> simb?lico.
> - Las condiciones de pago deber?a fijarlas el vendedor y "creo" no
> deberiamos
> controlar la transacci?n de dinero salvo por el hecho de que se  haga por
> paypal
> y tener algo de control para controlar cuando se cierra.
> - Exigir alguna garantia al vendedor y al comprador de su seriedad. En
> swaptree
> funcionan con la venta de sobres. Algo as? pero relacionado  para que se
> devuelva
> el dep?sito se cumplimente la transacci?n tanto por parte del vendedor,
> como
> el comprador. Todo esto alimenta la reputaci?n y se a?adde como
> comentarios
> al producto (est? pintando, falta tapa trasera)....
>
>
> A nosotos nos obligara a trabajar un poco para evitar los abusos. Gente
> con
> mucho stock que no renueva constantemente, precios muy altos o muy bajos..
>
>
> El cuanto al intercambio me parece que ser? nuestro punto fuerte sobre
> todo
> sin podemos diversificar los productos. Un juego por un par de libros,...
>
>
> En cuanto a los problemas creo que un sistema de subastas podr?a funcionar
> bastante bien.
>
>
> - Veo algo que me gusta y est? disponible. Lanzo una petici?n de
> intercambio.
>
> - Puede que otros usuarios tambien esten interesados (pasar? bastante que
> todos
> somos muy frikis).
> - El vendedor elije productos de cada uno de los ofertantes. AQUI creo
> est?
> la clave, que una vez que publicas algo est?s de acuerdo en que se cambie.
> Si que es cierto que se le tiene que dar oportunidad de completar la
> transaccion
> o anular pero creo poco m?s. Si no se nos complica mucho el tema.
>
>
> En la opci?n mixta el dinero puede ser un tipo de producto m?s en el lote.
> Es decisi?n de cada uno exigir tenerlo en mano o confiar el su
> intercambiador.
>
>
> Pero insisto es solo IMHO.
>
>
>
> Un saludo.
>
>
>
> ______________________________________________________________________
> You are receiving this email because you elected to monitor this forum.
> To stop monitoring this forum, login to RubyForge and visit:
> http://rubyforge.org/forum/monitor.php?forum_id=13134&group_id=3319&stop=1
>



-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ pr?xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070403/e4d9ee87/attachment.html 

From vigosan at gmail.com  Mon Apr  9 13:59:34 2007
From: vigosan at gmail.com (Vicent Gozalbes)
Date: Mon, 9 Apr 2007 19:59:34 +0200
Subject: [Locambias-developers] Libro interesante sobre Subversion
Message-ID: <8c3992d60704091059r3f465bc9sb1f5654909383f5d@mail.gmail.com>

Hola a todos,
para los que no hayan usado nunca Subversion o para los que quieran ampliar
sus conocimientos, os recomiendo un libro de  Pragmatic Programmers ->
http://www.pragmaticprogrammer.com/titles/svn2/index.html

De todos modos os lo adjunto en PDF, est? descargado del emule, pero si os
gusta mejor que lo compr?is en papel; yo lo hice en Amazon por unos 20
dolares (pero tarda 3 semanas en llegar). La verdad que vale la pena
tenerlo.

Si os parece, podemos comentar libros interesantes que vendr?n bien para
cualquier proyecto.

-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ pr?xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070409/c633e6db/attachment-0001.html 
------------ pr?xima parte ------------
Se ha borrado un mensaje que no est? en formato texto plano...
Nombre     : Pragmatic.Bookshelf.Pragmatic.Version.Control.Using.Subversion.2nd.Edition.Jun.2006.pdf
Tipo       : application/pdf
Tama?o     : 2129288 bytes
Descripci?n: no disponible
Url        : http://rubyforge.org/pipermail/locambias-developers/attachments/20070409/c633e6db/attachment-0001.pdf 

From vigosan en gmail.com  Mon Apr  9 14:05:19 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Mon, 9 Apr 2007 20:05:19 +0200
Subject: [Locambias-developers] Libro interesante sobre Subversion
In-Reply-To: <8c3992d60704091059r3f465bc9sb1f5654909383f5d@mail.gmail.com>
References: <8c3992d60704091059r3f465bc9sb1f5654909383f5d@mail.gmail.com>
Message-ID: <8c3992d60704091105h2633f23fxf76099a80590ffd1@mail.gmail.com>

Hola a todos,
para los que no hayan usado nunca Subversion o para los que quieran ampliar
sus conocimientos, os recomiendo un libro de  Pragmatic Programmers ->
http://www.pragmaticprogrammer.com/titles/svn2/index.html

De todos modos os lo adjunto en PDF, está descargado del emule, pero si os
gusta mejor que lo compréis en papel; yo lo hice en Amazon por unos 20
dolares (pero tarda 3 semanas en llegar). La verdad que vale la pena
tenerlo.

Si os parece, podemos comentar libros interesantes que vendrán bien para
cualquier proyecto.

-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com


-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070409/b97ff441/attachment-0001.html 
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : Pragmatic.Bookshelf.Pragmatic.Version.Control.Using.Subversion.2nd.Edition.Jun.2006.pdf
Tipo       : application/pdf
Tamaño     : 2129288 bytes
Descripción: no disponible
Url        : http://rubyforge.org/pipermail/locambias-developers/attachments/20070409/b97ff441/attachment-0001.pdf 

From vigosan en gmail.com  Tue Apr 10 09:43:34 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Tue, 10 Apr 2007 15:43:34 +0200
Subject: [Locambias-developers] Intercambio de productos
Message-ID: <8c3992d60704100643y58e3566aif70ac919dfc7289@mail.gmail.com>

Hola a todos,
estoy realizando un pequeño boceto de la página y voy a comentar las ideas
que tengo para ver que os parece; la forma de proceder un usuario sería.

1. Un usuario se da de alta
2. Sube sus productos.
3. Indica que productos le gustaría tener.

A partir de este momento, el sistema relaciona este usuario con otros
usuarios que están ofreciendo el producto que busca y además quieren uno de
los productos que el primero está ofreciendo. En pocas palabras, esto es
Swaptree.

Nosotros añadiremos un paso más, imaginemos que estoy compartiendo un libro
que nadie lo tiene en su lista de productos buscados. Por lo tanto yo podré
buscar 'algo' que me interese y realizar una oferta...te cambio esto por
esto mió. El otro usuario decidirá si aceptar o no. Supongo que estaría bien
que cada usuario, a parte de los productos que busca, tuviera una lista de
sus preferencias (sus gustos), ya que no tiene sentido que alguien me
ofrezca una novela de terror si sólo busco libros de RoR, p.e.

Os adjunto un PowerPoint sobre el diseño, lo he hecho en este formato para
ir modificando más fácilmente.

-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070410/612e61ef/attachment-0001.html 
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : locambias.ppt
Tipo       : application/vnd.ms-powerpoint
Tamaño     : 204800 bytes
Descripción: no disponible
Url        : http://rubyforge.org/pipermail/locambias-developers/attachments/20070410/612e61ef/attachment-0001.ppt 

From vigosan en gmail.com  Tue Apr 10 13:18:11 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Tue, 10 Apr 2007 19:18:11 +0200
Subject: [Locambias-developers] prueba
Message-ID: <8c3992d60704101018w5a298311i3fc371a02a474cac@mail.gmail.com>

¿funciona?

-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070410/953f9ed3/attachment.html 

From tomaslucas en gmail.com  Tue Apr 10 13:35:03 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Tue, 10 Apr 2007 19:35:03 +0200
Subject: [Locambias-developers] prueba.
Message-ID: <9f12b7190704101035h5146249bxe45c4d3a38ee220c@mail.gmail.com>

prueba

-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070410/1f0f9bd5/attachment.html 

From vigosan en gmail.com  Wed Apr 11 14:00:29 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Wed, 11 Apr 2007 20:00:29 +0200
Subject: [Locambias-developers] Problemas con SVN
Message-ID: <8c3992d60704111100i7ad0d2c0j434d009de67c746d@mail.gmail.com>

Están comentando que hay problemas con la validación del SVN.
Es debido a que en la página de Rubyforge ponen como dirección del SVN:

svn checkout svn+ssh://*developername*@viewvc.rubyforge.mmmultiworks.com/var/svn/locambias

No se cuando ni porque lo han cambiado, pero la dirección correcta es:

svn checkout svn+ssh://developername en rubyforge.org/var/svn/locambias

Ya me comentáis si continuáis teniendo problemas.

-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070411/a9f85ecd/attachment.html 

From tomaslucas en gmail.com  Mon Apr 16 13:33:32 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Mon, 16 Apr 2007 19:33:32 +0200
Subject: [Locambias-developers] =?iso-8859-1?q?Situaci=F3n_Actual=2E?=
Message-ID: <9f12b7190704161033l75982bcbpb6c670136bec69c7@mail.gmail.com>

Hola a todos,

Ha pasado un tiempo y las cosas no se mueven, entiendo que éste es un
proyecto voluntario y por lo tanto no hay fechas de realización pero creo
que es importante que marquemos unos hitos que nos marquen un ritmo, sino
esto se puede alargar hasta el infinito y más allá. Además de las personas
que inicialmente se ofrecieron a participar tan sólo un excaso número ha
seguido el asunto. Por tanto propongo lo siguiente:

Recopilación de datos actuales.
  Comienzo de toma de decisiones en la lógica de la aplicación y en el
diseño de la misma.
  Generación de bases de datos.
  Inicio de programación.

Yo ya he movido ficha, ¿siguiente?.

Saludos a todos.

-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070416/a22b4b82/attachment.html 

From vigosan en gmail.com  Mon Apr 16 15:26:03 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Mon, 16 Apr 2007 21:26:03 +0200
Subject: [Locambias-developers] =?iso-8859-1?q?Situaci=F3n_Actual=2E?=
In-Reply-To: <9f12b7190704161033l75982bcbpb6c670136bec69c7@mail.gmail.com>
References: <9f12b7190704161033l75982bcbpb6c670136bec69c7@mail.gmail.com>
Message-ID: <8c3992d60704161226o104a32a6m11e759b5c15e33d4@mail.gmail.com>

Hola a todos,
coincido plenamente con Tomás, hay que ir poniéndose las pilas si queremos
que el proyecto vaya adelante.

Está claro que todos nos hemos apuntado libremente  y no podemos forzar a
nadie a que colabore, pero si la idea ha sido apuntarse para ver que pasa, o
como evoluciona el proyecto y así me bajo el código, mi opinión es que se
den de baja dichos usuarios. No quiero parecer el malo del grupo, pero creo
que es lógico y lo mejor será dar un plazo...1 mes estaría bien. Después de
este tiempo, deberíamos analizar como estamos funcionando, que falla, que
nos falta y como debemos seguir.

Para poner las cosas al día, he realizado algunos cambios en el SVN, he
intentado que todo esté documentado en el log (svn log). Por ahora he creado
los controladores de usuarios (validación, recuperación de contraseñas etc),
productos y categorías. Además, he realizado un pequeño esbozo (adjunto) de
lo que podría ser la interfaz. Esto no quiere decir que esta sea la
interfaz, se puede modificar a gusto de todos.

En cuanto a la DB, tenemos un diagrama compartido en Gliffy (
http://www.gliffy.com), si alguien no ha recibido la invitación que se ponga
en contacto conmigo.

Un saludo.

El día 16/04/07, Tomás Lucas Arcos <tomaslucas en gmail.com> escribió:
>
> Hola a todos,
>
> Ha pasado un tiempo y las cosas no se mueven, entiendo que éste es un
> proyecto voluntario y por lo tanto no hay fechas de realización pero creo
> que es importante que marquemos unos hitos que nos marquen un ritmo, sino
> esto se puede alargar hasta el infinito y más allá. Además de las personas
> que inicialmente se ofrecieron a participar tan sólo un excaso número ha
> seguido el asunto. Por tanto propongo lo siguiente:
>
> Recopilación de datos actuales.
>   Comienzo de toma de decisiones en la lógica de la aplicación y en el
> diseño de la misma.
>   Generación de bases de datos.
>   Inicio de programación.
>
> Yo ya he movido ficha, ¿siguiente?.
>
> Saludos a todos.
>
> --
> Blog: www.lacoctelera.com/tomaslucas
>
> Los Tres Chiflados (NRT).
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>
>


-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070416/25ba8647/attachment-0001.html 
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : locambias.ppt
Tipo       : application/vnd.ms-powerpoint
Tamaño     : 2046976 bytes
Descripción: no disponible
Url        : http://rubyforge.org/pipermail/locambias-developers/attachments/20070416/25ba8647/attachment-0001.ppt 

From tomaslucas en gmail.com  Tue Apr 17 06:46:17 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Tue, 17 Apr 2007 12:46:17 +0200
Subject: [Locambias-developers] prueba.
Message-ID: <9f12b7190704170346h747f9619n7e3b8df010cc6004@mail.gmail.com>

perdón por el mail pero es una prueba.

-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070417/85617c6c/attachment.html 

From miguel.alcalde en toolfactory.net  Wed Apr 18 05:16:35 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Wed, 18 Apr 2007 11:16:35 +0200
Subject: [Locambias-developers] test envio lista
Message-ID: <4625E1F3.8090206@toolfactory.net>

#IGNORAR# test envio lista


From miguel.alcalde en toolfactory.net  Wed Apr 18 05:30:25 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Wed, 18 Apr 2007 11:30:25 +0200
Subject: [Locambias-developers] =?iso-8859-1?q?Situaci=F3n_Actual=2E?=
In-Reply-To: <9f12b7190704161033l75982bcbpb6c670136bec69c7@mail.gmail.com>
References: <9f12b7190704161033l75982bcbpb6c670136bec69c7@mail.gmail.com>
Message-ID: <4625E531.4090701@toolfactory.net>

En/na Tomás Lucas Arcos ha escrit:
> Hola a todos,
Hola a todos

> Además de las personas que inicialmente se ofrecieron a participar tan 
> sólo un excaso número ha seguido el asunto. Por tanto propongo lo 
> siguiente:
>
> Recopilación de datos actuales.
>   Comienzo de toma de decisiones en la lógica de la aplicación y en el 
> diseño de la misma.
>   Generación de bases de datos.
>   Inicio de programación.
>
>
Estoy de acuerdo contigo. Creo que no estaria nada mal realizar un
esfuerzo en pensar la lógica de la aplicaciones, las cosas de que
debería tener o las que nos gustaría. De esta forma será mas fácil
partir el trabajo en unidades autonomas y de esta forma que los más
activos no este pendiente  de los menos o la gente que haya perdido el
interés.

En mi caso particular al  margen de un disclaimer que puse en los foros
en cuanto no iba a pasar mucho tiempo delante de la pantalla por motivos
de salud, estoy un poco pendiente de que entre todos tomenos las
decisiones acerca de los atributos de los productos: como  se definen,
quien, como se valoran,....

Un saludo global.
>
> Saludos a todos.
>
> -- 
> Blog: www.lacoctelera.com/tomaslucas 
> <http://www.lacoctelera.com/tomaslucas>
>
> Los Tres Chiflados (NRT).
> ------------------------------------------------------------------------
>
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>   




From miguel.alcalde en toolfactory.net  Wed Apr 18 05:30:48 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Wed, 18 Apr 2007 11:30:48 +0200
Subject: [Locambias-developers] Funcionamiento venta e intercambio
Message-ID: <4625E548.5050703@toolfactory.net>

<http://rubyforge.org/pipermail/locambias-developers/2007-April/000006.html> 

IMHO

Creo que el sistema debería permitir tanto el intercambio como la venta.
Aunque para ser sincero no creo que la venta sea muy interesante en un
principio. Me explico.

La venta exige que cubramos unas garantías que en un principio no veo
como podriamos.

- Que el libro exista y no sea fraude
- Que el libro exista y sea un precio más competivo.

En este sentido es casi imposible competir con los grandes mostruos que
tiene stock de segunda mano. Yo sin ir más lejos he comprado casi los 4
últimos años libros de segunda mano desde amazon y sin problemas,
tambien es cierto que todos venian desde fondos de bibliotecas o de
distribuidores. No compraria directamente a un particular.

Nosotros no tenemos (de momento) el poder de atraer a este tipo de
fondos lo que nos deja con los particulares. Además si existe dinero por
medio me parece arriesgado.

En todo caso no digo que no exista la venta lo que si creo es que tiene
que cojerse con pinzas. Algunas ideas:
- El usuario tiene un indicador de prestigio que suma en función de los
intercambios, ventas con éxito. El límite de la venta se rige por este
indicador. Al principio no se le dejaría poner el precio por encima de
algo casí simbólico.
- Las condiciones de pago debería fijarlas el vendedor y "creo" no
deberiamos controlar la transacción de dinero salvo por el hecho de que
se haga por paypal y tener algo de control para controlar cuando se cierra.
- Exigir alguna garantia al vendedor y al comprador de su seriedad. En
swaptree funcionan con la venta de sobres. Algo así pero relacionado
para que se devuelva el depósito se cumplimente la transacción tanto por
parte del vendedor, como el comprador. Todo esto alimenta la reputación
y se añadde como comentarios al producto (está pintando, falta tapa
trasera)....

A nosotos nos obligara a trabajar un poco para evitar los abusos. Gente
con mucho stock que no renueva constantemente, precios muy altos o muy
bajos..

El cuanto al intercambio me parece que será nuestro punto fuerte sobre
todo sin podemos diversificar los productos. Un juego por un par de
libros,...

En cuanto a los problemas creo que un sistema de subastas podría
funcionar bastante bien.

- Veo algo que me gusta y está disponible. Lanzo una petición de
intercambio.
- Puede que otros usuarios tambien esten interesados (pasará bastante
que todos somos muy frikis).
- El vendedor elije productos de cada uno de los ofertantes. AQUI creo
está la clave, que una vez que publicas algo estás de acuerdo en que se
cambie. Si que es cierto que se le tiene que dar oportunidad de
completar la transaccion o anular pero creo poco más. Si no se nos
complica mucho el tema.

En la opción mixta el dinero puede ser un tipo de producto más en el
lote. Es decisión de cada uno exigir tenerlo en mano o confiar el su
intercambiador.

Pero insisto es solo IMHO.

Un saludo.



From miguel.alcalde en toolfactory.net  Wed Apr 18 05:30:56 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Wed, 18 Apr 2007 11:30:56 +0200
Subject: [Locambias-developers] Funcionamiento venta e intercambio
Message-ID: <4625E550.10003@toolfactory.net>

Aunque en lo que es el flujo de las transacciones no deberia tener
muchas diferencias y sobre todo por temas de DRY estoy de acuerdo
contigo pero con algunos matices.

Creo que el proceso de intercambio deberia ser abierto como en plan
ping-pong. Lo no creo con el tema de la venda en el que el limite
superior deberia ser fijo para evitar la especulación. Claro que esto
provocará con no exista el citado ping-pong.

Con un poco de suerte la gente se decanta por o bien el intercambio o
bien el sistema mixto.

Aquí yo creo que el problema principal es que la venta si se puede
extraer un reembolso para autofinanciarse, pero como lo haremos del
intercambio?

Sobre el tema de publico o privado, yo creo que a la libre elección del
propietario. Si desea que se vea las ofertas del resto o no. Mi oipinion
mejor si se ven porque así se produce un proceso en cadena.

Un saludo.



From miguel.alcalde en toolfactory.net  Wed Apr 18 05:31:06 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Wed, 18 Apr 2007 11:31:06 +0200
Subject: [Locambias-developers] Funcionamiento de la venta e intercambio
Message-ID: <4625E55A.5020807@toolfactory.net>

Buenas.

Algunas cosillas que he ido pensando.

Vicent comentó el tema de regalar productos. Creo que es buena idea
incentivar a la gente de alguna forma. Lo típico de las tarjetas de
fidelización. Para ello creo que el usuario deberia tener un ratio de su
participación en el sistema.
- Si publicas tus cosas para intercambiar -> sumas
- Si realizas transacciones ->sumas
- Si especulas --- hummm --->recibes una tarjeta amarilla.

Para ello estaría muy bien intentar transmitir el mensaje que es mejor
intentar que ese libro lo acabe en otra persona y no en un contenedor de
papel.

Por lo que veo parece que todos estamos bastante animados a que el
sistema sea multi-producto ya que nos da un juego increible en lo que es
el proceso de intercambio.
Algunas cosas que creo podrían incentivar los intercambios.
- newsletter, mejor RSS de las novedades
- un top de los X productos mas revisados y los mas deseados.
- un top de las novedades y de las ultimas transacciones omitiendo los
usuarios.
- un sitio donde poner cosas del tipo 'Hemos conseguido 3 ejemplares de
X, estate atento a la próxima subasta que comienza el dia D1 hasta el
D2. Aprovecha para actualizar tu perfil y publicar tus productos'.
-Un sitio donde la gente publique su demanda. Bueno yo no tengo pero
conozco a alguien que si y no lo utiliza. Es como un juego para intentar
involucrar cada vez mas gente.

Digo esto porque acabo de revisar por encima swaptree y ellos incentivan
mucho el tema de catalogo extenso, en mi opinión nosotros si queremos
enfocarlo como una red social de intercambio deberiamos centrarmos en
los usuario y las transacciones que se producen.

Donde veo el problema? En que en un principìo el sistema necesita cojer
una incercia inicial. Alguna idea de como hacerlo?

Que tal el intercambio de material escolar? Echarle morro al tema y
orientarlo a cambia tu material del año pasado por el nuevo.



From tomaslucas en gmail.com  Wed Apr 18 05:46:23 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Wed, 18 Apr 2007 11:46:23 +0200
Subject: [Locambias-developers] Funcionamiento de la venta e intercambio
In-Reply-To: <4625E55A.5020807@toolfactory.net>
References: <4625E55A.5020807@toolfactory.net>
Message-ID: <9f12b7190704180246o3d922e6apf86bd54de2768961@mail.gmail.com>

Hola,

La idea de Miguel sobre el intercambio de libros me parece genial, es más
nos marca unos hitos concretos, cómo por ejemplo:

La aplicación debe estar operativa antes de finales de agosto.
Enviar mensajes a distintos colegios y publicitarlo, cuando esté en beta o
terminado, claro.

Respecto a la cuestión del primer mail que ha enviado, me resulta complicado
el hecho de tener que verificar que el libro existe, puede existir y no
aparecer en las bd a las que tengamos acceso, yo no lo implementaría,
tendríamos que confiar en la gente, creo que en una red social es un riesgo
que hay que asumir.
Cómo puse en su momento en otro correo la opción de venta la implementaría
como otro intercambio pero en lugar de un disco un libro o un estuche ;-)
por ?.

Aprovecho para solicitar que nos juntemos todos en un chat room generado al
efecto el jueves a las 22:00 horas, para poder debatir sobre las cuestiones
básicas en las que debe basarse la aplicación y empezar a tomar decisiones
para comenzar lo antes posible con la programación. ¿Qué os parece?

Saludos.



On 18/04/07, Miguel Alcalde <miguel.alcalde en toolfactory.net> wrote:
>
> Buenas.
>
> Algunas cosillas que he ido pensando.
>
> Vicent comentó el tema de regalar productos. Creo que es buena idea
> incentivar a la gente de alguna forma. Lo típico de las tarjetas de
> fidelización. Para ello creo que el usuario deberia tener un ratio de su
> participación en el sistema.
> - Si publicas tus cosas para intercambiar -> sumas
> - Si realizas transacciones ->sumas
> - Si especulas --- hummm --->recibes una tarjeta amarilla.
>
> Para ello estaría muy bien intentar transmitir el mensaje que es mejor
> intentar que ese libro lo acabe en otra persona y no en un contenedor de
> papel.
>
> Por lo que veo parece que todos estamos bastante animados a que el
> sistema sea multi-producto ya que nos da un juego increible en lo que es
> el proceso de intercambio.
> Algunas cosas que creo podrían incentivar los intercambios.
> - newsletter, mejor RSS de las novedades
> - un top de los X productos mas revisados y los mas deseados.
> - un top de las novedades y de las ultimas transacciones omitiendo los
> usuarios.
> - un sitio donde poner cosas del tipo 'Hemos conseguido 3 ejemplares de
> X, estate atento a la próxima subasta que comienza el dia D1 hasta el
> D2. Aprovecha para actualizar tu perfil y publicar tus productos'.
> -Un sitio donde la gente publique su demanda. Bueno yo no tengo pero
> conozco a alguien que si y no lo utiliza. Es como un juego para intentar
> involucrar cada vez mas gente.
>
> Digo esto porque acabo de revisar por encima swaptree y ellos incentivan
> mucho el tema de catalogo extenso, en mi opinión nosotros si queremos
> enfocarlo como una red social de intercambio deberiamos centrarmos en
> los usuario y las transacciones que se producen.
>
> Donde veo el problema? En que en un principìo el sistema necesita cojer
> una incercia inicial. Alguna idea de como hacerlo?
>
> Que tal el intercambio de material escolar? Echarle morro al tema y
> orientarlo a cambia tu material del año pasado por el nuevo.
>
>
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>



-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070418/c7e28fd9/attachment.html 

From vigosan en gmail.com  Wed Apr 18 06:12:45 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Wed, 18 Apr 2007 12:12:45 +0200
Subject: [Locambias-developers] Funcionamiento de la venta e intercambio
In-Reply-To: <9f12b7190704180246o3d922e6apf86bd54de2768961@mail.gmail.com>
References: <4625E55A.5020807@toolfactory.net>
	<9f12b7190704180246o3d922e6apf86bd54de2768961@mail.gmail.com>
Message-ID: <8c3992d60704180312n7ea734dcn94510b957605b04a@mail.gmail.com>

Genial todas las propuestas e iniciativas, la idea de intercambiar libros
escolares me ha parecido fantástica y un buen trampolín para publicitar la
aplicación cuando lleguen las fechas de inicio escolar....Os imagináis en
las noticias el típico reportaje que sacan todos los años de madres
quejándose del precio de los libros...y entonces ahí aparecemos nosotros
como solución a todos los males?será cuestión de enviar a las emisoras
información de la página?seguro que en Valencia, Canal 9, lo saca, ya que
les gustan las noticias estas.

Tomás, ya nos das más información sobre la quedada del jueves.


El día 18/04/07, Tomás Lucas Arcos <tomaslucas en gmail.com> escribió:
>
> Hola,
>
> La idea de Miguel sobre el intercambio de libros me parece genial, es más
> nos marca unos hitos concretos, cómo por ejemplo:
>
> La aplicación debe estar operativa antes de finales de agosto.
> Enviar mensajes a distintos colegios y publicitarlo, cuando esté en beta o
> terminado, claro.
>
> Respecto a la cuestión del primer mail que ha enviado, me resulta
> complicado el hecho de tener que verificar que el libro existe, puede
> existir y no aparecer en las bd a las que tengamos acceso, yo no lo
> implementaría, tendríamos que confiar en la gente, creo que en una red
> social es un riesgo que hay que asumir.
> Cómo puse en su momento en otro correo la opción de venta la implementaría
> como otro intercambio pero en lugar de un disco un libro o un estuche ;-)
> por ?.
>
> Aprovecho para solicitar que nos juntemos todos en un chat room generado
> al efecto el jueves a las 22:00 horas, para poder debatir sobre las
> cuestiones básicas en las que debe basarse la aplicación y empezar a tomar
> decisiones para comenzar lo antes posible con la programación. ¿Qué os
> parece?
>
> Saludos.
>
>
>
> On 18/04/07, Miguel Alcalde <miguel.alcalde en toolfactory.net> wrote:
> >
> > Buenas.
> >
> > Algunas cosillas que he ido pensando.
> >
> > Vicent comentó el tema de regalar productos. Creo que es buena idea
> > incentivar a la gente de alguna forma. Lo típico de las tarjetas de
> > fidelización. Para ello creo que el usuario deberia tener un ratio de su
> > participación en el sistema.
> > - Si publicas tus cosas para intercambiar -> sumas
> > - Si realizas transacciones ->sumas
> > - Si especulas --- hummm --->recibes una tarjeta amarilla.
> >
> > Para ello estaría muy bien intentar transmitir el mensaje que es mejor
> > intentar que ese libro lo acabe en otra persona y no en un contenedor de
> >
> > papel.
> >
> > Por lo que veo parece que todos estamos bastante animados a que el
> > sistema sea multi-producto ya que nos da un juego increible en lo que es
> > el proceso de intercambio.
> > Algunas cosas que creo podrían incentivar los intercambios.
> > - newsletter, mejor RSS de las novedades
> > - un top de los X productos mas revisados y los mas deseados.
> > - un top de las novedades y de las ultimas transacciones omitiendo los
> > usuarios.
> > - un sitio donde poner cosas del tipo 'Hemos conseguido 3 ejemplares de
> > X, estate atento a la próxima subasta que comienza el dia D1 hasta el
> > D2. Aprovecha para actualizar tu perfil y publicar tus productos'.
> > -Un sitio donde la gente publique su demanda. Bueno yo no tengo pero
> > conozco a alguien que si y no lo utiliza. Es como un juego para intentar
> > involucrar cada vez mas gente.
> >
> > Digo esto porque acabo de revisar por encima swaptree y ellos incentivan
> > mucho el tema de catalogo extenso, en mi opinión nosotros si queremos
> > enfocarlo como una red social de intercambio deberiamos centrarmos en
> > los usuario y las transacciones que se producen.
> >
> > Donde veo el problema? En que en un principìo el sistema necesita cojer
> > una incercia inicial. Alguna idea de como hacerlo?
> >
> > Que tal el intercambio de material escolar? Echarle morro al tema y
> > orientarlo a cambia tu material del año pasado por el nuevo.
> >
> >
> > _______________________________________________
> > Locambias-developers mailing list
> > Locambias-developers en rubyforge.org
> > http://rubyforge.org/mailman/listinfo/locambias-developers
> >
>
>
>
> --
> Blog: www.lacoctelera.com/tomaslucas
>
> Los Tres Chiflados (NRT).
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>
>


-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070418/306ca5f5/attachment-0001.html 

From tomaslucas en gmail.com  Wed Apr 18 08:59:25 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Wed, 18 Apr 2007 14:59:25 +0200
Subject: [Locambias-developers] Propuesta de la quedada.
Message-ID: <9f12b7190704180559i71f74da8u9bcd26b2f1602b4f@mail.gmail.com>

Hola a todos,

Estoy buscando la mejor manera de disponer de una herramienta que no nos
genere problemas para la quedada del Jueves.

¿Que os parece utilizar skype para ello (voz, imagen y texto)? ¿Preferís
alguna otra cosa?

Quedo pendiente de vuestras respuestas.

Saludos.

-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070418/e031e82e/attachment.html 

From miguel.alcalde en toolfactory.net  Thu Apr 19 03:24:36 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Thu, 19 Apr 2007 09:24:36 +0200
Subject: [Locambias-developers] Ideas acerca la categorizacion / descripcion
	de los productos
Message-ID: <46271934.8030400@toolfactory.net>

Buenas  a todos.

Llevo un par de días dandole vueltas al tema de como decribir y valorar 
los productos.

Por ejemplo, en el caso de un libro está claro que tiene que tener una 
información que es
mas o menos estática (título, autor, ISBN, fecha publicación, número de 
páginas, idioma en el que está escrito, el tipo de tapa, editorial, 
número de unidades,..).

El problema es que esto no es información suficiente para que una 
persona que busca un intercambio se decante por él. Le obliga salvo que 
conozca el libro a buscar de que va, si está bien valorado en su genero 
y sobre todo en que estado se encuentra.

Para ello la conclusión que he llegado es que debería haber una 
información que se mantiene a nivel de libro que es la información 
estática y otra que esta relacionada con el libro y con el propietario 
como por ejemplo.
    - Estado
    - Valoración en el genero
    - Grado de interés de la comunidad (es decir si es muy revisado o si 
está involucrados en muchas transacciones).
    - Incluso un comentario del propietario...

El problema principal es que es facil buscar por los atributos de libro 
pero no lo es tanto por los otros.

Lo que habia pensado es que estos atributos fuera del tipo
 estado
    - estado tapa valor: 0
       - estado tapa rota  valor: 1
   - estado libro valor 0
       - estado libro pintado valor 1
       - estado libro rota encuerdanacion valor 2
       - estado libro falta hojas valor 3
.... Así con todas las categorias y niveles que queramos. El propietario 
actual en el mantenimiento del libro define estos atributos.

En el buscador el campo valor se puede utilizar para filtrar los libros.

En el caso de las valoraciones de los autores se podria utilizar para 
darle las opciones mas adecuadas con respecto a sus preferencias.

Con el valor "Grado de interés de la comunidad" los usuarios "votan" los 
productos y de esta forma se podria alimentar un sistema de 
recomendaciones o la generación de los banners con los top.

Que os parece?

Un saludo.





From tomaslucas en gmail.com  Thu Apr 19 03:46:29 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Thu, 19 Apr 2007 09:46:29 +0200
Subject: [Locambias-developers] Ideas acerca la categorizacion /
	descripcion de los productos
In-Reply-To: <46271934.8030400@toolfactory.net>
References: <46271934.8030400@toolfactory.net>
Message-ID: <9f12b7190704190046w786492b7wc2d33760990ae9fc@mail.gmail.com>

Los valores que indicas podrian ser multiselección ¿verdad?, e.d, que tenga
la tapa rota y le falten hojas.
¿Que pasa si en éste caso le faltan 80 hojas de 85?, no sé si me entiendes.
El que lo oferta no está mintiendo y el que lo cambia no puede reclamar nada
:-( , como mucho valorará el intercambio. Creo que deberíamos darle alguna
vuelta más.

Saludos.

On 19/04/07, Miguel Alcalde <miguel.alcalde en toolfactory.net> wrote:
>
> Buenas  a todos.
>
> Llevo un par de días dandole vueltas al tema de como decribir y valorar
> los productos.
>
> Por ejemplo, en el caso de un libro está claro que tiene que tener una
> información que es
> mas o menos estática (título, autor, ISBN, fecha publicación, número de
> páginas, idioma en el que está escrito, el tipo de tapa, editorial,
> número de unidades,..).
>
> El problema es que esto no es información suficiente para que una
> persona que busca un intercambio se decante por él. Le obliga salvo que
> conozca el libro a buscar de que va, si está bien valorado en su genero
> y sobre todo en que estado se encuentra.
>
> Para ello la conclusión que he llegado es que debería haber una
> información que se mantiene a nivel de libro que es la información
> estática y otra que esta relacionada con el libro y con el propietario
> como por ejemplo.
>     - Estado
>     - Valoración en el genero
>     - Grado de interés de la comunidad (es decir si es muy revisado o si
> está involucrados en muchas transacciones).
>     - Incluso un comentario del propietario...
>
> El problema principal es que es facil buscar por los atributos de libro
> pero no lo es tanto por los otros.
>
> Lo que habia pensado es que estos atributos fuera del tipo
> estado
>     - estado tapa valor: 0
>        - estado tapa rota  valor: 1
>    - estado libro valor 0
>        - estado libro pintado valor 1
>        - estado libro rota encuerdanacion valor 2
>        - estado libro falta hojas valor 3
> .... Así con todas las categorias y niveles que queramos. El propietario
> actual en el mantenimiento del libro define estos atributos.
>
> En el buscador el campo valor se puede utilizar para filtrar los libros.
>
> En el caso de las valoraciones de los autores se podria utilizar para
> darle las opciones mas adecuadas con respecto a sus preferencias.
>
> Con el valor "Grado de interés de la comunidad" los usuarios "votan" los
> productos y de esta forma se podria alimentar un sistema de
> recomendaciones o la generación de los banners con los top.
>
> Que os parece?
>
> Un saludo.
>
>
>
>
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>



-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070419/aeb65d83/attachment.html 

From miguel.alcalde en toolfactory.net  Thu Apr 19 03:55:04 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Thu, 19 Apr 2007 09:55:04 +0200
Subject: [Locambias-developers] Ideas acerca la categorizacion /
 descripcion de los productos
In-Reply-To: <9f12b7190704190046w786492b7wc2d33760990ae9fc@mail.gmail.com>
References: <46271934.8030400@toolfactory.net>
	<9f12b7190704190046w786492b7wc2d33760990ae9fc@mail.gmail.com>
Message-ID: <46272058.3020903@toolfactory.net>

En/na Tomás Lucas Arcos ha escrit:
> Los valores que indicas podrian ser multiselección ¿verdad?, e.d, que 
> tenga la tapa rota y le falten hojas.
Sorry. Error mio.Di por entendido eso.
Además hay que pensar que para un libro que haya tenido varios 
propietarios existira varias
valoraciones. Puede ser que el libro se vaya deteriodando pero tambien 
puede que el propietario anterior no fuera muy honesto en su valoración.

De alguna forma los propietarios y los usuario tendran que entrar en un 
sistema de reputación.

La ficha completa del libro se podria construir a partir de toda la 
información que se tiene ponderando adecuadamente en función del usuario.

> ¿Que pasa si en éste caso le faltan 80 hojas de 85?, no sé si me 
> entiendes. El que lo oferta no está mintiendo y el que lo cambia no 
> puede reclamar nada :-( , como mucho valorará el intercambio. Creo que 
> deberíamos darle alguna vuelta más.
Cierto. Por eso pues el comentario no me parecía un problema sencillo.
En algún otro correo se hablo de monitorizar los intercambios:
    - Que los productos se hayan recibido y que en las condiciones 
prometidas.

Es una tonteria y que ademas nos puede desbordar el espacio del servidor 
pero sería que ante una reclamación se puedan enviar fotos. Por cierto 
vamos a permitir que las fichas de los productos tenga asociada una 
galeria de imágenes?





From tomaslucas en gmail.com  Thu Apr 19 04:14:17 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Thu, 19 Apr 2007 10:14:17 +0200
Subject: [Locambias-developers] Ideas acerca la categorizacion /
	descripcion de los productos
In-Reply-To: <46272058.3020903@toolfactory.net>
References: <46271934.8030400@toolfactory.net>
	<9f12b7190704190046w786492b7wc2d33760990ae9fc@mail.gmail.com>
	<46272058.3020903@toolfactory.net>
Message-ID: <9f12b7190704190114o54281482x874639cd5154ec6c@mail.gmail.com>

Si, es un tema complejo que hay que plantear bien desde la base.
En la reunión de ésta noche podremos tratarlo y empezar a tomar decisiones.

Saludos.

On 19/04/07, Miguel Alcalde <miguel.alcalde en toolfactory.net> wrote:
>
> En/na Tomás Lucas Arcos ha escrit:
> > Los valores que indicas podrian ser multiselección ¿verdad?, e.d, que
> > tenga la tapa rota y le falten hojas.
> Sorry. Error mio.Di por entendido eso.
> Además hay que pensar que para un libro que haya tenido varios
> propietarios existira varias
> valoraciones. Puede ser que el libro se vaya deteriodando pero tambien
> puede que el propietario anterior no fuera muy honesto en su valoración.
>
> De alguna forma los propietarios y los usuario tendran que entrar en un
> sistema de reputación.
>
> La ficha completa del libro se podria construir a partir de toda la
> información que se tiene ponderando adecuadamente en función del usuario.
>
> > ¿Que pasa si en éste caso le faltan 80 hojas de 85?, no sé si me
> > entiendes. El que lo oferta no está mintiendo y el que lo cambia no
> > puede reclamar nada :-( , como mucho valorará el intercambio. Creo que
> > deberíamos darle alguna vuelta más.
> Cierto. Por eso pues el comentario no me parecía un problema sencillo.
> En algún otro correo se hablo de monitorizar los intercambios:
>     - Que los productos se hayan recibido y que en las condiciones
> prometidas.
>
> Es una tonteria y que ademas nos puede desbordar el espacio del servidor
> pero sería que ante una reclamación se puedan enviar fotos. Por cierto
> vamos a permitir que las fichas de los productos tenga asociada una
> galeria de imágenes?
>
>
>
>
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>



-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070419/8d2c183f/attachment.html 

From vigosan en gmail.com  Thu Apr 19 06:52:58 2007
From: vigosan en gmail.com (Vicent Gozalbes)
Date: Thu, 19 Apr 2007 12:52:58 +0200
Subject: [Locambias-developers] Ideas acerca la categorizacion /
	descripcion de los productos
In-Reply-To: <46271934.8030400@toolfactory.net>
References: <46271934.8030400@toolfactory.net>
Message-ID: <8c3992d60704190352o614c0e6fx1185a7ff5e423d94@mail.gmail.com>

Es una buena idea, algo así como:

Valore de 1 (Lamentable, Muy usado) a 5 (Impecable, Nuevo)

- ¿Esta usado?: 5
- ¿A escrito en el libro?: 2
- etc.


El día 19/04/07, Miguel Alcalde <miguel.alcalde en toolfactory.net> escribió:
>
> Buenas  a todos.
>
> Llevo un par de días dandole vueltas al tema de como decribir y valorar
> los productos.
>
> Por ejemplo, en el caso de un libro está claro que tiene que tener una
> información que es
> mas o menos estática (título, autor, ISBN, fecha publicación, número de
> páginas, idioma en el que está escrito, el tipo de tapa, editorial,
> número de unidades,..).
>
> El problema es que esto no es información suficiente para que una
> persona que busca un intercambio se decante por él. Le obliga salvo que
> conozca el libro a buscar de que va, si está bien valorado en su genero
> y sobre todo en que estado se encuentra.
>
> Para ello la conclusión que he llegado es que debería haber una
> información que se mantiene a nivel de libro que es la información
> estática y otra que esta relacionada con el libro y con el propietario
> como por ejemplo.
>     - Estado
>     - Valoración en el genero
>     - Grado de interés de la comunidad (es decir si es muy revisado o si
> está involucrados en muchas transacciones).
>     - Incluso un comentario del propietario...
>
> El problema principal es que es facil buscar por los atributos de libro
> pero no lo es tanto por los otros.
>
> Lo que habia pensado es que estos atributos fuera del tipo
> estado
>     - estado tapa valor: 0
>        - estado tapa rota  valor: 1
>    - estado libro valor 0
>        - estado libro pintado valor 1
>        - estado libro rota encuerdanacion valor 2
>        - estado libro falta hojas valor 3
> .... Así con todas las categorias y niveles que queramos. El propietario
> actual en el mantenimiento del libro define estos atributos.
>
> En el buscador el campo valor se puede utilizar para filtrar los libros.
>
> En el caso de las valoraciones de los autores se podria utilizar para
> darle las opciones mas adecuadas con respecto a sus preferencias.
>
> Con el valor "Grado de interés de la comunidad" los usuarios "votan" los
> productos y de esta forma se podria alimentar un sistema de
> recomendaciones o la generación de los banners con los top.
>
> Que os parece?
>
> Un saludo.
>
>
>
>
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>



-- 
Un saludo,
Vicent Gozalbes Sanchis
http://www.vicentgozalbes.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070419/cacb9044/attachment-0001.html 

From tomaslucas en gmail.com  Fri Apr 20 04:39:56 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Fri, 20 Apr 2007 10:39:56 +0200
Subject: [Locambias-developers] Sobre el intercambio.
Message-ID: <9f12b7190704200139t2dbda558p8f99d21c4a5594e4@mail.gmail.com>

Hola a todos,

He estado pensando cómo deberíamos de hacer el intercambio, y se me plantean
algunas cuestiones que entre todos seguro solventaremos.

En la pantalla que muestre los productos o en la información que genere el
search oportuno (éste será otro tema de estudio importante, a mi parecer),
deberá aparecer un botón que por ahora denominaré "LO_QUIERO" que llevará a
la pantalla de intercambio en la cual aparecerá un código de intercambio
(pendiente de ver su composición), el producto que queremos ( visualizado) y
un desplegable/buscador vivo de mis productos (aquí se me plantea la
cuestión de poder hacer una multiselección) y un campo de entrada de texto
por si quiere añadir algún comentario. También deberíamos definir si al
final vamos a incluir un campo IMPORTE, en caso de querer que el intercambio
sea por dinero.
Tendrá un botón que será ENVIAR la oferta o CANCELAR, en caso de cancelar
volverá a su página personal. Qué se generará en caso de ENVIAR la oferta,
un nuevo registro en la tabla EXCHANGE (tendríamos que revisar los campos
que debería contener dicha tabla) con contendrá un campo con el estado del
intercambio propuesto :
1 .- Pendiente
2.- Rechazado
3.- Aceptado

De tal manera que quien ha realizado una oferta pueda ver en un listado
hecho al efecto el estado en el que se encuentran sus ofertas. Y así mismo
el que las recibe tenga un listado agrupado por producto con las ofertas
recibidas, dicho listado puede ser individual y/o estar embebido en la
página de descripción del producto.
Me planteo si debería existir una tabla con las ofertas que esté relacionado
con la tabla exchange, ahora mismo no existe. Dicha tabla contendría un
campo de estado con los valores :
1.- Pendiente
2.- Realizada

Ahora estamos en el momento en el que un usuario acepta una oferta, en el
caso de tener x ofertas ¿cómo rechazar las x-1 que no le interesan?, creo
que tendríamos que hacer que por defecto en caso de aceptar una el resto
sean rechazadas automáticamente, aunque también debemos dejar libre la
opción de rechazarlas de forma individual.
Otra cuestión es la información histórica de las ofertas, ¿quedarían
guardadas y por ende visibles o no?. De igual manera las ofertas rechazadas
deberían aparecer o pasar a un histórico,. con lo que deberíamos añadir un
campo para indicar que aparezcan en un listado de histórico.

Bueno ésto es un borrador de lo que podría ser el intercambio, ahora espero
vuestras ideas. Una vez hayamos llegado a un consenso lo añadiré al
documento.

Saludos.




-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070420/3e761426/attachment.html 

From miguel.alcalde en toolfactory.net  Fri Apr 20 05:55:00 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Fri, 20 Apr 2007 11:55:00 +0200
Subject: [Locambias-developers] Sobre el intercambio.
In-Reply-To: <9f12b7190704200139t2dbda558p8f99d21c4a5594e4@mail.gmail.com>
References: <9f12b7190704200139t2dbda558p8f99d21c4a5594e4@mail.gmail.com>
Message-ID: <46288DF4.1060700@toolfactory.net>

En/na Tomás Lucas Arcos ha escrit:
> He estado pensando cómo deberíamos de hacer el intercambio, y se me 
> plantean algunas cuestiones que entre todos seguro solventaremos.
:-)
Me alegra ver que esto se va animando y se crea un dinamica de trabajo 
genial.
Animo a todos.
>
> En la pantalla que muestre los productos o en la información que 
> genere el search oportuno (éste será otro tema de estudio importante, 
> a mi parecer), 
Bufff Ese tema si que me asusta.
> deberá aparecer un botón que por ahora denominaré "LO_QUIERO" que 
> llevará a la pantalla de intercambio en la cual aparecerá un código de 
> intercambio (pendiente de ver su composición), el producto que 
> queremos ( visualizado) y un desplegable/buscador vivo de mis 
> productos (aquí se me plantea la cuestión de poder hacer una 
> multiselección) y un campo de entrada de texto por si quiere añadir 
> algún comentario.
Mi voto es que si deberia ser multiselección. Cuando quieres algo está 
dispuesto a cedr un poco para conseguirlo. Ver por ejemplo el caso de la 
PS3 y los 600 euros que cuesta sin juegos.

En cuanto al comentario yo incluso lo haría obligatorio para incentivar 
el concepto red social = herramiento de comunicación en la red.
> También deberíamos definir si al final vamos a incluir un campo 
> IMPORTE, en caso de querer que el intercambio sea por dinero.
No se quien comento el tema de crear una moneda propia con un cambio 1:1 
con el euro.
Pero dado que no vamos a manejar transacciones en dinero sería una buena 
solución.
En la misma pantalla crea un producto "money" con un valor y lo incluyes 
en la multiselección.
> Tendrá un botón que será ENVIAR la oferta o CANCELAR, en caso de 
> cancelar volverá a su página personal. Qué se generará en caso de 
> ENVIAR la oferta, un nuevo registro en la tabla EXCHANGE (tendríamos 
> que revisar los campos que debería contener dicha tabla) con contendrá 
> un campo con el estado del intercambio propuesto :
> 1 .- Pendiente
> 2.- Rechazado
> 3.- Aceptado
Y un campo expire para no eternizar el proceso y tampoco confudir a los 
usuarios.
Así se podria purgar de los listados las ofertas expiradas y con un 
check incluirlas en el listado.?
>
> De tal manera que quien ha realizado una oferta pueda ver en un 
> listado hecho al efecto el estado en el que se encuentran sus ofertas. 
> Y así mismo el que las recibe tenga un listado agrupado por producto 
> con las ofertas recibidas, dicho listado puede ser individual y/o 
> estar embebido en la página de descripción del producto.
> Me planteo si debería existir una tabla con las ofertas que esté 
> relacionado con la tabla exchange, ahora mismo no existe. Dicha tabla 
> contendría un campo de estado con los valores :
> 1.- Pendiente
> 2.- Realizada
Me he perdido. El estado no se guardaba en exchange.
Seria ofertas -> exchange y exchange->exchange_item?
>
> Ahora estamos en el momento en el que un usuario acepta una oferta, en 
> el caso de tener x ofertas ¿cómo rechazar las x-1 que no le 
> interesan?, creo que tendríamos que hacer que por defecto en caso de 
> aceptar una el resto sean rechazadas automáticamente, aunque también 
> debemos dejar libre la opción de rechazarlas de forma individual.
Mi voto a esto. Genial Tomás
> Otra cuestión es la información histórica de las ofertas, ¿quedarían 
> guardadas y por ende visibles o no?. De igual manera las ofertas 
> rechazadas deberían aparecer o pasar a un histórico,. con lo que 
> deberíamos añadir un campo para indicar que aparezcan en un listado de 
> histórico.
Hummm.
Creo que el tema de historicos se monta mucha veces por motivos de 
optimizar el espacio de las bases de datos. Pero por otro lado complica 
las consultas al tener que unir dos tablas con una UNION y aumentar un 
monton los accesos a las tablas que contiene campos descriptivos p.e. 
para pillar el nombre de la categoria y cosas así.

>
> Bueno ésto es un borrador de lo que podría ser el intercambio, ahora 
> espero vuestras ideas. Una vez hayamos llegado a un consenso lo 
> añadiré al documento.
Un cuestión adicional.

Si un usuario crea un intercambio y pasa un tiempo. Puede modificar su 
oferta para añadir nuevos productos? O debe crear uno nuevo?
>
> Saludos.
>


From tomaslucas en gmail.com  Mon Apr 23 08:10:50 2007
From: tomaslucas en gmail.com (=?ISO-8859-1?Q?Tom=E1s_Lucas_Arcos?=)
Date: Mon, 23 Apr 2007 14:10:50 +0200
Subject: [Locambias-developers] Sobre el intercambio.
In-Reply-To: <46288DF4.1060700@toolfactory.net>
References: <9f12b7190704200139t2dbda558p8f99d21c4a5594e4@mail.gmail.com>
	<46288DF4.1060700@toolfactory.net>
Message-ID: <9f12b7190704230510v3cd1cbd0m1897f13aa7cb237c@mail.gmail.com>

Siento no haber estado operativo éste fin de semana, y por ende, no haber
pensado nada sobre la aplicación.
Pero como ya es lunes, algunas reflexiones más:


On 20/04/07, Miguel Alcalde <miguel.alcalde en toolfactory.net> wrote:
>
> En/na Tomás Lucas Arcos ha escrit:
> > He estado pensando cómo deberíamos de hacer el intercambio, y se me
> > plantean algunas cuestiones que entre todos seguro solventaremos.
> :-)
> Me alegra ver que esto se va animando y se crea un dinamica de trabajo
> genial.
> Animo a todos.
> >
> > En la pantalla que muestre los productos o en la información que
> > genere el search oportuno (éste será otro tema de estudio importante,
> > a mi parecer),
> Bufff Ese tema si que me asusta.
> > deberá aparecer un botón que por ahora denominaré "LO_QUIERO" que
> > llevará a la pantalla de intercambio en la cual aparecerá un código de
> > intercambio (pendiente de ver su composición), el producto que
> > queremos ( visualizado) y un desplegable/buscador vivo de mis
> > productos (aquí se me plantea la cuestión de poder hacer una
> > multiselección) y un campo de entrada de texto por si quiere añadir
> > algún comentario.
> Mi voto es que si deberia ser multiselección. Cuando quieres algo está
> dispuesto a cedr un poco para conseguirlo. Ver por ejemplo el caso de la
> PS3 y los 600 euros que cuesta sin juegos.


El problema de la multiselección con un desplegable es cuándo tengas 50
productos es inmanejable, deberíamos buscar alternativas.¿Alguna propuesta?


En cuanto al comentario yo incluso lo haría obligatorio para incentivar
> el concepto red social = herramiento de comunicación en la red.
> > También deberíamos definir si al final vamos a incluir un campo
> > IMPORTE, en caso de querer que el intercambio sea por dinero.
> No se quien comento el tema de crear una moneda propia con un cambio 1:1
> con el euro.
> Pero dado que no vamos a manejar transacciones en dinero sería una buena
> solución.
> En la misma pantalla crea un producto "money" con un valor y lo incluyes
> en la multiselección.


Creo que sería interesante separarlo, es decir o rellena un campo IMPORTE, o
la multiselección de productos.

> Tendrá un botón que será ENVIAR la oferta o CANCELAR, en caso de
> > cancelar volverá a su página personal. Qué se generará en caso de
> > ENVIAR la oferta, un nuevo registro en la tabla EXCHANGE (tendríamos
> > que revisar los campos que debería contener dicha tabla) con contendrá
> > un campo con el estado del intercambio propuesto :
> > 1 .- Pendiente
> > 2.- Rechazado
> > 3.- Aceptado
> Y un campo expire para no eternizar el proceso y tampoco confudir a los
> usuarios.
> Así se podria purgar de los listados las ofertas expiradas y con un
> check incluirlas en el listado.?


Me parece bárbaro, ¿pero la fecha de expiración pasa a tenerse en cuenta si
no hay ninguna petición de intercambio?, o en cualquier caso y ¿quedan
desestimadas las ofertas?


>
> > De tal manera que quien ha realizado una oferta pueda ver en un
> > listado hecho al efecto el estado en el que se encuentran sus ofertas.
> > Y así mismo el que las recibe tenga un listado agrupado por producto
> > con las ofertas recibidas, dicho listado puede ser individual y/o
> > estar embebido en la página de descripción del producto.
> > Me planteo si debería existir una tabla con las ofertas que esté
> > relacionado con la tabla exchange, ahora mismo no existe. Dicha tabla
> > contendría un campo de estado con los valores :
> > 1.- Pendiente
> > 2.- Realizada
> Me he perdido. El estado no se guardaba en exchange.
> Seria ofertas -> exchange y exchange->exchange_item?


Se me fue la pinza ;-), estaba pensando en que si o si debía ofertar el
producto, no había tenido en cuenta que todo lo que se suba ya de por sí es
para intercambiar.



>
> > Ahora estamos en el momento en el que un usuario acepta una oferta, en
> > el caso de tener x ofertas ¿cómo rechazar las x-1 que no le
> > interesan?, creo que tendríamos que hacer que por defecto en caso de
> > aceptar una el resto sean rechazadas automáticamente, aunque también
> > debemos dejar libre la opción de rechazarlas de forma individual.
> Mi voto a esto. Genial Tomás
> > Otra cuestión es la información histórica de las ofertas, ¿quedarían
> > guardadas y por ende visibles o no?. De igual manera las ofertas
> > rechazadas deberían aparecer o pasar a un histórico,. con lo que
> > deberíamos añadir un campo para indicar que aparezcan en un listado de
> > histórico.
> Hummm.
> Creo que el tema de historicos se monta mucha veces por motivos de
> optimizar el espacio de las bases de datos. Pero por otro lado complica
> las consultas al tener que unir dos tablas con una UNION y aumentar un
> monton los accesos a las tablas que contiene campos descriptivos p.e.
> para pillar el nombre de la categoria y cosas así.



¿Entonces mantenemos los registros o los borramos?

>
> > Bueno ésto es un borrador de lo que podría ser el intercambio, ahora
> > espero vuestras ideas. Una vez hayamos llegado a un consenso lo
> > añadiré al documento.
> Un cuestión adicional.
>
> Si un usuario crea un intercambio y pasa un tiempo. Puede modificar su
> oferta para añadir nuevos productos? O debe crear uno nuevo?



Muy buena. Entiendo que una vez que tiene acceso a su oferta podría
modificarla, siempre y cuando no se haya cerrado el proceso, es decir,
siempre que sea visible. Lo que no tengo tan claro es cómo notificar ésto, o
si se debe notificar.

>
> > Saludos.
> >
>
> _______________________________________________
> Locambias-developers mailing list
> Locambias-developers en rubyforge.org
> http://rubyforge.org/mailman/listinfo/locambias-developers
>


Saludos.

-- 
Blog: www.lacoctelera.com/tomaslucas

Los Tres Chiflados (NRT).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://rubyforge.org/pipermail/locambias-developers/attachments/20070423/082aa6c5/attachment.html 

From miguel.alcalde en toolfactory.net  Fri Apr 27 10:59:57 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Fri, 27 Apr 2007 16:59:57 +0200
Subject: [Locambias-developers] [Bulma] Necesito formatear texto(direcciones)
Message-ID: <46320FED.6040904@toolfactory.net>

Buenas lista.

Tengo un marrón terrible. Tengo que formatear un montón de direcciones y 
cada una es hija de su padre y de su madre.

Además para terminar de rematarlo tiene un montón de errores con el 
nombre de via o viene concatenado la localidad... En fin un desastre.

Estaba pensando contruir unas reglas con sed para  pasarlo a todo el 
conjunto pero no se hasta que punto será capaza de darme el resultado 
como  via + dirección+ número.

Alguien tiene una experiencia parecida? Con awk o sed creeis que es 
suficiente o debo buscar otras alternativas?

Gracias


From miguel.alcalde en toolfactory.net  Fri Apr 27 11:12:17 2007
From: miguel.alcalde en toolfactory.net (Miguel Alcalde)
Date: Fri, 27 Apr 2007 17:12:17 +0200
Subject: [Locambias-developers] [Bulma] Necesito formatear
	texto(direcciones)
In-Reply-To: <46320FED.6040904@toolfactory.net>
References: <46320FED.6040904@toolfactory.net>
Message-ID: <463212D1.4050201@toolfactory.net>

Ignorar mi anterior mensaje ... un cruze de mensajes.