Ciao, ho sottomesso per la pubblicazione questo post:
- http://blog.redturtle.it/migrating-dexterity-items-to-dexterity-containers

Vi avviso che è di una noia mortale: già dopo 10 righe capirete che è un'impresa inutile andare avanti. Chi di voi desiderasse avventurarsi oltre sappia che rischia di essere preda di attacchi convulsivi da far invidia a quelli del principe Myskin.
Però, secondo me, l'argomento è interessante e mi permette di confrontarmi con i guru di Plone.

Giuro che la prossima volta:
- scrivo in itagliano scorrente
- scrivo di bagigie

Mi sono impegnato molto nel tentare di non subire le dure stoccate di te, cara signorina social: spero di aver fatto tutto a dovere (immagini, page break, numero caratteri, doccia e bidet).

Ciao!

P.s.: il prossimo blog post sarà un copia incolla di questa mail.

Tutto potrebbe finire qui, ma voglio rivelarvi alcuni dei terribili e inconfessabili segreti che si celano dietro le righe dei nostri allegri post.

Innanzi tutto, il fatto stesso che ci siano dei revisori è un indice di come le vostre tartarughe preferite non lascino nulla al caso. Ben sapendo quanto sia importante il social media marketing, abbiamo costituito al nostro interno una task force che si occupa di curare la nostra (e quella dei nostri clienti) presenza sul web.

Questi "mostri spaziali", come dicevo nell'abstract, si assicurano che chi realizza i vostri siti non si limiti a destreggiarsi nelle nuvole di bit, ma si conceda saltuariamente divagazioni letterarie, impreziosendo il proprio lavoro con pregevoli citazioni allo stupendo principe Myskin, protagonista dell'Idiota di Dostoevskij.

Dietro a questi nobili intenti si celano retroscena raccapriccianti. Funziona così: a intervalli regolari una tartaruga ignara viene presa, incappucciata e tratta in una cantina buia dove deve redigere in un minuto e mezzo un blog post.

Gli argomenti dei post sono in gran parte lasciati alla buona volontà degli autori, i quali cominciano a sudare freddo, ben sapendo che se sbaglieranno tema i loro carapaci verranno segnati per la vita con fruste infuocate.

Stante il fatto che questo è il blog di un'azienda che "lavora il web", ovviamente non è sensato parlare di bagigie (ovviamente!), ma è anche meglio evitare contenuti troppo tecnici. Purtoppo, avendo trasgredito l'ultima volta scrivendo un post iper tecnico, sono stato costretto a cadere nell'estremo opposto scrivendo di bagigie, operazione che mi causerà una doppia razione di scudiscio.

Dopo che il tema del post è stato considerato meritevole di pubblicazione, la povera tartaruga è ben consapevole di dover ornare il suo post con immagini, frasi e metadati destinati all'integrazione con i social network.

Per esempio ogni post ha una immagine in testata, che vedete sulla pagina del post, ma ha anche un'immagine (più squadrata) dedicata a Facebook. Anche le lunghezze dei testi sono studiate per integrarsi al meglio con i social network, ad esempio Twitter.

Deputata a sincerarsi che tutte queste accortezze siano rispettate e che i nostri articoli siano comprensibili e scritti in "itagliano scorrente", è la figura oscura della "signorina social". Nessuno sa veramente chi sia e se esista per davvero, ma si vocifera che si aggiri nella notte a caccia di errori di ortografia, causando ai loro autori la morte tra atroci sofferenze.

Se la tartaruga sopravvive a tutto questo, il suo post viene pubblicato e può tornare a programmare alla sua scrivania (sempre che qualche sciacallo nel frattempo non abbia saccheggiato il saccheggiabile).

Gioite quindi, adorati lettori, alla vista di un nuovo post su questo blog: finché i vostri occhi leggeranno le nostre parole, noi saremo in vita. E soprattutto condividete la vostra gioia con il mondo: cinguettateci, piaceteci, incrementateci, pinteressatevi di noi!

A presto! (forse...)

Originale immagine in testata: http://www.flickr.com/photos/teresahsu/6410106143/sizes/l/in/photostream/

Scheletro tartaruga: http://upload.wikimedia.org/wikipedia/commons/9/9a/Galapagos_Turtle_skeleton.jpg

Cesare in vacanza: http://fc06.deviantart.net/fs8/i/2005/314/6/7/Alien_Tourist_by_madart84.jpg

P.s: i bottoni per cinguettarci, piacerci, incrementarci, pinteressarci sono là sopra!

P.p.s: chi mi ha fregato la sedia intanto che ero via?

P.p.p.s: Il mio preferito è Woodstock

P.p.p.p.s: Grazie a Baio per il suggerimento degli Skiantos e a Cekk per la foto imbagigiata

________

Visto, approvato e pubblicato dalla "signorina social" in data odierna, con 3 tratti di matita rossa soltanto.

Made with http://www.easel.ly/

(*) "Ac bon cafè ca fè!" è un tipico detto dialettale ferrarese (letteralmente: che buon caffè che fate).

Made with http://www.easel.ly/

Sabato, ore 5:30 AM, butto una mano sulla sveglia per farla tacere e poi realizzo: l’Italian Agile Day mi aspetta, quindi “in marcia”!

