Sono le 6 di mattina, già 12h di fila che stai davanti a quello schermo. La stanchezza si fa sentire … e ormai già da più di qualche ora. I caffè non fanno praticamente più effetto e quando sei li li per chiederti chi te l’ha fatto fare, le carte in tavola cambiano: I componenti che i vari reparti del team stanno progettando cominciano a dialogare tra di loro. Ci siamo, “funziona”, beh ci vuole ancora qualche ritocco ma “funziona”.

Ecco, quello è stato il momento in cui le cose sono cambiate: la stanchezza è passata, l’adrenalina è entrata in circolo e tutto quello che prima sembrava opaco adesso non lo è più. Anzi è tutto molto chiaro come se aveste aggiustato la messa a fuoco del vostro obiettivo.

L’Euhackaton non comincia di certo in questo modo, anzi. A dire il vero comincia con una stretta di mano. La presentazione con il team. Non ci conosciamo, qualcuno a parte, siamo tutti nuovi l’un l’altro. Ci siamo sentiti molto spesso durante le ultime settimane per discutere del da farsi, ma parlare tramite skype e postarsi messaggi per mail non è proprio come lavorare insieme per 24h di fila.

Una cosa è certa: nessuno di noi si è messo in viaggio per vincere il premio. Abbiamo tutti partecipato solo ed esclusivamente per sfamare la nostra voglia di tecnologia e dare sfogo alla nostra passione, alla nostra necessità di metterci continuamente in gioco. Perché siamo tutti alla continua ricerca di quella sensazione che ti sà appagare più di qualsiasi altra cosa: il momento in cui quel qualcosa che tanto ti ha fatto penare per essere messo in piedi comincia a prendere forma e quindi a funzionare!

In quel momento ti senti appagato, soddisfatto, hai quel qualcosa in più che ti permette di andare avanti in quello che stai facendo e soprattutto, ti ricordi della prima volta che hai provato quella sensazione, quando hai capito che sarebbe stata la tua droga.

E man mano che vai avanti scopri i tuoi colleghi che prima erano solo dei nomi, poi dei volti, subito dopo diventare qualcuno di cui ti fidi e che stimi. Perché sono lì, lavorano (nonostante il sonno) e ci mettono la stessa passione che ci metti tu. E la conferma ce l’hai quando alla premiazione tutti insieme scopriamo che in realtà il premio era in denaro ed era anche una somma considerevole… Ma noi di certo non eravamo li per quello.

Ci siamo classificati terzi … ed io in realtà non dovevo neanche partecipare, ma questa è un’altra storia.

Il mese prossimo, molto probabilmente, sarà in onda anche sul canale del pug Roma. Intanto metto le slide in questo articolo.

Come ci dobbiamo comportare se dall’analisi di fattibilità del nostro progetto scopriamo che i dati da persistere sul db vanno oltre le features messe a disposizione da un db relazionale, anzi si comportano proprio come una rete di contatti … un grafo. Possiamo prendere in considerazione due tipologie di comportamenti.

Il primo insiste sul db relazionale. Nonostante non sia stato pensato per risolvere questa tipologia di problematiche troviamo dei workAround per fargli fare quello che non sarebbe in grado di fare. Un esempio pratico è la rottura dell’integrità referenziale. Quando abbiamo la necessità di aggregare dati eterogenei, le “foreign Key” non possono più aiutarci, si introduce all’interno dei campi di una tabella il campo che indica il nome della tabella correlata al quale fa riferimento l’id del campo a fianco.

A questo punto il db non sà più fare il suo lavoro  poiché non è più in grado di conoscere la tipologià di informazione estratta. Il che significa che, per far funzionare le cose,  dobbiamo integrare la logica( che normalmente sarebbe gestita dal db) della nostra applicazione di queste informazioni aggiuntive.

La seconda scelta consiste nel prendere in considerazione un prodotto studiato appositamente per risolvere questa tipologia di problematiche. Ed è proprio la soluzione che vogliamo valutare.

A questo punto ci siamo spostati nel dominio NoSql, quel ambito nel quale i database non sono solo relazionali. Si può spaziare da database key-value come Redis, a Documentali come Couch DB e Mongo DB. Tra questi ce ne sono anche alcuni che si occupano di prendere in considerazione strutture dati a grafi. Wikipedia ne mette in mostra molti, ma quello che  ci interessa è OrientDB.

OrientDB è in grado di garantire altissime prestazioni, è orientato al Documento (Document Oriented) è schema full/less/mixed, è affidabile (ACID), ha una sintassi di quering molto simile a quella SQL ed è molto semplice fare le traversal (attraversamento dei nodi)

