2011/3/22 Peter Eisinger <[email protected]> > El 22/03/2011 12:45, Alexandro Colorado escribió: > > > > > > 2011/3/22 Leandro Gómez <[email protected] <mailto: > [email protected]>> > > > > 2011/3/22 Alexandro Colorado <[email protected] > > <mailto:[email protected]>> > > > > > > > > 2011/3/22 Leandro Gómez <[email protected] > > <mailto:[email protected]>> > > > > 2011/3/22 María Leandro <[email protected] > > <mailto:[email protected]>> > [...] > > 4.- Quizás un registro centralizado? Para no matarnos > > preguntando las estadisticas? (muy sencillo, nombre, > > apellido, ciudad/pais, > > > > > > Existe el Flisys. También hay un sistema que hizo Adolfo > > Fitoria (todavía estás en la lista?) que es muy bueno y lo > > hemos estado utilizando en los últimos tres años en nuestras > > sedes. > > > > > > Disculpame pero ese sistema es <rant>realmente fuera de lo que > > se necesita. Si alguna vez lo usaste, > > Supongo que si, ya que Leandro logró reunir a un grupo de colaboradores > para hacer testing al sistema. > > > Sí, fue hace muchas lunas :)
> > tiene una serie de cosas > > que simplemente no van con un evento como el flisol. Por > > ejemplo, es necesario saber tu codigo postal? > > Hay sedes que envían correo postal (creo ya te lo había mencionado), no > todo mundo tiene internet, ni está pendiente del email. Incluso en un > gran país como Brasil, eso sucede. > > > > Cual es la reelevancia de tu fecha de nacimiento? > > Saludarlo. Una buena escusa para retomar contacto. Preguntar que tal le > fue con esa instalación y/o invitarlo a alguna actividad, etc. > > En las empresas entra en lo que se llama fidelización, está probado que > una comunicación para esa fecha nunca no es mal recibida. > > > Igualmente estos y otros campos de datos podrían ser opcionales para las > sedes que no les interese. Si no tienes ganas de > ver/configurar/modificar el sistema, tampoco es tan terrible, pones > verdura y listo. > > Aquí no creo valga el menos, es más. Si son funciones que para algunas > sedes tienen valor. > > > No solo eso > > programaticamente es algo muy arcaico, creo que fue hecho en > > php4, y bueno el HTML es tambien poco fluido</rant> > > Lamentablemente contrariamente a lo que esperábamos, no hubo gente que > se peleaba por colaborar para mejorar el sistema. > Aún así, no murió. Maxx tiene buenas ideas para poner en práctica en la > próxima edición del FLISOL y mejorar su usabilidad, mejorar la > experiencia del usuario como le dicen ahora. > > > > Por aquí está el sistema que nosotros usamos por si querés darle una > > probadita. Es muy sencillo y fácil de adaptar: > > > > http://gitorious.org/sfd-reg > > > > Screenshots obligatorios: > > > > http://leogg.files.wordpress.com/2008/09/sfd-reg-01.png > > http://leogg.files.wordpress.com/2008/09/sfd-reg-03.png > > http://leogg.files.wordpress.com/2008/09/sfd-reg-04.png > > http://leogg.files.wordpress.com/2008/09/sfd-reg-05.png > > > > > > Claro, mas accesible. Muy bueno, checare el codigo. > > > Me pregunto si este sistema o cualquier otro, podrá tener en cuenta la > exportación de datos .. para ser tomados por FLISYS Server (csv) para > así tener la data consolidada. > > Recuerdas Leogg que FLISYS Server lo que hacía era eso, la consolidación > de la data generada en las sedes, cierto? > > Sí, no niego que FLISYS tiene sus puntos fuertes. Sin embargo creo que es demasiado para nosotros? Me inclino más a usar algo pequeño, sencillo y manejable. Si hay interés en utilizar el sistema que propuse podemos organizar un pequeño taller via IRC de instalación/adaptación/uso para las sedes que quieran implementarlo. > _______________________________________________ > Flisol mailing list > [email protected] > http://listas.flisol.co.cc/cgi-bin/mailman/listinfo/flisol >
_______________________________________________ Flisol mailing list [email protected] http://listas.flisol.co.cc/cgi-bin/mailman/listinfo/flisol
