Casi reali quindi, supportati da numeri concreti, per toccare con mano ciò che viene tirato in ballo durante il talk.

Ricordo che fino al 1 aprile si possono acquistare i biglietti in early bird e dati i nomi già annunciati direi che è tempo di muoversi!

Le risposte, molte volte, lasciano a bocca aperta. No, non perchè il contenuto sia di interesse sopraffino tale da cambiarvi la vita. Più che altro perchè mentre la leggi pensi “speriamo di non dover mai lavorare con sto qui”.

Non ho mai usato un framework, da quale dovrei iniziare?
Chi pone la domanda è già sicuramente confuso dopo le prime ricerche fatte in rete (perchè ha cercato in rete vero?). Per complicare ulteriormente le cose le risposte che riceve, tramite qualsiasi canale abbia utilizzato (mailing list, social network, sito dedicato), non fanno altro che ripetere quanto probabilmente aveva già ottenuto dalle ricerche effettuate precedentemente: risposte secche che spesso rappresentano l’unico framework conosciuto da chi risponde. Non il massimo della vita per chi brancola nel buio. Se uno volesse davvero rispondere dovrebbe quanto meno supportare la propria risposta con qualche informazione specifica riguardo almeno un paio di punti di forza che l’hanno spinto verso un prodotto piuttosto che verso un altro.

Conosco linguaggio X e linguaggio Y, per un progetto pensavo di utilizzare PHP, mi consigliate il miglior framework?
Qui la carne al fuoco è davvero troppa. Perchè oltre all’argomento framework, già sufficiente per far scoppiare il flame, si gioca anche il carico del linguaggio di programmazione in un ambiente in cui sicuramente sono presenti sviluppatori che utilizzano diversi linguaggi (più della religione). Scordatevi risposte costruttive perchè in pochi minuti arriverà la risposta “PHP? Ma sei matto? Usa Python! Al massimo Java.”. Ovviamente chi risponde aggiungerà di essere sviluppatore di lunga data e che quindi ha dalla sua l’esperienza per sparare a zero su tutte le altre cose che oggi non usa (e che magari ha provato solo per un Hello World anni e versioni prima).

Personalmente in situazioni del genere passo in punta di piedi, raso muro, facendo attenzione a non smerdarmi. Anche un consiglio pensato bene verrebbe sommerso dal resto. Tempo perso.

Framework? Ma fattelo da solo!
Sì, nel 2012, c’è ancora chi preferisce reinventare la ruota e perdere tempo a lavorare sullo strumento piuttosto che sul prodotto. Di situazioni del genere si sono stufati anche i Maya che ovviamente hanno deciso di darci un taglio, proprio quest’anno. Serve davvero che affronti i problemi legati a una scelta di questo tipo? Qualità del prodotto ottenuto dallo sviluppo interno contro quello portato avanti da un core team (già di per sè molto skillato) più gli occhi e le mani di centinaia se non migliaia di altri sviluppatori che partecipano alla causa nei più disparati modi. Documentazione per eventuali nuovi sviluppatori da introdurre sui progetti. Sicurezza, questa sconosciuta. Standardizzazione dei processi. Devo continuare? Magari in un altro post.

Meglio Zend Framework o meglio Symfony? Ed il migliore in assoluto?
Ma di cosa stiamo parlando? Migliore rispetto a cosa? Le componenti in gioco sono talmente tante, spesso nemmeno paragonabili, che non è possibile affermare “questo è meglio” in modo assoluto. Un prodotto potrà essere più interessante su una certa funzione e pagare dazio su altre. Molte funzioni, non essendo coincidenti, non possono essere paragonate perchè si finirebbe con il dire “però, effettivamente, questo serve anche per fare altro…”. Ovviamente tutto questo discorso si riferisce a prodotti di un certo livello, già affermati e che rispettano dei vincoli minimi per essere tenuti in considerazione per progetti in quel campo enterprise di cui ci piace tanto parlare. Quali sono questi vincoli? Alcuni secondo me sono i seguenti:

