[Plone-IT] Eggless Plone

Luca Fabbri luca a keul.it
Ven 6 Dic 2013 11:27:11 UTC


2013/12/6 Giacomo Spettoli <giacomo.spettoli a gmail.com>:
> On 12/06/2013 11:34 AM, Luca Fabbri wrote:
>> 2013/12/6 Fabrizio Rota <fabrizio.rota a 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.

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/


Maggiori informazioni sulla lista Plone-IT