# RE: gestione gruppi in rails **URL:** \ **Category:** IT\ **Created:** [August 31, 2006, 11:35am UTC](https://www.ruby-forum.com/t/re-gestione-gruppi-in-rails/67062 "2006-08-31T11:35:22Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Giuliano\_U](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/g/ecd19e/32.png) [@Giuliano\_U](https://www.ruby-forum.com/u/Giuliano_U)\ **Post date:** [August 31, 2006, 11:35am UTC](https://www.ruby-forum.com/t/re-gestione-gruppi-in-rails/67062/1 "2006-08-31T11:35:22Z")
immagina un manager che gestisce persone in sedi distaccate… potrebbe volerle organizzare in gruppi che dipendono da lui… e che magari hanno dei sottogruppi poi magari lo stesso manager ha il suo segretario personale che lavora per lui, quindi è relazionato solo a lui… e lui stesso magari è parte del gruppo _managers_ a livello di model una soluzione a questo comportamento và pensata bene, sopratutto per problemi di performance dovuti alla ricorsività. non mi sento di dare soluzioni ora, magari dopo qualche caffè :)🙂 ---
**Author:** ![Giuliano\_U](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/g/ecd19e/32.png) [@Giuliano\_U](https://www.ruby-forum.com/u/Giuliano_U)\ **Post date:** [August 31, 2006, 1:53pm UTC](https://www.ruby-forum.com/t/re-gestione-gruppi-in-rails/67062/2 "2006-08-31T13:53:38Z")
Solo una mia riflessione: è forse utile cercare di decidere che “scope” deve avere ‘sto sistema di gestione utenti/gruppi. Sono problemi piuttosto complessi (no, informaticamente parlando non sono problemi complicati; è solo che sembra difficilissimo farlo _bene_!) questi e forse vale un po’ lo stesso argomento che DHH usa per Rails stesso: è solo tempo sprecato cercare di essere tutto per tutti. Rifai Java. In un contesto aziendale esiste già un qualche sistema di gestione di utenti/gruppi e fa quasi sempre schifo al maiale ma rimane lì perché … … … boh, perché deve rimanere lì. Un meccanismo duttile e di facile utilizzo per interfacciarsi con questi sistemi sarebbe La Vera Svolta. Vi immaginate poter usare un documento YAML sul portatile di sviluppo, un DB MySQL sul server di test e un mega LDAP in produzione? Sarebbe una figata. Se il backend fosse modulare ed astratto rispetto alle funzionalità di base (crea utente/gruppo, cambia pwd, aggiungi metadati, gestisci gerarchie tra utenti/gruppi, ecc ecc) sarebbe tempo guadagnato per tutti… 🙂 David Giuliano U. wrote: > > > > * * * > > Chiama i tuoi amici GRATUITAMENTE con la funzionalità di chiamata da PC a PC > [http://get.live.com/messenger/overview\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_](http://get.live.com/messenger/overview _______________________________________________ ) > Ml mailing list > removed\_email\_address@domain.invalid > [http://lists.ruby-it.org/mailman/listinfo/ml](http://lists.ruby-it.org/mailman/listinfo/ml) – “Remember, always be yourself. Unless you suck.” - Joss Whedon ---
**Author:** ![Giuliano\_U](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/g/ecd19e/32.png) [@Giuliano\_U](https://www.ruby-forum.com/u/Giuliano_U)\ **Post date:** [August 31, 2006, 2:05pm UTC](https://www.ruby-forum.com/t/re-gestione-gruppi-in-rails/67062/3 "2006-08-31T14:05:43Z")
Ah, poche ore e abbiamo già due scuole di pensiero 🙂 io l’avevo pensato in termini di rete più che di organigramma… perchè sono interessato più a gruppi che si organizzano mettendosi d’accordo che non a organigrammi calati dall’alto. chiaro, se il sw è per un’azienda devi adeguarti al secondo modello, ma per ora preferivo concentrarmi sul primo, dove gli utenti all’interno di un gruppo hanno relazioni più paritarie… e se vogliono qualcosa di più private… formano un altro gruppo. quindi questo è il mio scope dichiarato. avendo un’infrastruttura verticale di questo tipo, sarebbe possibile anche metterla a disposizione di vari app developer tramite una API. con le info utenti+gruppi concentrate su un unico server. che ne pensate? On 8/31/06, david [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > utilizzo per interfacciarsi con questi sistemi sarebbe La Vera Svolta. > 🙂 > > > a livello di model una soluzione a questo comportamento và pensata bene, > > o un utente che\> appartiene ad un utente… non è possibile pensare di > > gli scherzi, in ambito aziendale è necessaria una struttura del\> \> genere, > > removed\_email\_address@domain.invalid > > [http://lists.ruby-it.org/mailman/listinfo/ml](http://lists.ruby-it.org/mailman/listinfo/ml) ## – Chiaroscuro Liquid Development: [http://liquiddevelopment.blogspot.com/](http://liquiddevelopment.blogspot.com/) ---
**Author:** ![Giuliano\_U](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/g/ecd19e/32.png) [@Giuliano\_U](https://www.ruby-forum.com/u/Giuliano_U)\ **Post date:** [August 31, 2006, 2:59pm UTC](https://www.ruby-forum.com/t/re-gestione-gruppi-in-rails/67062/4 "2006-08-31T14:59:49Z")
Il 31/08/06, david[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) ha scritto: […] > forse vale un po’ lo stesso argomento che DHH usa per Rails stesso: è > solo tempo sprecato cercare di essere tutto per tutti. Rifai Java. > […] > Vi immaginate poter usare un documento YAML sul portatile di sviluppo, > un DB MySQL sul server di test e un mega LDAP in produzione? Sarebbe una > figata. allora avresti rifatto Java + JAAS 🙂 – Michele F. SeeSaw | Another point of view > **[A Padova il buon software chi lo fa?](https://seesaw.it/)** > > A creare software sono tantissimi, a farlo molto bene c’è una certa schiera di sviluppatori, ma a costruirlo un pezzo alla volta insieme al cliente, plasmarlo sulle sue esigenze e renderlo parte di un nuovo approccio al mondo del lavoro sono davvero... removed\_email\_address@domain.invalid