Ecco una presentazione di Orient DB direttamente dal suo Lead developer

Da qualche mese a questa parte Alessandro (il mio collega) ed io, abbiamo cominciato a scrivere una libreria in PHP per interagire con OrientDB. L’esigenza è stata percepita principalmente quando ci siamo scontrati con la progettazione di un CMF, nella necessità di un grafo per persistere le nostre strutture dati.

La libreria si trova su github è un componente del CMF che stiamo progettando ma è assolutamente indipendente e puo essere utilizzata anche esternamente.

Si compone di tre componenti software:

1. binding: di piu basso livello è la libreria di base che permette di collegarsi a Orient attraverso uno dei due protocolli disponibili HTTP (sempre fatto da noi) e binario
2. query-builder: una libraria ad oggetti che mette a disposizione dei metodi per la creazione di query, un po come avviene con quelle di Doctrine/Propel
3. mapper: la libreria di piu alto livello, prende spunto sia in architettura che in funzionalità  dall’ODM di docrine per mongo che ha le seguenti caratteristiche
• mappa i campi da persistere nel db attraverso l’utilizzo di annotation
• Idrata gli oggetti con i risultati ottenuti dal db
• Persiste i dati sul db

I primi due componenti sono già funzionanti (test di integrazione compresi) e ci stiamo accingendo a concludere anche il terzo che è quello con complessità un po’ più elevata. Il passo conclusivo consisterà nell’incapsulare questa libreria all’interno di un bundle per il nuovo Symfony2.

Quindi ben presto anche gli sviluppatori PHP, e soprattutto quelli che hanno cercato in tutti i modi di far cambiare natura ai database relazionali (mySql per esempio), potranno lavorare con database a grafo e riuscire a trarre vantaggi da questo tipo di tecnologia.

Nei prossimi articoli verrà mostrato come interagire con questa libreria. Dimenticavo, se volete dare il vostro contribuito…benvenuti.

Sono stato molto felice di poter partecipare come speaker ed anche se non ho parlato esplicitamente di PHP spero che la mia presentazione abbia aiutato i presenti a capire qualcosa di piu su questo “nuovo” trend.

Ecco le slide della mia presentazione.

Sono ormai da qualche anno un soddisfatto cliente H3G. Ho sottoscritto il piano Power 800 almeno 3 anni fa quando era così composto:

1. 800 minuti di telefonate al mese
2. 400 sms/mms al mese
3. 10Gb di traffico internet al mese
   Tutto a €29 + €5 (tassa di concessione governativa)

Ieri, per la prima volta, mi contatta il customer care con una fantastica promozione per me, mi vogliono far passare ad un altro piano tariffario. Innanzi tutto ci tiene a precisare che c’e la possibilità di prendere un iPhone4 (che già ho) a costo zero e poi mi elenca il nuovo piano

1. 800 minuti al mese
2. 200 sms/mms al mese
3. 2Gb di traffico internet al mese
4. iphone 4 a costo zero
   Tutto a  €44 con un vincolo di 30 mesi

Dice: “Signor Funaro, che ne pensa?”
C’è poco da pensare, pago €10 in piu, ho 200 sms in meno, 8Gb di traffico in meno, ed in piu sono vicolato con voi per 30 mesi. A me sembra proprio che la promozione sia per loro non per me.

Anche perche a conti fatti, faccio prima a comprarmelo direttamente un iPhone4:

10€ in piu al mese X 30 mesi = €300
200 sms X 0,10 (costo sms) X 30 mesi  = €600
senza calcolare gli 8Gb siamo molto fuori…

Mah, sono sicuro che richiameranno, prima o poi, chissà quale altra promozione vorranno chiedermi

AGGIORNAMENTO: qualcuno mi fa notare che forse ho tralasciato un dettaglio. La chiamata non era casuale, il tizio con cui ho parlato sapeva benissimo che tipo di piano avessi e che tipo di consumi facessi. Quindi l’obiettivo della telefonata era proprio quello di tentare di farmi abbandonare una tariffa ormai non più offerta dal gestore.

Gli indigeni digitali, il network nato a Roma grazie soprattutto a Fabio Lalli, si incontreranno di nuovo l’8 Giugno presso il Red (Auditorium, Parco della Musica) a seguito della due giorni del Forum della Comunicazione (7-8 Giugno) per dare luogo ancora una volta a momenti di discussione, di opportunità e soprattutto di networking.