- documentazione
- community
- risorse disponibili (plugin, bundle, estensioni…comunque vengano chiamate)
- diffusione (per future collaborazioni, cercare nuovi sviluppatori…la diffusione di un framework fatto in casa è pari a zero)
- case history di rilievo (sapere che si può arrivare almeno fino a quel punto X aiuta)
- …

Quindi una volta appurato tutto questo una possibile risposta è “Io mi trovo bene con questo framework per questo, questo e quest’altro motivo. Ho invece avuto alcuni problemi per fare questa cosa e non mi piace molto la soluzione messa a disposizione…”.

Ok, ma tu cosa mi suggerisci allora?
Il mio consiglio è sempre quello di scremare il più possibile tra i papabili eliminando quelli che non rispettano i vincoli che il singolo sviluppatore ritiene essere più importanti per lui, il suo team, ed il tipo di progetti che affronta. Fatto ciò sporcarsi le mani ed investire qualche ora realizzando un’applicazione non proprio banale, e questo non implica il fatto che debba essere “grande”, per arrivare a prendere una decisione in base ai propri gusti ed alle proprie necessità. La decisione dopo tutto è piuttosto personale e nessuno dovrebbe sentirsi autorizzato a dire “noooo usa questo!” piuttosto che consigliare in altro modo. Quando si avrà la prima versione della risposta “io mi trovo bene con…” molto probabilmente si sarà individuato il framework più adatto allo sviluppatore/scenario in questione.

Via al flame.

Alcune dati dell’edizione dell’anno scorso:

• una media di 250 partecipanti per ogni singola giornata dell’evento
• 60 relatori provenienti da tutta Europa e dagli Stati Uniti
• durante le 4 giornate sono stati consumati 1200 Spritz
• più di 80 persone hanno usufruito della SPA dell’albergo ospitante gli eventi
• sono stati registrati 120 GB di video, disponibili su Vimeo
• 5 membri staff si sono ammalati il giorno successivo al termine della conferenza

