D'experience, j'ai commence rails en 2007, j'ai decouvert ajax scaffold en 2008 et j'ai arrete de l'utiliser en.... 2008. Je trouvais ca absolument fantastique au depart et tres rapidement j'ai compris que les admin auto-generees (et tous les trucs magiques auto generee "on the fly" qui plus est) c'est mal, ce sont d'ailleurs un des premiers trucs que j'ai arrete d'utiliser. Et pourtant il me faut longtemps pour adopter un truc et encore plus pour m'en defaire. J'ai continue a utiliser prototype jusqu'en 2010 en pensant que c'etait genial.
Les admins donc, c'est "bien" pour faire du prototyping mais ca s'arrete la. Et encore.... Parce que des que tu dois faire un truc complique, tu droppes l'usage de l'outil (ou alors tu essaies d'adapter l'outil mais la, c'est du ressort de la psychiatrie), mais pour une page seulement et tu dois maintenir 2 systemes, avec tous les probleme que ca implique.
D'ailleurs, quand je dis que ces outils sont horribles et ont un scaling absolument epouvantable, je parle meme pas du frontend. La ca depasse l'entendement en terme de complexite des lors que tu as un truc un peu fancy.
Pour etre tout a fait honnete, je n'ai JAMAIS utilise active admin, j'ai vite fait parcouru leur doc et j'ai zappe presque aussitot parce que ca n'apportait rien de nouveau sous le soleil. Meme outil, memes problemes (compare a active scaffold et ajax scaffold), absolument aucune innovation si ce n'est l'interface qui est un peu plus poussee.
Ca oblige tes devs a apprendre un DSL complet, tout ca alors qu'a terme - a moins d'avoir une toute petite application avec tres peu d'evolution - l'outil sera de toutes facons degage du projet.
Ma philosophie, c'est autant perdre un peu de temps, developper l'admin "a la main" en sachant qu'on part sur du CRUD tabulaire mais que tres vite, on va sortir de ca et qu'il faut pouvoir s'adapter rapidement au besoin du client. Avec un AA (tu noteras que c'est aussi les initiales des alcooliques anonymes) like, ton client sera tres surpris le premier sprint qu'il faille "si peu" de temps pour developper autant de choses, mais quand il va s'entendre dire plus tard qu'il a fallu 5 mecs a plein temps pour lire des milliers de page de doc et choisir un plugin bancal developpe par un guignol dans un coin et qui n'a jamais vraiment ete teste juste pour ajouter un upload de fichiers ( ;) ;) ;) ;) ;) ) et que maintenant "voila la facture mais on vous fait un prix parce qu'on est cool", ta credibilite / reputation risque d'en prendre un sacre coup.
Sorti de cela, pour faire un retour plus direct sur ton code:
Je comprends absolument pas l'utilisation d'angular couplee a celle de fichiers .js.erb. Avec tout le respect que je te dois, tu as du louper un truc dans l'histoire. Les rjs (ancien nom en rails du fait de controler la vue depuis le serveur) sont un pattern absolument affreux, pour pas dire diabolique qui est a eviter a tout prix. Pour les avoir utilise pendant 2 ans et en etre revenu, je peux te dire que chaque fois que j'en vois, mon coeur saigne (adieu la teigne). Et angular est cense se charger de la vue, ton serveur ne devrait justement pas avoir a le faire (sinon quel interet d'utiliser angular).
Quand a angular lui meme, c'est toujours un choix que je questionne. Le fait que ce soit tres incompatible avec coffeescript, qu'on ne puisse pas minifier le js (ou tres difficilement), que ce soit une vision super java et pas du tout javascript (serieusement, le truc c'est Spring dans un navigateur), que ce soit le serveur qui genere les templates a la demande etc.... Autant de raisons qui font que je vomis pas mal ce truc. Qui en plus va etre reecrit d'une maniere que je trouve encore plus infame que le premier....
Tout ca sonne tres negatif et je m'en excuse, j'ai juste l'impression que t'es en train de reinventer la roue et que tu perds ton temps mec :)