Primo ritrovo alle ore 6:15 in stazione a Ferrara, dove mi sorprendo del numero di persone che aspettano un treno, poi piccola sosta a Bologna dove troviamo altri agilisti pronti alla partenza e via, verso Milano, comodamente seduti sul Frecciarossa.
In quel di Milano, quasi arrivati a destinazione, qualcuno dei nostri sente il bisogno della seconda colazione e quindi il buon Finelli (@gaunilone) ci dirotta nella migliore pasticceria della zona.

Arriviamo all’Agile Day giusto in tempo per effettuare la registrazione e trovare posto nella main room (a.k.a. Aula Magna) dove Matteo Vaccari (@xpmatteo) ci introduce Claudio Perrone (@agilesensei) che, con il suo Keynote, parte dallo spirito dell’Agile e delle persone che compongono questa comunità per poi addentrarsi e descrivere alcune sue esperienze con le metodologie di Agile, Lean Software e Lean Startup.

E poi via con i vari talk...

Il primo che ho seguito è stato “Perché non facciamo più quello che ci piace” di Alessandro Violini (@Violo) e Ilaria Mauric (@ilariamauric).

"Contratti Agili per migliorare le stime"
"Cambio di obiettivi a metà progetto? Nessun problema se concordato"

Il titolo è volutamente provocatorio; lo dicono da subito gli stessi relatori, spiegando che sta ad indicare che l’applicazione delle metodologie agili porta inevitabilmente a dover cambiare il proprio metodo di lavoro soprattutto per chi si occupa, come Ilaria, di User Experience e Design.

Il loro talk prosegue raccontando l'esperienza, oramai lunga 7 anni, nell’applicazione delle metodologie Agili tra strumenti utilizzati, vittorie (#win) e sconfitte (#fail), gli attuali Work in Progress e il racconto di un progetto “finito molto bene”. Concludono mettendo il focus su uno dei punti fermi dell'Agile: è sempre importante consegnare valore al cliente.

Modelli mentali sbagliati: "l'ingegneria industriale è utile per fare software", "il tuo insegnante ne sa più di te", "gli errori sono il male"

Di seguito, sempre nella main room, è salito sul palco Andrea Provaglio (@andreaprovaglio) che con “The Beating Hearth of Agile” [slide].

Intelligenza Collettiva: i politici singolarmente si possono dimostrare intelligenti, ma tutti insieme si dimostrano spesso stupidi; quindi sì alla diversità all'interno dei team.

Intelligenza collettiva: "i politici, presi uno alla volta, possono anche essere intelligenti, ma insieme si dimostrano spesso stupidi". Andrea ha spiegato che l’Agile è molto più di una serie di pratiche e strumenti, perché la parte importate dell’Agile sono le persone; e sembra più uno psicologo che un programmatore mentre parla di modelli mentali, intelligenza collettiva, obiettivi condivisi e consapevolezza sistemica.

Dopo aver pranzato con un piatto di penne all’amatriciana (essendo a Milano e non a Roma è stato un azzardo, lo so, e infatti l’ho pagato! Il sugo all’amatriciana che mi preparo io è nettamente migliore! ndr) non si poteva che seguire i tre Lightning Talk.
C’è stato Alan Franzoni (@franzeur) che ci ha insegnato come fare “Continuous Delivery in un baleno” utilizzando git come sistema di versionamento, Jenkins come server di continuous integration e test ed infine Puppet come strumento diffusione delle configurazioni su più server.
Poi è stato il turno di Gaetano Mazzanti (@mgaewsj) e la sua Kanban board musicale (The Rhythm of the board - slide) dove i dati raccolti prendono vita con colori e addirittura suoni; tutto per aiutarci a comprendere meglio gli spostamenti delle attività all’interno della nostra board.
Infine Marco Trincardi (@Trink0) riprende in parte il tema di Andrea Provaglio perché secondo lui “Non è solo un problema di metodologia”; nel suo talk fa una disamina dei motivi per cui i vari aspetti dell’Agile possono venire frenati all’interno delle aziende. E ci lascia con questa domanda: “Secondo voi, se non si cambia la mentalità aziendale delle persone, possiamo migliorare la competitività?”. La sua risposta: ovviamente no!

Gli ultimi due talk della giornata sono stati “Agile Software Development in the Computer Science Handbook” di John Favaro ed “Extreme Project Evalutation” di Jacopo Franzoi.

E' da 50 anni che si fa Agile; anche il vecchio e odiato Microsoft è stato un pioniere dell'Agile usandone alcuni aspetti.

Nel primo, John racconta la sua esperienza nello scrivere un capitolo sull’Agile da inserire nei 5 kg del famosissimo Computer Sicence Handbook, considerato uno dei pilastri della conoscenza Informatica. Il talk, che ad un primo impatto potrebbe risultare noioso e “accademico”, è reso interessante dai risultati delle ricerche fatte da John, dagli aneddoti e dai retroscena del mondo Agile.

