2013/12/6 Giacomo Spettoli <[email protected]>: > On 12/06/2013 11:34 AM, Luca Fabbri wrote: >> 2013/12/6 Fabrizio Rota <[email protected]>: >>> 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.
Dico solo questo perché è chiaramente inutile discutere oltre: spero tu abbia ragione, non ho sicuramente la visione d'insieme di voi membri del framework team! -- -- luca twitter: http://twitter.com/keul linkedin: http://linkedin.com/in/lucafbb blog: http://blog.keul.it/ _______________________________________________ Plone-IT mailing list [email protected] https://lists.plone.org/mailman/listinfo/plone-plone-it http://plone-regional-forums.221720.n2.nabble.com/Plone-Italy-f221721.html
