Oltre a quelli più famosi esistono social network liberi e aperti: identi.ca, Diaspora, Gist. Alcuni sono più maturi, altri meno, altri addirittura sono solo sperimentali. I quotidiani mainstream, invece di parlare sempre e soltanto di Facebook per poi lamentarne le censure, facciano la loro parte diffondendo presso il grande pubblico informazioni su questi social network alternativi: quando questi riusciranno anche solo ad integrare nell’uso quotidiano i social network più famosi e diffusi allora il tasso di vera libertà su internet aumenterà sensibilmente anche per loro.

(more…)

Spesso capita di avere dei file, prevalentemente di natura testuale (appunti, configurazioni, documenti, output di altri software ecc.), che devono essere modificati nel tempo, ma di volerne tenere una copia di riserva per poter annullare le modifiche o mantenere uno storico dei cambiamenti per qualche motivo. Così finiamo con avere delle directory piene di file con suffissi “old”, “backup”, “20100610″, ecc. e di queste copie, dopo poco tempo, si perde il filo.

(more…)

(more…)

The Definitive Guide to Plone

Il primo libro fondamentale per la mia formazione è stato The Definitive Guide to Plone, di Andy McKay, edito da Apress. Pur essendo ormai un po’ datato (2004) è stato uno dei primi - e migliori - ad affrontare l’argomento Plone dal punto di vista del programmatore, in un panorama che all’epoca offriva molti libri (a volte davvero mediocri) rivolti soprattutto agli utenti finali. Plone però non è soltanto un CMS da mettere in mano agli utenti così com’è, ma una meravigliosa piattaforma per lo sviluppo di applicazioni complesse.

McKay inizia comunque con un’introduzione per i neofiti, toccando tematiche obbligate come l’installazione ed il primo utilizzo, fino alle più immediate personalizzazioni attraverso il web. Ma è con l’introduzione ai template, molto chiara e precisa, che il libro inizia ad essere veramente utile. Da questo punto in poi vengono sviscerati i concetti fondamentali della programmazione Zope e Plone: sicurezza, workflow, object database e ricerca degli oggetti. Importantissima la parte in cui si parla dello sviluppo dei prodotti (il gergo Zope per indicare i plugin) e del framework Archetypes per creare rapidamente nuovi tipi di contenuto. Il libro si conclude con un capitolo dedicato alla parte sistemistica di Zope (configurazione, ottimizzazione, scalabilità, ecc.), molto importante per avere un’infarinatura sul deploy della propria applicazione. Utile come reference l’appendice che riporta le API più importanti, anche se qualcuna sta diventando obsoleta.

Definitive Guide to Plone è un libro introduttivo alla programmazione Zope/Plone, ma non per questo meno approfondito. La prima parte fornirà il contesto a chi non conosce Plone, ma anche basi più solide a chi già lo conosce superficialmente, per affrontare al meglio i capitoli più corposi.

Potete trovare The Definitive Guide to Plone su Amazon. Al momento in cui scrivo il prezzo è di circa $36, che con il cambio favorevole e i costi di spedizione contenuti è davvero molto buono. Inoltre è in preparazione la seconda edizione, sicuramente aggiornata alle versioni più recenti di software e API, e che tra l’altro vede l’entrata dell’italiano Fabrizio Reale di Redomino fra gli autori.

1. Le infinite catene di if/else annidati sono tra le cose che più irritano il mio senso estetico. Una moltitudine di rami decisionali, uno dentro l’altro, che formano un groviglio inestricabile per la comprensione e sono impossibili da modificare.
2. I metodi, le funzioni o le procedure più lunghi di 20 righe, inclusi i commenti, rendono difficile seguirne il filo logico, spesso sono poco coesi (fanno troppe cose) e di conseguenza scarsamente modificabili.
3. Il codice non commentato è un danno per gli altri, ma anche per sé. Anche se fosse codice ben scritto, una descrizione di ciò che fa dà subito un’idea sommaria che ne aiuta la comprensione più profonda. Lo stesso autore, a distanza di tempo, non può ricordarsi le idee e i ragionamenti che hanno prodotto quel codice: un commento è un messaggio d’aiuto spedito a sé stessi nel futuro.
4. L’utilizzo sbagliato o innaturale delle strutture di controllo, per cercare la creatività a tutti i costi. Usare gli idiomi nel modo consueto facilita agli altri la lettura del proprio codice, così che non debbano spremersi le meningi per capire che quel ciclo while scandisce soltanto gli elementi di una lista dal primo all’ultimo, o che quel try/catch non gestisce un errore, ma il flusso dell’applicazione.
5. L’abuso di flag, che conduce spesso alle catene di if/else di cui sopra e ad espressioni logiche complesse quanto inutili.
6. Le query SQL cablate nel codice e la scansione manuale dei risultati, magari utilizzando indici posizionali (0, 1, 2, …) invece dei nomi degli attributi. Perché non usare un ORM?

L’articolo inoltre enuncia una verità inconfutabile: il crap code è sempre quello degli altri. Voi che ne pensate?

(more…)

(more…)

Mi ha colpito molto l’intervento “differito” di Ilario Nocentini, Assessore all’Innovazione del Comune di Arezzo. Raramente in un politico avevo visto idee chiare e ferrea determinazione su Software Libero, Open Source, formati aperti e condivisione della conoscenza. Altrettanto convinta e preparata Flavia Marzano del CNIPA, soprattutto sulla necessità e sul diritto dei cittadini di poter fruire dei documenti pubblici in formati aperti e standard come ODF. Due voci delle istituzioni che fanno ben sperare.

E poi un dato su cui riflettere: l’Italia vanta il maggior numero di imprese ICT in Europa, quasi tutte piccole o piccolissime. Un numero spropositato che disperde forze, satura il mercato e abbassa il livello qualitativo. Forse sarebbe il caso di iniziare a porre dei vincoli.