L'articolo che stai leggendo è stato scritto 432 giorni orsono.
Le informazioni presenti potrebbero non essere aggiornate!
In questi giorni mi sto davvero divertendo un mondo a sviluppare la piattaforma di blogging. Devo dire che sto riuscendo a raggiungere un buon ottimo, sempre in funzione di un qualcosa costruito sulle mie esigenze.
Adesso il codice risulta molto più linerare e striminzito. La linearità e la pochezza delle righe di codice, oltre ad assicurare tempi di caricamento dell'applicazione più rapidi, sono sicuramente un buon modo per massimizzare le possibilità di personalizzazione da parte degli utilizzatori terzi.
Ci sono però alcune cose che saprei come fare. Il condizionale è d'obbligo nella misura in cui io sono sicuro delle mie cose, ma volendo condividere il lavoro, vorrei capire dove sta l'ottimo per tutti.
Un sistema di plugin?
Non sono passato a Wordpress proprio per la dipendenza dell'applicazione da plugin di parti terze. E per parti terze intendo sviluppatori non collegati con il core di WP.
I vantaggi della mia scelta si sono visti con la versione 2.3 della famosa piattaforma. Il database è stato stravolto e questo ha fatto si che una gran quantità di plugin dalle funzionalità core siano diventati improvvisamente inutilizzabili.
Badate, in questo contesto per funzionalità core intendo uno nuova feature abilitata via plugin su cui di fatto ruota tutta l'attività di blogging. Questo a parer mio è una distorsione pericolosa. Di fatto gli sviluppatori di WP non badano alla cosa e fanno benissimo! Sviluppano il core indipendentemente dal ciclo di vita del plugin. Nei fatti però trovo orde di gente che non aggiorna ad una versione sicuramente superiore (la struttura del database ora è veramente eccezionale) per via del lento sviluppo del plugin su cui vive il blog.
Ho sempre considerato la cosa sbagliata. Ed ho sviluppato un codice facile proprio perchè, dato che si tratta di un software open source, chiunque vuole può modificarlo a suo piacimento.
Voi avete le vostre funzioni aggiuntive di facile sviluppo grazie alla linearità del codice, io potrei avere a disposizione una versione modificata del software con nuove funzionalità già integrate nel core.
Se ci fate caso è più o meno lo sviluppo che ha eMule. Non ha caso è il p2p di maggior successo.
Un discorso del genere da un lato preclude molti utilizzatori all'uso di opzioni nuove se non incluse nel core, dall'altro aumenta il rischio di fork che non sono proprio l'ideale per un progetto appena nato.
I vantaggi sono però indubbi in termini di pieno sviluppo!
Implementare un sistema di plugin è cosa veramente semplice. Ma non so se è una buona idea. Voi che mi dite?
Cache system in default?
Secondo dubbio che mi assilla. Un sistema di caching delle pagine da' sicuri vantaggi. Navigazione più fluida, database meno sotto stress, e tanto tanto altro.
Ma abilitarlo in default è cosa giusta da fare? Al momento il sistema in sviluppo lo prevede attivo sempre. Le regole di creazione e distruzione della cache (ultimamente aggiornate e migliorate) sono parte integrante del cuore del software.
Far decidere all'utente se utilizzare il sistema di cache o no personalmente mi sembra un modo per permettere a qualcuno di guidare con il freno a mano tirato.
Che vantaggi ci sono nel permettere una scelta poco efficiente? E soprattutto, sarebbe veramente una scelta poco efficiente garantire la disabilitazione del caching?
Magari vi annoio, ma molte ottime cose sono riuscito ad implementarle dai vostri consigli. Il motivo per cui ho deciso di condividere l'applicazione è molto egoistico: siete grandi e mi create tanti vantaggi :)
Ora che sapete che non sono mosso da spirito altruistico, non prendetevela e fatemi sapere cosa ne pensate ;)
