@sebastien en fait, open erp a rebuté le client car il est "compliqué à utiliser" (j'avoue que l'interface est pas super orientée utilisateur). Moi je suis un rubyiste, coder en python me fait pas super peur mais tous mes collègues ne connaissent que php. Utiliser une appli rails est envisageable parce que j'ai 5 ans d'xp dessus et que je peux former le reste de l'équipe et compenser le retard. En python, je serai seul et j'ai aussi très peur que ce soit un peu plus difficile d'accès que ruby.
Au passage, ils veulent la gestion des achats, of course. Je te rejoins totalement sur le fait que coder ça en php, sans parler de suicide (même si j'en pense pas moins), cela demanderait des ressources énormes et des compétences pas forcément évidentes à trouver dans le milieu. Le 16 mars 2012 13:41, Florian Dutey <[email protected]> a écrit : > En gros, le client est une boutique "irl". Ils vendent toutes sortes > d'articles qu'ils customisent (c'est leur valeur ajoutée). > Exemple, ils achètent un monocycle, qu'il rentrent en stock. Un client > l'achète mais demande une selle et des pédales spéciales. > > Ils vont donc: > > * retirer le monocycle du stock > * retirer une paire de pédale du stock > * retirer une selle du stock > * entrer en stock la selle non utilisée (celle présente à l'origine sur le > monocycle) > * entrer en stock les pédales non utilisées (idem) > > Il y a une notion de composant-composé puisqu'ils peuvent "désassembler" > un produit et remettre en stock les pièces non utilisées en vue de les > intégrer dans une autre customisation plus tard. > > Dans un premier temps, il veulent juste pouvoir gérer leur stock afin de > ne pas devoir attendre l'inventaire pour savoir ce qu'ils ont vraiment. > Evidemment, l'idée est aussi de pouvoir valoriser ce stock (pump). > Dans un second temps, ils veulent que l'on re-développe leur site > internet, qui est hyper pourri et qu'on en profite pour le plugger sur la > gestion de stock pour tout unifier. > > Le client n'a bien sur pas les moyens de se payer le développement d'une > gestion de stock de A à Z, c'est pourquoi on cherche plutot une solution > existante, bien codée, pour pouvoir introduire cette notion de composant / > composé le moins difficilement possible. > > Il faut savoir que la boite dans laquelle je suis fait du php, donc on ne > développera pas from scratch en ruby, l'équipe est loin d'etre au niveau > (pour un phpman, la notion d'association polymorphique, c'est du > satanisme). Simplement comme on trouve rien de concluant en php, on se > demandait s'il existait quelque chose de bien foutu (donc facile à faire > évoluer) en ruby. > > Voila =) > > Le 16 mars 2012 10:18, [email protected] <[email protected]> a écrit : > > Ton client cherche un ERP ou une gestion de stocks ou une gestion de >> catalogue produits ? >> >> Dans le dernier cas, on a déjà fait ça en mixant STI, has_many :through >> et acts_as_network. >> >> Et avec delegate et les bonnes options à belongs_to, on a aussi des >> déclinaisons pour pas cher. >> >> ++ >> >> yk >> >> Le 16 mars 2012 10:10, Florian Dutey <[email protected]> a écrit : >> >>> Bonjour à tous. >>> >>> Je suis actuellement à la recherche d'une solution d'erp pour faire de >>> la gestion de stock avec une notion de composant / composé (produits). >>> Je n'ai rien trouvé en Rails, toutes mes recherches m'amènent à openERP >>> (python donc) mais qui est loin d'etre mon premier choix. >>> >>> Le client veut en priorité une solution php mais n'est pas totalement >>> allergique à rails. >>> >>> Vos suggestions sont les bienvenues. Merci d'avance =). >>> >>> -- >>> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >>> de Google Groups. >>> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >>> [email protected] >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> [email protected] >> >> >> -- >> Vous recevez ce message, car vous êtes abonné au groupe Google >> Groupes RubyFR public. >> Pour envoyer un message à ce groupe, adressez un e-mail à >> [email protected]. >> Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse >> [email protected]. >> Pour plus d'options, consultez la page de ce groupe : >> http://groups.google.com/group/rubyfr-public?hl=fr >> > > -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