Il Call for Paper (http://2012.jsday.it/call-for-paper/ – http://2012.phpday.it/call-for-papers/) per entrambi gli eventi termina il 28 febbraio, i biglietti (http://2012.jsday.it/tickets/ – http://2012.phpday.it/tickets/) sono già in vendita ed al momento potete sfruttare ancora l’offerta early bird fino al primo aprile.

Dunque che aspetti? Invia le tue proposte, io l’ho già fatto.

Ci vediamo lì!

La soluzione più semplice che ho trovato è la seguente:

1. Eseguire il dump del database codificato con SQL_ASCII

pg_dump database > database.sql

2. Conversione a UTF-8

iconv -f ISO8859-1 -t UTF-8 database.sql > database.utf8.sql

3. Importazione dei dati sul nuovo database (creato con encoding UTF-8)

psql database_utf8 < database.utf8.sql

Da qui poi è tutta discesa dato che utilizzando gli strumenti più conosciuti esportare i dati verso MySQL non ha riservato sorprese.

L’evento è organizzato dall’Italian Agile Movement che festeggia 9 anni di attività e si terrà sabato 19 Novembre 2011 a Roma. Maggiori informazioni sulla sede nella pagina ad essa dedicata.

Dato che i 600 posti a disposizione stanno andando a ruba, vi consiglio di registrarvi (e fare una donazione) per assicurarvi di partecipare ad un evento di sicuro interesse!

Doctrine and NoSQL – Benjamin Eberlei
Interessante presentazione dell’ODM di Doctrine2 per sfruttare quanto offerto nell’area NoSQL da CouchDB e da MongoDB. Il focus era sulla semplicità di mappare gli oggetti sui database non relazionali a differenza di quelli relazionali dovuta al fatto che vengono a mancare molti vincoli che fino ad oggi ci hanno complicato la vita non poco. Alcuni esempi molto chiari hanno supportato il tutto nel migliore dei modi. Ovviamente in alcuni casi questi due prodotti NoSQL non sono ancora raccomandabili: si pensi a contesti in cui le transazioni sono necessarie o casi in cui ‘lintegrità referenziale non può essere demandata all’applicazione.

This Way or the other Way? – Stefan Priebsch
Experiment Driven Development, ovvero prendere decisioni basate su dati empirici ricavati da test piuttosto che basandosi su ipotesi che spesso si rivelano errate. E’ questo il succo del discorso del talk di Priebsch che presenta una semplice demo in cui i concetti di Factory e Dependency Injection sono alla base della soluzione adottata per poter sostituire intere classi in base a particolari dati che ci permettono di decidere a quali utenti od in quali situazione presentare un risultato (pensate ad una nuova pagina del profilo) piuttosto che un altro. Un semplice log può collezionare i risultati di una votazione (star rating 1-5 per esempio) da parte degli utenti per valutare con dati alla mano se la modifica introdotta ha riscosso successo oppure no.

One Click Deployment with Jenkins – Thorsten Rinne
Presentazione del flusso di lavoro e del processo di deploy di una delle più grandi realtà tedesche nel campo dello sviluppo di applicazioni PHP basato su Jenkins ma non solo.

Doctrine 2: Next Generation ORM – Benjamin Eberlei
Introduzione completa all’ORM di Doctrine2 analizzando quali sono i problemi degli ORM e del loro utilizzo e quali le soluzioni adottate da Doctrine2 (N+1 problem, non-object results).

Ringrazio HTML.it che con il suo contributo ha reso possibile la mia partecipazione all’evento più importante dell’anno in ambito PHP.

Large-Scale Data Processing with Hadoop and PHP – David Zuelke
Processare enormi quantità di dati non è mai stato così facile: Hadoop e Map/Reduce in nostro soccorso! La maggior parte degli sviluppatori difficilmente si troverà di fronte a problemi del genere: avere svariate centinaia di GB di log o simili da cui estrapolare alcuni dati non capita di sicuro tutti i giorni. Ma per quelli che invece il problema l’hanno incontrato questo talk ha presentato una soluzione percorribile, raccomandata ed adottata da molti grandi player del settore.

Profiling PHP Applications – Derick Rethans
Dall’autore di Xdebug arriva un talk sul profiling delle applicazioni PHP con un monito iniziale verso tutte le microttimizzazioni che si possono trovare in rete quando si cercano informazioni riguardo al profiling: print vs echo, “” vs ” e così via. Tutte cose che non apportano benefici significativi alle performance delle nostre applicazioni. Per poter migliorare un’applicazione però è necessario capirne il funzionamento (potrebbe essere stata sviluppata da altri) ed individuare quelle porzioni di codice che più di altre consumano tempo e risorse. Come? Attraverso alcuni strumenti come Xdebug, XHprof, Inclued, KCacheGrind…

How the Web Evolves with Hypermedia – David Zuelke
Di gran lunga il miglior intervento di tutta la conferenza ed i feedback su join.in lo testimoniano. Keynote sull’evoluzione del web grazie all’utilizzo dell’hypermedia: REST, HATEOAS e Uniform interface al centro dell’argomentazione. Assolutamente da vedere, attendiamo il video.

Designing HTTP Interfaces and RESTful Web Services – David Zuelke
Si fa presto a dire di avere un’api REST, molti lo fanno senza nemmeno sapere effettivamente quali siano i requisiti indispensabili per poter dire che un’api è RESTful o meno. Regole e best practice da ricordare e rispettare durante lo sviluppo per partire con il piede giusto.

Symfony2 by Code – Lukas Smith
Effettivamente solo codice senza slide. Più che altro un workshop condensato in session attraverso il quale Lukas ha introdotto i concetti principali alla base di Symfony2 seguendo quello che è il flusso dell’applicazione dall’arrivo della richiesta al front controller al rendering della pagina. Alcuni accenni a bundle utili che possono risparmiare un sacco di codice per affrontare problemi comuni.

Scalable high-performance Architectures – Stefan Priebsch
Presentazione diversa dal solito in cui si parla di scalabilità di architetture ad alte prestazioni nel campo della ristorazione: caso specifico un fast food. Singolare quanto i processi ed i possibili colli di bottiglia possano essere mappati su una tipica infrastruttura IT a cui siamo tanto abituati. Diversi approcci per portare alla luce pro e contro di soluzioni diverse.

Ringrazio HTML.it che con il suo contributo ha reso possibile la mia partecipazione all’evento più importante dell’anno in ambito PHP.

Kanban Pizza Game – Ralf Kruse
Talk introduttivo all’utilizzo di Kanban attraverso un gioco con i presenti per estrarre la teoria direttamente dalla pratica.

A due gruppi di 5 persone è stato chiesto di creare delle fette di pizza (con carta, post-it, pennarelli e forbici) nel minore tempo possibile, con il minor scarto possibile e con strumenti limitati (solo 2 forbici per gruppo, un solo pennarello…per spingere il gruppo verso la creazione di un processo piuttosto che farli lavorare separatamente).

Dopo una prima manche sono stati tracciati i risultati ed è stato chiesto ai gruppi di rispettare la richiesta di riduzione al minimo dello scarto introducendo dei limiti sui “pezzi” che ogni stazione del processo poteva elaborare contemporaneamente. E’ stata data la possibilità di ottimizzare il processo in base alle idee dei partecipanti per aumentare la produttività del gruppo.

Seconda manche con risultati nettamente migliori rispetto alla prima dati dalla migliore organizzazione raggiunta e dalla possibilità di ciascuno di focalizzare il proprio lavoro sul compito assegnato.
Terza manche a cui è stata aggiunta una particolare richiesta preparare la rucola per farcire la pizza dopo la cottura. I risultati sono ancora migliorati nonostante la nuova richiesta. Segno di raffinamento ulteriore del processo.

E’ davvero giunto il momento di testare l’utilizzo del Kanban.
Date un’occhiata a questo pdf molto esauriente Kanban kick-start example

10 Years of PHPUnit: What works, what doesn’t – Sebastian Bergmann
Panoramica dalla nascita dei primi strumenti di QA per PHP allo stato dell’arte attuale tracciando l’evoluzione degli stessi analizzando le cause di alcuni cambiamenti (vedi passaggio da Hudson a Jenkins). Ne è uscito che gli attuali strumenti sono nati da sviluppatori tedeschi (salvo PHP_CodeSniffer).

Infine presentate alcune novità riguardanti PHPUnit 3.6 che vedrà comparire cose come:

- notation per small, medium, large test
- notation per dipendenze (versione di PHP, versione di PHPUnit per esempio)
- notation per dipendenze

Geolocation and Maps with PHP – Derick Rethans
Web, PHP e mappe: non c’è solo Google! Rethans presenta alcune alternative per rispondere a diverse necessità che tirano in ballo l’utilizzo di mappe e di servizi di geolocalizzazione. Ampio spazio dedicato al progetto OpenStreetMap che tra i punti di forza, oltre ad offrire una quantità davvero sbalorditiva di dati, ha quello di essere aggiornato dagli utenti che avranno sempre e comunque l’accesso ai dati che offrono.

PHP Testing Tools – Sebastian Bergmann
Altra panoramica su strumenti dedicati al testing diversi da PHPUnit. Tra soluzioni poco comode o solo parzialmente documentate risalta sicuramente Behat per il behavior driven development che offre un nuovo modo di presentare il testing rendendolo accessibile (il suo output) anche ai non tecnici.

Tre suggerimenti utili per quanto riguarda gli strumenti di profiling/benchmarking sono:
- gprof2dot.py che offre un migliore output per grafico rispetto a KCacheGrind (basandosi sul log di Xdebug)
- XHProf WebUI per comparare due sessioni di lavoro con la stessa codebase e verificare cambiamenti di performance rispetto ad attività di fine tuning
- Pylot per benchmarking con richieste parallele (ab è sequenziale)

Ringrazio HTML.it che con il suo contributo ha reso possibile la mia partecipazione all’evento più importante dell’anno in ambito PHP.