SymfonyDayIt
18 Oct 2013 at c/o Luiss-Enlabs

sei riuscito a spiegare la cosa più difficile di symfony in maniera facile.

critiche costruttiva: bellissimo.

troppo lento per me e vediamo legacy tutti i giorni, anche in conference?

Come personale giudizio reputo il talk troppo di alto livello per me, argomenti troppo nuovi di certo non mi aspetto di capire tutti i design pattern in 30 minuti quindi l'ho presa come uno stimolo e un suggerimento per andarmeli a studiare. Senza questo talk magari tra un anno o due avrei scoperto il medatior pattern.

Ottimo talk e graditissimo il repository con gli esempi, dovrebbe essere sempre cosi', bravo!

All'inizio avrei speso un po' meno tempo negli esempi e avrei magari fatto una slide finale con un esempio in cui si mostra il disaccoppiamento su sistemi distinti tra il "sito web che risponde velocemente" e i worker che fanno i task "lenti" altrove, senza impattare sulle performance del sito web.

Una carrellata un po' troppo veloce su troppi pattern. Probabilmente a causa della mia scarsa conoscenza dell'argomento, avrei apprezzato di più una sola slide che li elencava tutti e un paio di pattern descritti nel dettaglio.

Un interessante talk per inquadrare la scelta del framework in un contesto più ampio. Alla fine mi è sembrato pero' che il messaggio fosse "ci sono cose + importanti della velocità, scegliete sf", che forse è una semplificazione eccessiva. Forse avrei incluso un caso in cui non è sensato usare sf :-)

Bel talk, sul filone di quello fatto da Orso, molto pragmatico, empirico e pensato per scardinare certi preconcetti dogmatici da cui uno sviluppatore esperto dovrebbe fuggire.

Evidenzia bene il fatto che una parte grande del lavoro dello sviluppatore è quella di fare scelte in un contesto, e per farlo bisogna considerare tanti fattori. La lentezza del framework l'ho vista come un espediente per veicolare un messaggio più importante.

Avevo sentito la presentazione in anteprima ad un incontro del PUG Marche (esiste!) e devo dire che Filippo l'ha migliorata molto.

Gestione dei tempi un po' sballata. Troppi design pattern per approfondirli a livello avanzato e spiegati troppo in fretta per chi ne è digiuno. L'argomento è importantissimo e secondo me per migliorarlo dovreste fare una scelta per capire a chi vi state rivolgendo e modificare il target di conseguenza.

P.S.
Mancava l'observer che nel tema "disaccoppiamento" è abbastanza fondamentale.

Tema enorme quello del codice legacy. I racconti delle esperienze sul campo sono sempre ben accette alle conferenze. Cercherei di migliorare un po' sul ritmo. Le domande alla fine del talk (come hai fatto a far accettare al cliente lavoro di refactoring) hanno dimostrato come il punto dolente è sempre il rapporto "umano/contrattuale". Magari per una versione 2.0 puoi metterci qualcosa anche da quel punto di vista.