Con l’ultimo talk, invece, si torna alla “realtà”; Jacopo illustra come arrivare al kick-off dei progetti agili preparati. Jacopo parla, anche durante un momentaneo blackout (dimostrandosi molto Agile), di brainstorming con il cliente e della sua tecnica della mappa mentale, di exploration con spikes e prototipi, di stima con analisi della complessità, di buffer e di effort, di commitment, di tempo di start up e la velocità del team. Tutto questo in un tempo medio che deve variare a seconda della complessità e della durata del progetto, ma soprattutto: "questo non è un contratto ma un report condiviso con il cliente che contiene tempi, rilasci, velocità e costi (ma non di sviluppo)".

Il ritorno è un turbinio di impressioni, sensazioni, idee che passano di bocca in bocca.
“Tu chi hai sentito oggi?”, “A me è piaciuto un sacco il talk di…”, “Ho trovato alcuni spunti interessanti in quel che diceva…”, “Potevo tranquillamente evitare quel talk, mi stavo per addormentare!”...
Io invece cerco di dormire in treno, ci sarà tempo per riflettere su come essere più Agili, è pur sempre sabato sera: missione fallita; la serata non sarà facile!
Dulcis in fundo le care vecchie Ferrovie dello Stato che fanno casino con i posti delle prenotazioni e il signore, giurista DOC “fregato” come noi, che attacca la classica "pezza allucinante" al controllore che cerca di spiegargli l'accaduto e la soluzione; ma oramai siamo già arrivati a Ferrara ed è ora di scendere.
La giornata è stata positiva, ma lascio la conclusione a una frase di Andrea (@Cekk85): “Dopo due conferenze di fila torno a casa con una certezza: l’invidia per l’iPad in queste situazioni”; sarà anche questo Agile?

Being that I am missing so much the moments shared in that wonderful city with the people I met at the conference, I decided to write a post not about the software, but about our amazing community and how I had fun and in presenting my talk at the conference.

During the summer I felt myself a bit daring by submitting a talk to the conference, but I was not caring so much... I was quite confident it would not be accepted!

Instead I had the first surprise: not only my talk was accepted but I even had much more positive feedback than expected!

Wow! I was gifted with the opportunity to share my experience on the Plone stage!

The conference offers four parallel tracks, and when I knew that my talk was scheduled simultaneously with the ones by rockstars as Martin Aspeli, Steve McMahon and (most of all) Simone Simahawk Orsi, I was quite sure my destiny was to give a presentation to an empty room.

The morning of the conference I was at the same time scared and excited, but than something happened... When I went to the stage I was told to wait for people getting into the room.

I told to the few people there: "Come on! The rockstars are playing around, I do not think anybody else is gonna come!" and then started talking with my audience and discovered they were very friendly. This calmed me down and made me understand that I was not a stranger in strange land!

Then, suddenly, the chair told me to start and I realized the room was full of people, when did they arrive?! I was galvanized, I pushed the button and started my presentation and fell in to trance.

Can't tell you the story of how I did arrive to the "Questions?" slide, of course there is a video on youtube , but it happened and, listen everybody, nobody bit me!

So, young (and old) Plonistas that are afraid to submit a talk, be brave! You will find lots of people that are enthusistically waiting for you to share your experience and thoughts in the next Plone conference I bet you can do a great job and you will love Plone even more once you will touch with hand that a great part of Plone power comes from Plone people!

So... keep calm and Plone Conference 2013 in Brazil!

Credits

I would really like to thank Irene, Andrew, Massimo and Stefano and the never-too-much-thanked guys from Four digits!

Lead image taken from Maarten Bos' photostream

Links

1. The video of my presentation
2. My Presentation on slide share

Talks worth mentioning

A very subjective list of talks that you should see. For the full list go to http://lanyrd.com/2012/ploneconf/schedule/

collective.cover

Talk presented by Simples Consultoria - Brazilian based Plone company. It's probably the first production deco-like deployment. Interesting use-case. Hopefully it will replace all portletpage-like Plone add'ons.

Plone goes social

Talk presented by Guido Stevens about ligthweight add'on that enables Twitter-like microblogging in Plone. Very clean implementation, no extra dependencies, everything what you need is Plone 4.x and ZODB.

PloneNG: What's new in Plone 4.2, 4.3 and beyond

If you are curious to know what you can find in next Plone releases - this presentation by David Glick is a must-seen.

Travis CI: Fun and easy CI for your Plone package

If you are new to Travis you can learn how to actually use it from those 37 easy slides (by Nejc Zupan).

Real-time, collaborative applications in Plone

A very good summary of what is XMPP, Strophe.js and XMPP-Plone integration in short 20 slides (plus video examples) by Jan-Carel Brand.

Lighting talks

Of course every good conference has a bunch of impressive lighting talks. This year it couldn't better. Beneath you can find just a small list of the most impressive ones:

c2.search.fuzzy - http://pypi.python.org/pypi/c2.search.fuzzy

google-like fuzzy search in Plone. You will never need to repeat your search again :)

resurrectio - https://github.com/ebrehault/resurrectio

Resurrectio is a Chrome extension allowing to record a sequence of browser actions and to produce the corresponding CasperJS script.

buildout bash completition - https://github.com/specialunderwear/buildout-bash-completion

Ever wanted to simply switch between src folder and your buildout root in a flash, check this:

 cdco # cd to buildout root
 cds plone.app.package # (will autocomplete with tab and will cd into the project named voxin in the src dir)
 buildout # will run buildout, but from the buildout root.
 ntest # will run ./bin/test (pbp.recipe.noserunner) from the buildout root
 cdomelette # will cd into the omelette dir.

