On 12/06/2013 11:34 AM, Luca Fabbri wrote: > 2013/12/6 Fabrizio Rota <fabrizio.r...@gmail.com>: >> Ho trovato interessante questo video della Ploneconf 20\3: >> http://www.youtube.com/watch?v=cfDE2r-tLmQ&list=PLqjh1U8eZaP4QiTZlx4XFKIannYcMr_am&index=60 >> In particolare ho trovato interessante la seconda parte, ove si propone >> l'approccio "eggless", ovvero l'uso di pochissimi prodotti (Plomino, >> Listingview, PFG, Diazo....) in modalità TTW piuttosto che lo sviluppo di >> prodotti ad-hoc. >> È la prima volta che sento uno sviluppatore autorevole parlare in questo >> modo..... >> La lista che ne pensa? >> > > Sono abbastanza d'accordo con il concetto generale. Plone si è mosso > verso un'architettura "enterprise" e questo ha giovato molto alle sue > potenzialità, ma in alcuni casi io faccio ancora fatica a vedere tutti > i benefici. O meglio, vedo chiaramente gli svantaggi che sono > arrivati. > > Il TTW non può essere la modalità di sviluppo per la costruzione di > nuovi add-on, ma per quanto riguarda la personalizzazione mi pare > siano stati fatti passi indietro. > > Alcuni esempi: > > * Il registro di configurazione Plone è davvero così bello in > confronto ai vecchi property sheet? Nella maggior parte dei casi: no il portal_registry è esattamente come l'about:config di firefox, semplicemente NON devi toccarlo salvo tu sia veramente costretto. Nel 99.9% dei casi hai i pannelli di controllo appositi (e se non ci sono vanno aggiunti). Si può migliorare? Sicuramente sì!...è meglio delle portal_properties? sicuramente sì. IMHO è profondamente sbagliato essere costretti ad andare nella zmi per configurare Plone. In più, questo passo fa parte di una strategia più ampia per staccarsi dalla zmi, che nel lungo periodo permetterà IL cambiamento radicale di cui si è iniziato a parlare a Brasilia. > * Sono stati fatti reali passi avanti iniziando ad utilizzare > plone.app.users invece dei vecchi script e template perfettamente > personallizabili in ZMI? Sì, ma a che prezzo? > * Lo svuotamento del portal_skins previsto in Plone 5 porterà davvero > benefici? Non se il portal_view_customization non verrà finalmente > sistemato IMHO il vantaggio è che finalmente rimuoveremo uno degli N-mila modi per fare le cose, in particolare vecchi form e script. Un nuovo modo si troverà ma prima è necessario fare pulizia, in modo da vedere cosa rimane e cosa manca. > > Nota bene: per tutti i casi qui sopra il nuovo approccio ha veramente > portato benefici e funzionalità che prima non erano possibili, o > difficilmente realizzabili, ma per un uso comune di Plone queste nuove > potenzialità non servono quasi a nessuno. Questo vale anche per la > realizzazione di siti complessi. questo perchè l'obiettivo di plone 4 fu quasi esclusivamente l'utente finale, quello di plone5 sarà sia lo sviluppatore che l'utente. Dobbiamo tornare a divertirci a sviluppare in plone, e molti dei task che stiamo portando avanti per plone5 sono in questa direzione. > > Conclusione: al momento Plone taglia fuori (con completamente, ma più > di quanto faceva una volta) quei super-user con conoscenze tali da > potersi modificare il proprio sito e sviluppare, ma impossibilitati ad > accedere al server. condivisibile, ma stiamo parlando di una percentuale ristretta rispetto al gruppo unito di sviluppatori e utenti finali che trarranno enormi vantaggi. > Poi che il TTW sia un disastro da tenere manutenuto, versionato e > aggiornato: non ci piove!
-- Giacomo Spettoli Twitter: http://twitter.com/giacomospettoli LinkedIn: http://linkedin.com/in/giacomospettoli _______________________________________________ Plone-IT mailing list plone...@lists.plone.org https://lists.plone.org/mailman/listinfo/plone-plone-it http://plone-regional-forums.221720.n2.nabble.com/Plone-Italy-f221721.html
