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 plus d'options, visitez le site https://groups.google.com/d/optout .