new Plone events - https://github.com/plone/plone.app.event

According to the dev team - it's ready for testing and production - so if you were waiting for the recurrent events - give it a try!

stxnext.grayscale - http://pypi.python.org/pypi/stxnext.grayscale

An add-on for Plone that displays the web content of the site in the grayscale colors.

Il corso Kanban è il seguito naturale del corso Scrum, raccontanto da Baio - Andrea Baglioni - nel post RedTurtle "nella mischia" che ti invito a leggere.

Questo non vuole essere un post tecnico sulla metodologia Kanban, ma un racconto a caldo della due giorni appena trascorsa; la lunghezza di un appena è sempre molto relativa... ok, son passati 6 giorni dal corso ;-)

Se fossi interessato ad approfondire la tematica potresti (non necessariamente in quest'ordine):

1. contattare il buon @ziobrando - Alberto Brandolini - per portare il proprio team direttamente sul campo a scoprire i primi rudimenti della tecnica;
2. documentarti: ci sono decine e decine di libri (per partire, "Kanban" di David J. Anderson, "The Goal: A Process of Ongoing Improvement" di E. M. Goldratt e "Pragmatic Thinking and Learning" di Andy Hunt), ma molto si trova anche online;
3. sperimentare, magari giocando: http://getkanban.com/BoardGame.

Kanban è un termine giapponese che significa letteralmente "cartellino". Questo prima che la 3M inventasse il post-it (passatemi lo sfacciato product placement, eh eh). 
Adesso credo proprio che parlare di cartellino sia del tutto riduttivo. Io ho sempre pensato che i post-it fossero rigorsamente gialli, quadrati e grosso modo 7x7 cm, con la piccola eccezione del formato mignon rettangolare.

Dopo aver conosciuto @ziobrando devo per forza ricredermi: come un novello Mary Poppins ha estratto dalla borsa ogni sorta di foglietto colorato che sia mai stato prodotto, di innumerevoli forme e dimensioni, con le righe, con i quadretti, dai colori pastello o classicamente fluo.

Supponiamo a questo punto di diventare i migliori clienti delle cartolerie di Ferrara. Che ne facciamo? Tappezziamo le finestre dell'ufficio come i colleghi francesi? Lasciamo messaggi subliminali alla macchinetta del caffè in corridoio? Oppure no.

"Tu non hai visto niente" [cite.]

... almeno fino a oggi. Mi riferisco al principio guida di Kanban: rendere il sistema osservabile. Lo strumento indispensabile per iniziare a mettere in pratica questa metodologia è la board. Una grande board. La stai immaginando? Bene, te ne servirà una grande almeno il doppio di quanto pensi. Non hai spazio a sufficienza sul muro? Usa il pavimento! Noi siamo quasi usciti dalla porta nel tentativo di mettere correttamente in fila tutti i passaggi che intervengono nella realizzazione di un processo: l'espressione di Stefano (a destra) nella foto la dice lunga ;-)

E' fondamentale mettere nero su bianco, pardon... giallo (post-it) su lavagna tutte le fasi del proprio processo. Analisi, progettazione, sviluppo, rilascio: il flusso (*driiiiin*, altra parola chiave di Kanban) ha una direzione ben precisa e non si può invertire. Kanban non fa altro che imporre dei vincoli a questo flusso per regolarne velocità e capacità, ma soprattutto per rendere evidenti (sulla board!) i colli di bottiglia. Non è difficile capire quando nel proprio processo di lavoro intervengono dei rallentamenti dovuti ad ostacoli di vario tipo: molto più complicato è individuare e localizzare in maniera puntuale queste criticità.

Kanban lo fa: è un sistema pull, in cui i task passano da... ooooops! Ci sono cascata! 
Avevo promesso di non approfondire nel dettaglio la teoria e invece mi sto allontanando dal proposito iniziale. Ci vorrebbe uno scrum master a tenermi in riga :-)

Torniamo al corso

No, corso non è il termine esatto. Corso implica una transazione unidirezionale uno-a-molti. Ma qui si parla di un'altra cosa: il grandissimo valore aggiunto di @ziobrando (la cui competenza, precisione e simpatia sono fuori discussione) è l'engagement che riesce a creare. Ogni argomento è buono per una discussione aperta a tutti, il confronto è continuo e i giochi/simulazioni proposti creano situazioni che vanno al di là della classica lezione frontale.

E mo'?

Personalmente non vedo l'ora di provare quanto imparato. Ho delle esigenze stringenti e molti materiali che me lo impongono: lo spazio e il chaos sulla scrivania, che adesso (ed è anche un momento di bonaccia...) appare così:

Dove voglio arrivare? Sono ottimista, mi piacerebbe molto esagerare e giocarmela sull'ordine dei metri (© foto):

Tirando le somme

Scrum prima e Kanban poi hanno portato in RedTurtle una ventata di novità, di desiderio di rinnovamento e di miglioramento di tutta la squadra. Ma i cambiamenti partono sempre dalle persone: non c'è @ziobrando che tenga, adesso tocca a noi! Yes, we Kanban!