Come al solito gli indgeni saranno presenti anche al forum della comunicazione per partecipare attivamente ai vari workshop in programma. In particolare ne segnaliamo uno che in occasione della presentazione del libro “Niente di più facile, niente di più difficile” parlerà di come padroneggiare con sicurezza ed in modo integrato gli strumenti della comunicazione, sia quelli tradizionali che i nuovi legati a internet che avverrà il 7 giugno h. 16.

Le passate edizioni, degli incontri degli indigeni, hanno riscosso grande successo, il numero di partecipanti in continua crescita e il tam tam generale in rete, ce ne hanno dato la conferma. Per quest’ultimo incontro sono previsti sia gadget, sia la possibilità di partecipare ad un contest per poter vincere un premio speciale (questo messaggio di ringraziamento vi fa venire in mente qualcosa ??? ), ma, per entrambi,  è necessario registrarsi a questo indirizzo. L’aperitivo parte alle 18:30 e l’hashtag sarà il consueto #iddrink.

Per essere continuamente aggiornati tenete d’occhio @indigeni su twitter e su Facebook.

AGGIORNAMENTO: relativamente ai premi si parla di due iPod nano arancioni serigrafati appositamente per gli indigeni digitali. Non mancate e … ( buona fortuna ) registratevi.

Il titolo del talk era “CMF: a pain in the F”, è stato esposto durante l’ultimo giorno del phpDay insieme al collega Alessandro. In questo talk abbiamo voluto raccontare le nostre difficoltà incontrate durante 5 mesi di sviluppo di un framework

Fondamentalmente ci siamo occupati di mostrare come in alcuni contesti i database relazionali non siano assolutamente la scelta migliore da prendere per risolvere alcune problematiche. In particolare ci siamo soffermati sulle potenzialità che invece offrono i database non relazionali, no-sql, come mongodb, couchdb, redis o orientdb nell’andare incontro ad alcuni tipi di esigenze che possono andare dalla velocità di risposta, alla facilità di design del modello da riportare.

vi lascio alle slide.

Anche in questo caso vi lascio con un “to be continue … “ perché ci saranno a breve  una serie di articoli riguardanti OrientDB e il porting per il mondo PHP al quale sto partecipando attivamente, che voglio riportare qui sul mio blog.

E da pochi giorni finito il phpDay, evento italiano sul php che si è tenuto a Verona. Ovviamente non potevo mancare, uno perchè è un’evento al quale tengo molto ( …e poi vedremo perchè), due, perche ho tenuto il mio primo talk insieme al sempre presente Alessandro.

Quest’anno, al centro dell’attenzione, c’e stato sicuramente l’argomento “caching”, con l’introduzione di una nuova visone della cache, seguita anche da Fabien in Symfony2. Piu che di “novità” introdotte si dovrebbe parlare di una rivisitazione degli strumenti esistenti per cachare i contenuti. In realtà ci si è resi conto che le specifiche fornite dall’HTTP hanno già tutti gli strumenti adeguati per una gestione ottimale della cache. L’obiettivo consiste nell’abbandonare la cache logica che siamo abiutuati a vedere lato applicativo, per farsi guidare all’utilizzo di header http, principalmente, seguito da strumenti di proxy e reverse-proxy caching.
Proxy-cache come per esempio il vecchio Squid, oppure strumenti di reverse-proxy come Varnish, ultima infatuazione del mondo php, che è stato presentato durante questo phpDay. A farla da padrone è stato Fabien che durante la giornata di apertura ha avuto la possibilià di tenere un workshop di 4 ore su questo argomento. La possibilita di fare codice live insieme al relatore, grazie ad un postazione spaziosa e la disponibilità di un cavo ethernet si sono rivelati una scelta vincente.

Immancabili, come al solito, i test ed in particolare quelli unitari. Alla loro guida Sebastian Bergman, il papà di phpUnit, che durante la prima giornata della conferenza ha diretto un workshop sull’utilizzo di questo strumento. Non sono mancati poi altri inteventi che hanno mostrato i loro casi di successo nell’utilizzo di questa metodologia. A tal riguardo molto interessante è stato il talk “Expanding PHP unit testing into the cloud” durante il quale è stato presentato un modo per portare in cloud test che altrimenti avrebbero impiegato tempi imbarazzanti per la build (3 giorni).

Altra tematica: gestione dei contenuti. Si è parlato di CMF, praticamente nella giornata di sabato è stato il tema fondamenteale. Ideato ha presentato il suo “big talk” sul Syfmony2 CMF ed anche per me, attraverso la Dnsee,  c’e stata l’occasione di intervenire su questo argomento.

