Florian, pour ton premier point, je ne suis pas d'accord. Je trouve justement que mon outil gagne avec la complexité étant donné qu'elle est très simple et laisse à Rails prendre la place qui lui revient. Pour ton second point, je suis tout à fait d'accord. J'avais d’ailleurs commencé à vouloir faire un outil qui soit juste une api mais qui fournisse également une interface de gestion. Cependant, je me suis un peu casser les dent là dessus et j'ai trouvé ça plus complexe qu'autre chose. Je suis donc venu à une vision plus simple.
Jean-Hadrien, je pense en effet que la partie d'admin n'est souvent pas jugé critique mais, de mon expérience, on se retrouve souvent avec des bogues à résoudre, des éléments qui manques, des lenteurs, etc. On travail avec un Framework puissant, Rails. Pourquoi ne pas profiter au maximum de sa puissance et fait les choses proprement ? Au niveau des edges cases, encore une fois, je profite de Rails. SmartManagement est juste une brique intégré à d'autres briques que l'on utilise dans Rails. Je comprends bien, ce que vous pensez qui pourrais avoir plus de succès ça serait une api qui puisse être tout aussi facilement faisable et configurable. l'intérêt serait donc de pouvoir porter l'outil sur autre chose que Rails. C'était mon but au départ et je crois qu'il va falloir que j'y repense. Ça ne devrait pas être si compliqué. Je crois que je vais juste avoir des problèmes au niveau du schéma de données. Si des personnes ont des idées, je suis ouvert à toute proposition. Merci pour vos avis. Le 28 avril 2015 06:50, Jean-Hadrien Chabran <j...@chabran.fr> a écrit : > Disons que d'un point de vue de la popularité, si tu joues sur le même > terrain que active admin, cela va être difficile de gagner de la traction. > L'espace d'admin est souvent un truc avec lequel les devs gagnent des > tonnes de temps en utilisant des solutions comme ActiveAdmin et la tienne. > Du coup, la question de la pérennité est critique, car c'est typiquement > une brique qui va pas trop bouger et pas particulièrement intéressante à > coder (en tout cas sur des applis métier classiques). Résultat des courses, > prendre le truc archi classique (certes un peu relou de temps en temps) > mais dont on est sûr que la core team est là pour les 3 prochaines années, > est un choix très commun. > > La mode étant aux SPA, avoir l'admin sous cette forme peut séduire une > partie des devs qui chercheraient à avoir un admin un peu plus sexy, > d'autant plus qu'on aurait pu imaginer que la brique d'admin soit découpée > en deux partie, le client qui au final dépendrait juste d'une api restful > et de l'autre côté ton backend par "défaut" pour rails, qui peut être donc > remplacé si besoin, y compris par un truc dans un autre langage (hop, à toi > le ActiveAdmin qui marche avec Django/Rails/Phoenix/whatever). > > Au délà de ces considérations, ActiveAdmin, avec ses défauts bien entendu, > est battle-tested, on sait que si on l'envoie dans l'app, on devrait s'en > sortir et pas se bouffer (trop) d'edges cases bizarres, car bah avec le > parc d'applications qui s'en servent, les devs ont bien du voir passer la > majorité des edges cases. Now, quand tu devs toi même le truc, > factuellement tu ne peux pas être aussi fiable (face à ces edge cases*), > elle peut le devenir, mais il faudra un moment. > > Si la finalité c'était de produire une gem populaire, cela va être tendu. > Si c'était de te faire ton propre backend, awesome :] tu as du apprendre > plein de trucs en le faisant et now tu as du code que tu connais par coeur > pour l'admin de tes apps. Ton mail initial ne suggérait pas tellement la > deuxième option. > > * edges cases : combinaisons obscures de versions/implé de ruby, de rails > et autres gems, datastores, cache http, plugins et autres joyeusetés :) > > > My 2 cents, > > > 2015-04-28 12:02 GMT+02:00 Guirec Corbel <guirec.cor...@gmail.com>: > >> Comme je disais hier, je trouve que mon outil est beaucoup plus simple à >> modifier qu'ActiveAdmin et laisse utiliser la puissance de Rails. Je ne >> comprend pas tout à fait le lien avec les SPA ? Peux-tu préciser ? >> >> D'après les commentaires que je reçois, les gens sont tout à fait >> satisfait de ce que fournit ActiveAdmin. Personnellement, je préfères >> utiliser SmartManagement. Je pense que je vais continuer à le maintenir >> pour moi et me lancer dans un autre projet open source qui aura peut-être >> plus de succès. Au moins, je ne vais pas me casser les reins avec un projet >> qui ne sera probablement pas populaire. >> >> >> Le 2015-04-27 21:25, Florian Dutey a écrit : >> >> Salut. Desole par avance parce que ca peut paraitre un peu "frontal" >> comme commentaire mais quel est le but de refaire un énième ActiveAdmin a >> l'heure des single page application? >> >> Le 27 avril 2015 17:55, Guirec Corbel <guirec.cor...@gmail.com> a écrit : >> >>> En y repensant, ce que j'ai un peu oublié dans mon README est que >>> SmartManagement n'est pas uniquement fait pour faire une partie >>> d'administration mais peut également servir à tout type de gestion et >>> s'insérer facilement dans une application Rails. >>> >>> >>> Le 2015-04-27 04:38, Guirec Corbel a écrit : >>> >>> Bonjour, >>> >>> Comparé à des gems comme ActiveAdmin ou RailsAdmin, j'ai préféré en >>> faire moins et laisser l'utilisateur profiter de la puissance de Rails en >>> faisant en sorte qu'il soit facile de surcharger le comportement par >>> défaut. J'ai longtemps utilisé ActiveAdmin et, je trouve que ça va très >>> bien quand c'est simple mais dès qu'il y a de la complexité ça devient vite >>> plus ardu que de faire ne application Rails à la main. >>> >>> Je vais simplifier le processus d'installation. J'ai préféré utiliser >>> plusieurs lignes étant donné qu'il est possible que l'application possède >>> déjà ces dépendances. Je vais voir ce que je peux faire. >>> >>> L'application en elle même n'a pas de sécurité par défaut. Étant donné >>> qu'il s'agit d'une application Rails, il est facilement possible d'ajouter >>> des gems comme devise. Ça laisse toute la souplesse au programmeur >>> d'utiliser ce qu'il préfère. >>> >>> Merci pour ton commentaire, ce sont des bons points à ajouter dans le >>> README. >>> >>> Le 2015-04-27 02:39, Julien Grillot a écrit : >>> >>> Salut, >>> >>> J'y vais en vrac :) >>> >>> – Quelles différences avec les autres gems d'administration ? >>> >>> – Est-il possible de résumer l'installation à une ligne de Gemfile, >>> de JS et de CSS ? >>> >>> – Que faut-il faire pour sécuriser son app' si l'on installe cette gem ? >>> >>> Merci pour ta contribution, >>> Julien >>> >>> >>> >>> >>> Le 27 avril 2015 01:59, Guirec Corbel <guirec.cor...@gmail.com> a écrit >>> : >>> > Salut, >>> > >>> > J'ai fait une gem permettant de faire une partie d'administration à la >>> fois >>> > facile à faire et très configurable : >>> > https://github.com/gcorbel/smart_management. Je suis intéressé par vos >>> > commentaires. J'espère pouvoir faire avancer cette gem là, faire un >>> site de >>> > démonstration et avancer dans ma démarche une fois que j'aurais réunis >>> des >>> > commentaires. >>> > >>> > Merci pour votre aide, >>> > Guirec. >>> > >>> > -- >>> > -- >>> > 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 >>> > railsfrance@googlegroups.com >>> > Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> > railsfrance-unsubscr...@googlegroups.com >>> > --- Vous recevez ce message, car vous êtes abonné au groupe Google >>> Groupes >>> > Railsfrance. >>> > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le >>> > concernant, envoyez un e-mail à l'adresse >>> > railsfrance+unsubscr...@googlegroups.com. >>> > Pour plus d'options, visitez le site >>> https://groups.google.com/d/optout . >>> -- >>> -- >>> 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 >>> railsfrance@googlegroups.com >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> railsfrance-unsubscr...@googlegroups.com >>> --- >>> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes >>> "Railsfrance". >>> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le >>> concernant, envoyez un e-mail à l'adresse >>> railsfrance+unsubscr...@googlegroups.com. >>> Pour obtenir davantage d'options, consultez la page >>> https://groups.google.com/d/optout. >>> >>> >>> >>> -- >>> -- >>> 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 >>> railsfrance@googlegroups.com >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> railsfrance-unsubscr...@googlegroups.com >>> --- >>> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes >>> "Railsfrance". >>> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le >>> concernant, envoyez un e-mail à l'adresse >>> railsfrance+unsubscr...@googlegroups.com. >>> Pour obtenir davantage d'options, consultez la page >>> https://groups.google.com/d/optout. >>> >> >> -- >> -- >> 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 >> railsfrance@googlegroups.com >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> railsfrance-unsubscr...@googlegroups.com >> --- >> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes >> "Railsfrance". >> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le >> concernant, envoyez un e-mail à l'adresse >> railsfrance+unsubscr...@googlegroups.com. >> Pour obtenir davantage d'options, consultez la page >> https://groups.google.com/d/optout. >> >> >> -- >> -- >> 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 >> railsfrance@googlegroups.com >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> railsfrance-unsubscr...@googlegroups.com >> --- >> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes >> "Railsfrance". >> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le >> concernant, envoyez un e-mail à l'adresse >> railsfrance+unsubscr...@googlegroups.com. >> Pour obtenir davantage d'options, consultez la page >> https://groups.google.com/d/optout. >> > > > > -- > Jean-Hadrien Chabran > > -- > -- > 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 > railsfrance@googlegroups.com > Pour résilier votre abonnement envoyez un e-mail à l'adresse > railsfrance-unsubscr...@googlegroups.com > --- > Vous recevez ce message, car vous êtes abonné au groupe Google Groupes > "Railsfrance". > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le > concernant, envoyez un e-mail à l'adresse > railsfrance+unsubscr...@googlegroups.com. > Pour obtenir davantage d'options, consultez la page > https://groups.google.com/d/optout. > -- -- 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 railsfrance@googlegroups.com Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscr...@googlegroups.com --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com. Pour plus d'options, visitez le site https://groups.google.com/d/optout .