Ma non voglio spendere troppe parole su questo (chi volesse approfondire, sul web c'è un'ampia documentazione). Per noi, il discorso è un altro:

RedTurtle può adottare Scrum come metodologia interna di sviluppo software?

L'agilità di RedTurtle

Scrum è adottato in tantissime realtà, il più delle volte di medio-grandi dimensioni. Il concetto base di Scrum è quello di dividere il progetto in blocchi rapidi di lavoro (Sprint), finiti i quali si consegna una versione al cliente, e indica come definire i dettagli del lavoro da fare nell'immediato futuro (Backlog) per averne una definizione estesa; altro punto fondamentale sono le riunioni giornaliere del team di sviluppo (Scrum Meeting) per verificare cosa si è fatto e cosa si farà.

Ma come calare questa realtà all'interno di RedTurtle, che tutto sommato ha dimensioni modeste?

Progetti vs Team

RedTurtle può adottare Scrum ed essere agile?

La prima cosa che mi viene in mente è il numero di progetti in carico, in relazione alla potenza di fuoco che RedTurtle può mettere a disposizione in termini di team di sviluppo.

Se il prerequisito di Scrum è la creazione di team da 5 a 9 persone la risposta alla domanda è difficilmente/raramente.

RedTurtle dispone di macro-progetti su cui applicare Scrum?

Su questo possiamo dire che ne abbiamo in carico molti, quasi tutti di dimensioni medio-piccole (salvo qualche eccezione). Il project switching è il nostro pane quotidiano, nel senso che raramente si riesce a lavorare più di due giorni consecutivamente sullo stesso progetto. Prerogativa di Scrum è la focalizzazione del team per più iterazioni sullo stesso progetto.

La risposta è quindi: quasi impossibile.

E quindi, cosa c'entra RedTurtle con Scrum?

Niente paura: si può fare molto di più di quanto può sembrare!

Un modello ibrido?

Nella pura accezione del termine Scrum sembra inadottabile, ma vedere un esperto come ZioBrando all'opera (soprattutto durante le demo) ci ha aperto gli occhi e la mente: in verità si possono mutuare molti concetti di Scrum al fine di migliorare e rendere più efficienti i processi interni, tutte cose a cui non avevamo mai pensato, oppure che pensavamo secondarie:

• razionalizzare lo spreco di tempo: non sempre ciò che conta è fare di più, ma è fondamentale diminuire il tempo che non porta valore al nostro lavoro. Quindi, evitare di scrivere documentazione inutile, stare concentrati senza distrarsi con email, internet, dedicare il tempo che serve allo studio e all'analisi dei problemi.

• team auto-organizzanti: Scrum richiede che il team di sviluppo sappia organizzare il proprio lavoro in piena autonomia, abolendo de facto la figura del Project Manager e in generale di tutte le figure che calano dall'alto le decisioni. Questo RedTurtle lo può fare da subito, indipendentemente dal numero di componenti di un team.

• adottare strumenti visuali: prerogativa di Scrum è l'utilizzo di strumenti visuali come board e post-it per rappresentare l'elenco delle attività da fare, in corso e completate, a scapito della documentazione tradizionale, delle mail e di tutti quegli strumenti che rendono farraginosa e poco chiara la situazione di un progetto. Molto meglio avere la fotografia istantanea dello stato di avanzamento delle attività.

• rilasci frequenti al cliente: effettuare rilasci frequenti di codice di qualità (production-ready) fa si che il cliente sia soddisfatto e noti l'avanzamento del lavoro. Non importa la quantità di feature rilasciate, l'importante è vedere che periodicamente ce sono sempre più e soprattutto che funzionano!

• retrospettive e daily scrum: analizzare a valle il lavoro fatto, scambiare periodicamente opinioni con il proprio team, per piccolo che sia, su quanto realizzato e sulle difficoltà incontrate aumenta la conoscenza e la consapevolezza del team stesso, quindi perché non adottare la retrospettiva e il daily scrum come appuntamento fondamentale?

• assunzione di responsabilità: il team è chiamato a una gestione più autonoma, a partire dalle stime del lavoro da svolgere fino ad arrivare al rapporto con il cliente, al fine di eliminare o quanto meno ridurre i bottleneck che si hanno demandando tali attività a un'altra figura aziendale; in questo senso la responsabilità aumenta il fattore produttivo del team stesso, soprattutto in termini qualitativi.

• maggior coinvolgimento del cliente: ovvero di colui che in Scrum è spesso individuabile come Product Owner; uno scambio continuo di informazioni, dallo stato di avanzamento del progetto alle demo di prodotto periodiche e pianificate, aiuta il cliente stesso a sentirsi coinvolto e ad apprezzare maggiormente il lavoro svolto (nonché a rilevare velocemente le problematiche), eliminando il tempo che si spreca attraverso i consueti canali di comunicazione aziendale.

• apertura di canali di comunicazione diretta: nulla vieta di utilizzare canali supplementari di comunicazione diretta con il cliente (forum, feedback ecc.) sul funzionamento e gli aspetti di usabilità del prodotto.