Già, per la prima volta ho partecipato ad una conferenza in veste di Relatore. L’argomento scelto (“CMF: a pain in the F“) deriva dal progetto portato avanti negli ultimi 6 mesi in Dnsee. Abbiamo esposto le problematiche incontrate nel design di una piattaforma di questo tipo, soprattutto dal punto vista della persistenza dei dati sul database. Ma di questo argomento nè parlerò in un altro post.

Il phpDay si è confermato un ottimo evento, l’anno scorso ha cambiato il mio modo di lavorare, mi ha dato la possibilità di conoscere molte persone che sto vedendo ancora ad un anno di distanza. Persone con le quali abbiamo fondato il pug-roma e avviato progetti di lavoro e non. Insomma una conferenza alla quale non mancare.

Per quanto qualcuno possa essere stato distratto e magari non aver appreso quanto piu volte indicato dai diversi relatori, in questo phpDay una certezza c’e stata: “Aperol-Spritz” (piu di 700)

E da un po di tempo che non scrivo e quale migilior argomento se non quello del NoSQL, una delle parole piu presenti in rete in questi ultimi periodi.

Quando si parla di NoSQL si parla molto probabilmente di database non relazionali e soprattutto del fatto che esistano anche database non relazionali.

Non ho mai avuto modo di lavorare con NoSQL, fino ad oggi, ma sicuramente è uno strumento che è entrato a far parte della mia cassetta degli attrezzi e che ogni volta che dovrò valutare un nuovo progetto da sviluppare, lo prenderò sicuramente in considerazione.

Negli utimi due progetti che ho portato avanti, nel momento in cui ci si metteva a fare “design”, spesso ho avuto la sensazione che gli strumenti a disposizione ( in questo caso un db relazionale come mySql ) non fossero così elastici da adattarsi perfettamente al comportamento richiesto. Ma in quel momento quello c’era a disposizione o per lo meno quello conoscevo. E cosi i progetti sono partiti in quella direzione e si sono evoluti come dovevano evolversi, ma aimè non senza difficoltà. Al contrario ogni volta la scelta iniziale (quella di aver preso un db relazionale), costringeva a workaround sostanziosi e difficoltosi che aumentavano la complessità e i costi del progetto.

La sensazione era chiara non era piu il modello che si stava adattando al proprio comportamento ma semplicemente si stava adattando il modello al layer sw che si doveva occupare di persisterlo. Al NoSQL-day i vari talk hanno espresso tutti questo concetto: il modello va disegnato relativamente al suo comportamento. E per ogni comportamento che troviamo, particolare che sia, saremo in grado di trovare lo strumento adeguato in grado di descriverlo. Torniamo al solito concetto:

Non esiste uno strumento in grado di adattarsi perfettamente a tutte le esigenze, ma sicuramente ne esiste uno che sia in grado di farlo per una ben determinata esigenza.

Non proseguo questo articolo cercando di spiegare quali tipologie di database non relazionali esistono perchè si trova di meglio in giro per la rete. Sappiate che esisto, stanno diventando sempre piu stabili ed i vari framework stanno cercando di mettere a disposizione layer sw per poterli gestire facilmente.

Questo è quello che ho cercato di illustrare, con una mia presentazione all’incontro di marzo del PHP User Group di Roma. Se qualcuno fosse curioso riporto qui di seguito le slide.

Le riunioni del PUG-Roma avvengono con cadenza mensile. Generalmente sono composti da una parte tecnica, nella quale qualcuno degli invitati espone una presentazione ed una parte ludica (prima il dovere e poi il piacere) , la parte social del gruppo. La cena all’hostaria romana non manca mai.

A differenza degli altri linguaggi di programmazione, sappiamo che gli utilizzatori del PHP sono un po’ isolati e l’obiettivo del PUG-Roma è soprattutto quello di mettere in contatto queste realtà. La possibilità di discutete di problematiche più o meno note  e soprattutto poter avere un riscontro delle proprie scelte tecniche o progettuali discutendo con tutti i membri del gruppo fanno del PUG un evento imperdibile.

Durante l’ultimo (25 gennaio 2010) incontro Alessandro ha presentato alcune slide riguardanti la progettazione di un CMF sul quale stiamo lavorando insieme. E stato un ottima presentazione ed anche in questo caso i partecipanti hanno contribuito significativamente a sviscerare alcune problematiche presentate.

In altre occasioni erano state presentate soluzioni per l’integrazione di javascript da Massimiliano. In generale tutte le informazioni sul pug si possono trovare sul blog ufficiale, cosi come tutti i prossimi appuntamenti.

Se sei nel mondo del PHP, sei a Roma, e ti piace, come noi, discuterne davanti ad una birra, ti aspettiamo al prossimo incontro del PUG-roma, l’ultimo martedi del mese all’antu.