• stimare con il cliente (necessità vs complessità): non è detto che la cosa più difficile sia la cosa più necessaria, questo lo si capisce maggiormente (e lo si stima meglio) direttamente a contatto con il cliente, che è l'unico capace in fase di analisi di attribuire l'adeguato business value a una qualsiasi attività preventivata.

• metodologia di lavoro e strumenti analitici: Scrum ha tutta una serie di tecniche per la gestione delle attività e dei metodi di lavoro del singolo programmatore, come la tecnica del pomodoro, nell'ottica di aumentare l'efficienza e la produttività personale. Altre invece (es. Team Skill Matrix) possono aiutare l'azienda a capire velocemente la propria situazione interna dal punto di vista delle competenze e individuarne i punti deboli.

• valutazione comparativa: un fattore fondamentale nella vita del team diventa quello di migliorarsi continuamente, e questo lo si ottiene, per esempio, migliorando le stime che si fanno delle attività da compiere, soprattutto confrontandole tra loro.

In conclusione...

...RedTurtle esce dalla tre giorni di corso con rinnovato entusiasmo. Ci serviva veramente qualcuno che ci facesse capire, dati alla mano, come tante cose e tanti comportamenti apparentemente ininfluenti possano determinare non solo il buon esito di un progetto, ma il miglioramento continuo di noi stessi, come persone e come informatici; e soprattutto, come tutto ciò non sia assolutamente da sottovalutare.

Intanto aspettiamo con ansia il corso di Kanban tenuto sempre da ZioBrando, che promette di modellarsi un po' di più sulla figura di RedTurtle e che sicuramente ci fornirà ulteriori spunti. Stay tuned!

Negli anni si sono succeduti pranzi e cene luculliani, gite al mare, partite di beach volley e calcio... Quest'anno abbiamo voluto fare qualcosa di diverso, di speciale, di divertente, di originale. Così abbiamo pensato di organizzare una meravigliosa giornata in agriturismo ad imparare l'arte della sfoglina.

Il bello è che siamo riusciti a tenere i programma assolutamente top secret. L'unico indizio dato ai partecipanti (tutti i dipendenti di Redturtle) è stata una mail molto vaga:

"L'organizzazione è partita...una mattinata insolita, particolare, lontano dai PC e speriamo divertente.  Dress code: mooolto informale"

Molti i tentativi d'indovinare, ma nessuno si è minimamente avvicinato ai nostri programmi per i festeggiamenti.

Indossato il grembiule, è iniziata la sfida: lavoro di muscoli, di polsi, di sudore... I nostri ragazzi, che passano più di 8 ore al giorno chini sul pc, hanno sfogato tutto il loro stress nel tirare a mano la sfoglia; ragazzi che non avevano mai provato prima di allora a tirare un uovo di pasta si sono resi conto della fatica e della maestria che questa antica arte comporta.

E poi via a tagliare la sfoglia per fare cappellacci, pappardelle, tagliolini, maltagliati ecc...

E' stato bello condividere questa esperienza, è stato bello vedere il divertimento negli occhi di tutti, vedere la futura sposina Federica, in ansia da matrimonio, finalmente rilassata. E che soddisfazione mangiare la pasta fatta con le nostre mani!

Ovviamente il post pranzo l'abbiamo passato in relax fra chiacchiere, vino e grappe. Dai un'occhiata al nostro album foto su FB e agli scatti di Andrew su Flickr.

Grazie Massimo e Stefano per la giornata che ci avete regalato!

P.S.  Il matrimonio fra le due turtles è stato tre giorni dopo. Forse avranno avuto ancora male ai muscoli... ma non l'hanno dato a vedere!

Congratulazioni ragazzi!

- "Rifate il blog!"
- "Yeah, era ora!"

C'era proprio bisogno di una bella riverniciata grafica alle parole che raccogliamo sotto al cappello del nostro blog, perché anche l'occhio vuole la sua parte - diamine, se la vuole!

Ma oltre alla superficie estetica, la cosa che più ci premeva era rinnovare la struttura del blog, lavorando a pieno sull'architettura delle informazioni. Personalizzando le viste, le portlet e gli archivi di Products.Quills, il prodotto Plone che utilizziamo per il blog, abbiamo ottenuto un'organizzazione migliore dei post del blog.

Per quanto riguarda l'organizzazione dei contenuti, abbiamo introdotto le categorie per argomento, così sarà più facile consultare i post nel tempo. Abbiamo anche rivisto e messo un po' di ordine fra i vari tag delle tag clouds.

Un vento social ha poi soffiato sul blog: abbiamo aggiunto tutti gli strumenti che ci sembravano più adeguati, da quelli seri e consolidati come Linkedin, la rete dei professionisti, a quelli emergenti, come Pinterest, che celebra la bellezza delle immagini.

Sfogliando le pagine del nostro blog, però, non dimenticate di dare anche un'occhiata a chi ci sta dietro, le persone che alimentano questo spazio di dialogo. Ringraziamo di cuore gli amici di Mimulus per il confronto costante durante i lavori di ristrutturazione.

Buone nuove letture da tutti noi!!!

I liked so much Yiorgis Gozadinos approach: he is always looking for the cleanest and simplest way to solve problems. For example, we talked about the importance to follow Design Patterns, reusable solutions that can be applied to commonly occurring problems. This patterns lead you to result, with a lower effort and no waste of time.

Passion and enthusiasm shown by my teachers made me once more realize that the best way to reach professional growth is loving what you do.

Among the many other topics we discussed during training, we spoke about tests, that allow you to increase your work quality.

Besides learning useful and interesting tools, we also made a comparison between our and their way of working. In some cases, we found most effective approaches.

Thank you, Jarn guys, not only for what you taught us on a technical level, but also for the emotional charge you gave me!

Certo una qualità nella competenza del formatore è indispensabile per catturare l'attenzione, stupire e portare i singoli ragionamenti verso l'illustrazione di nuove soluzioni. Perché è di questo che stiamo parlando, aggiornamento nell'utilizzo della tecnica quotidiana.

Però la differenza la fa sempre la persona, soprattutto negli interstizi temporali della lezione, nelle pause, nei corridoi, fra un intervento e l'altro o nelle birrerie a fine serata. E' li che si può cogliere il massimo della "persona" nella sua umanità, dietro la professionalità quotidiana di un collega.

Denys Mishunov, il front end developer di Jarn che ci ha piacevolmente intrattenuto i primi due giorni di formazione è stato esplosivo nel suo entusiasmo nel raccontare le novità del settore, che sono davvero molte.

E' in atto una vera e propria rivoluzione che va dall'utilizzo dei css preprocessor che potenziano notevolmente l'utilizzo del linguaggio css3, all'implementazione del responsive design come scelta primaria per far fronte alla molteplicità incontrollata dei dispositivi, passando per le nuove possibilità di uso dei font sul web e per le buone pratiche che si stanno consolidando con Diazo.

Yiorgis Gozadinos è invece lo sviluppatore software di Jarn che ha proseguito per i successivi 3 giorni di lezione iniziandoci ai misteri di git&github, dei design patterns, della necessità dei test durante lo sviluppo e di alcune buone pratiche in ambito javascript.

Il suo approccio è più pacato, calmo, quasi filosofico, sembra che ne abbia navigate di acque. Spende il suo tempo prezioso solo per affrontare i problemi necessari, nel modo più semplice possibile, senza sbavature, con stile.

Ho sempre creduto che nei momenti di crisi la differenza siano in grado di farla le persone, anche quelle che credono nelle altre persone attraverso la formazione, che altro non è, se non il modo con cui le persone tentano di migliorarsi costantemente.

I ringraziamenti per la possibilità che ci è stata data sono d'obbligo, ma, personalmente, sentiti.

Ma dove sono finita? Che posto è questo? E ora come faccio?

I primi mesi in questo nuovo mondo sono stati duri: dovevo capire come sono le persone che abitano il mondo dell’informatica, come si esprimono, come fa il loro cervello a non andare in tilt con tutte quelle righe di codice che devono scrivere e le ore passate al computer, e soprattutto dovevo capire come sopravvivere a tutto ciò.

Dalla mia defilata e solitaria postazione ho iniziato ad osservare: c’è chi lavora in silenzio, chi ascolta musica dalle cuffie, chi si fa delle gran risate e chi invece maledice il mondo ogni 10 minuti, chi fa il verso degli uccelli e va al lavoro con la maschera d’elefante , e c’era anche chi aveva problemi sentimentali e si rifugiava in balcone a chiacchierare, chi mangiava costantemente merendine... così ho capito che gli informatici sono sì una strana razza, ma presi singolarmente sono tutti esseri umani che chiacchierano, parlano, spettegolano, litigano piangono e ridono... come delle persone VERE!

Il tempo passa e un po’ per volta ho iniziato a trovare un mio spazio nel loro mondo fino ad esserne diventata Il Capo (un grande onore!!).

Con il passare degli anni ho anche scoperto che esistono delle donne in questo mondo di microchip. Donne con cui finalmente poter condividere un bagno e stringere delle alleanze... tra donne!

In 5 anni RedTurtle è cresciuta, è maturata, si è ampliata e noi con loro! Sì,“noi”, perché ora anch’io faccio parte di questo mondo, ho imparato tantissime cose di cui non conoscevo l’esistenza, ho imparato a comunicare con gli informatici (anche se ancora mi alzo dalla scrivania e vado personalmente a chiedere informazioni o dare messaggi, perché l’uso della chat non mi è entrato nel DNA), ho scoperto che RedTurtle fa parte di una grande Community, che c’è tanta voglia di crescere, di divertirsi (le feste in RedTurtle non mancano mai) e di scoprire altri mondi... Di cose da imparare ne ho comunque ancora tante; un esempio? Dall’ultima riunione fatta qualche giorno fa sono uscita con tanti punti interrogativi: ma che sono Pyramid, javascript, Jquery??? So che non imparerò mai alla perfezione il linguaggio dei miei colleghi informatici, anche perché questo è un mondo in costante evoluzione. La mia strada è ancora lunga e un giorno forse anch’io capirò finalmente una riunione tecnica dall’inizio alla fine.

Il Capo

Fede

"Ma io non voglio andare fra i matti", osservò Alice.
"Bè, non hai altra scelta", disse il Gatto "Qui siamo tutti matti. Io sono matto. Tu sei matta."
"Come lo sai che sono matta?" Disse Alice.
"Per forza," disse il Gatto: "altrimenti non saresti venuta qui."

Lewis Carroll

p.s.: ... bene... ora che faccio? vengo a leggervi di persona queste poche righe?... vi mando un fax?... no, dai, scherzavo... tac... eccole sul nostro blog!!!

Patrick was working on the first two tasks:

PASTER TEMPLATE

It can be used to add a skeleton to an existing project or to create a new project. If you create a new project, you must first install pyramid_formalchemy in your python environment, either with pip:

$ pip install pyramid_formalchemy

or with easy_install:

$ easy_install pyramid_formalchemy

Only after that, the paster template becomes available. The template was made with the idea that it can be used to extend existing applications. It does not create an app for you. The provided template works well with pyramid_alchemy, pyramid_routesalchemy and akhet. To bootstrap an application, call paster like that:

$ paster create -t akhet -t pyramid_fa myapp

The application is created by akhet, akhet does not know about pyramid_formalchemy, and pyramid_formalchemy cannot modify the app configuration. So you have to do this by hand. First, you must add the install dependency like explained earlier. Second, you must add the following line in the main method that returns the wsgi app, directly after Configurator has been created (The example assumes that the Configurator instance is stored under the name “config”):

...
config.include(myapp.fainit)
...

To add the minimum configuration to an existing application, you should be able to run:

$ paster create -t pyramid_fa myapp

All files that paster creates are prefixed with fa, and should not interfere with existing code. 

FANSTATIC

Patrick's second task was fanstatic integration. Fanstatic is a small but powerful framework for the automatic publication of resources on a web page. Think Javascript and CSS. It just serves static content, but it does it really well. Integrating it with fa.jquery was a time consuming task but we managed to get a working proof of concept. I will blog more details when we publish something stable.

Next tasks were handled by Gaël:

>>> from pyramid_formalchemy.views import ModelView
>>> from pyramid_formalchemy import actions
>>> class MyView(ModelView):
...     actions_categories = ('buttons', 'custom_actions')
...     defaults_actions = actions.defaults_actions.copy()
...     defaults_actions.update(edit_custom_actions=Actions())

>>> from sqlalchemy import Column, Integer
>>> from sqlalchemy.ext.declarative import declarative_base
>>> Base = declarative_base()
>>> class MyArticle(Base):
...     __tablename__ = 'myarticles'
...     edit_buttons = Actions()
...     id = Column(Integer, primary_key=True)

>>> from pyramid_formalchemy.views import ModelView
>>> from pyramid_formalchemy import actions
>>> class MyView(ModelView):
...     actions.action()
...     def extra(self):
...         # do your stuff
...         return self.render(**kw)

[app:pyramid]
...
default_locale_name = en
available_languages = fr en

I was working on the first three tasks: 

View customization

This was one of the main sprint tasks - to have a possibility to customize CRUD views per model.  You can register them simply like that:

config.formalchemy_model_view('admin',
                              model='pyramidapp.models.Foo',
                              context='pyramid_formalchemy.resources.ModelListing',
                              renderer='templates/foolisting.pt',
                              attr='listing',
                              request_method='GET',
                              permission='view')

and per Model:

config.formalchemy_model_view('admin',
                              model='pyramidapp.models.Foo',
                              context='pyramid_formalchemy.resources.Model',
                              name='',
                              renderer='templates/fooshow.pt',
                              attr='show',
                              request_method='GET',
                              permission='view')

formalchemy_model_view is an extension for config.add_view so you can use all view specific kwargs.

Widgets

We were able to finish simple implementation of autocomplete widget. It's not yet fully documented but it will be released in pyramid_formalchemy 0.4.  Here is how you use it:

from pyramid_formalchemy.renderers import pyramid_autocomplete
User.group.set(renderer=pyramid_autocomplete(filter_by='name'))

where User is your fieldset and group is your relation field; filter_by parameter is the SQLAlchemy column you want to filter (autocomplete) on. 

Events hooks

We have provided four events: 

• IBeforeValidateEvent
• IAfterSyncEvent
• IBeforeDeleteEvent
• IBeforeRenderEvent

There are also two more specific render evnts: 

• IBeforeShowRenderEvent
• IBeforeEditRenderEvent

You can use pyramid_formalchemy.events.subscriber decorator to use them:

from pyramid_formalchemy import events
from pyramidapp.models import Foo

@events.subscriber([Foo, events.IBeforeValidateEvent])
def before_foo_validate(context, event):
   #do your stuff here

Summary

It was a very productive four days. Thanks again for all your help. We should release new versions of pyramid_formalchemy and fa.jquery in the following days. If you don't want to wait - grab the development versions on github.

You can find more sprint photos here - http://www.flickr.com/photos/tags/crudsprint2011

After few months of discussions it is finally here: Pyramid CRUD sprint. It will be held in Ferrara just before EuroPython (June 16-19). Everyone is welcome! We will focus on two main goals: 

• make the CRUD more flexible then it is right now (using ZCA for view and subscribers registrations), increase test coverage and make it production ready
• add missing widgets and fix existing one

So if you want to taste classical Italian kitchen, visit UNESCO World Heritage Site and improve Pyramid - join us!

For more details check www.coactivate.org/projects/pyramid-crud-sprint