codin gdojo day, iscrizioni & varie.
Tonino Lucca
giusto per ricordare a tutti quelli che pensano di esserci... di registrarsi su eventbrite
http://codingdojoday.eventbrite.com/
per tutti quelli del gruppo organizzativo, inoltre, vi ricordo che il foglio su google docs e' sempre a disposizione per tutte le questioni.
Se impostate la notifica automatica dei cambiamenti, e' piu' facile seguire eventuali modifiche.
Grazie,
ciao.
p.s. per chi si sta allenando, suggerisco di mettere su vimeo qualche screencast di anticipazione di quello che intenderebbe eseguire, e poi di mattere un link che lo facciamo twittare dall'utente @codingdojoday.
ri-ciao.
Tonino.
Roberto Franchini
> Ciao,
> giusto per ricordare a tutti quelli che pensano di esserci... di registrarsi
> su eventbrite
> http://codingdojoday.eventbrite.com/
>
Ciao a tutti,
mi sono iscritto da poco e mi piacerebbe partecipare il 19, credito di
punti-moglie permettendo :)
Vengo da Torino, forse potrebbero esserci un paio di amici oltre a me.
Oltre alla presenza ed alla voglia di scrivere codice, come si svolge l'evento?
Se c'è un link "istituzionale" (aka RTFM) sarei felice di leggerlo :)
FRANK
--
Roberto Franchini
http://www.celi.it
http://www.blogmeter.it
http://www.memesphere.it
Tel +39.011.562.71.15
jabber:ro.fra...@gmail.com skype:ro.franchini
Tonino Lucca
Grazie per il tuo interesse.
sara' sostanzialmente un coderetreat
(http://www.coderetreat.com/how-it-works.html)
magari estendendo a piu' problemi, e piu' workshop, ve ne sara' il tempo.
Ci sara' una breve demo iniziale (probabilmente l\esibizione di un kata in javascript)
di al massimo una mezz'oretta.
Le informazioni ufficiali a breve saranno pubblicate sul wiki dello xp-ug milano
http://milano-xpug.pbworks.com/codingdojoday
Ciao!
--
Hai ricevuto questo messaggio perché sei iscritto al gruppo "milano-codingdojo" di Google Gruppi.
Per postare messaggi in questo gruppo, invia un'email a milano-c...@googlegroups.com.
Per annullare l'iscrizione a questo gruppo, invia un'email a milano-codingd...@googlegroups.com.
Per ulteriori opzioni, visita il gruppo all'indirizzo http://groups.google.com/group/milano-codingdojo?hl=it.
Roberto Franchini
> Ciao Frank.
>
> Grazie per il tuo interesse.
>
> sara' sostanzialmente un coderetreat
> (http://www.coderetreat.com/how-it-works.html)
>
Fichissimo!
> magari estendendo a piu' problemi, e piu' workshop, ve ne sara' il tempo.
>
> Ci sara' una breve demo iniziale (probabilmente l\esibizione di un kata in
> javascript)
> di al massimo una mezz'oretta.
Gabriele?
>
> Le informazioni ufficiali a breve saranno pubblicate sul wiki dello xp-ug
> milano
> http://milano-xpug.pbworks.com/codingdojoday
>
Sarà effetivamente dalle 9.30 alle 19, non ci sono errori :)
Mi consulto con gli amici e vediamo cosa fare.
Grazie ancora!
Luca Marrocco
> sara' sostanzialmente un coderetreat
> (http://www.coderetreat.com/how-it-works.html)
quindi alla fine non ci saranno diverse presentazioni?
che cosa intendi per "sostanzialmente" o e' un coderetreat oppure non lo e' :D
Luca
Gabriele Lana
La mia proposta è stata la seguente:
* Ai presenti viene chiesta la familiarità con l'argomento kata,
qual'ora qualcuno non lo sapesse provvederei con la mia presentazione
standard sull'argomento (1 pomodoro massimo)
* Una o più esibizioni di kata (non so quanti prepareranno qualcosa,
ma direi che stando a meno di 15 minuti l'uno, 2 o 3 ci stanno alla
grandissima) (2 pomodori massimo)
* Presentazione del primo problema, formazione delle squadre, prima
iterazione (4 pomodori)
* Pranzo
* Retrospettiva prima iterazione (2 pomodori)
* Presentazione del secondo problema (eventualmente chi vuole può
riaffrontare il problema precedente), formazione delle squadre,
seconda iterazione (4 pomodori)
* Retrospettiva seconda iterazione (2 pomodori)
La scelta del linguaggio la lascerei libera, chiunque può proporre il
proprio ambiente di sviluppo all'eventuale pair, anche se terrei
pronto un ambiente di lavoro (virtual machine? chiavetta usb?
suggerimenti?) TDD enabled bilinguaggio (java/ruby) nel caso qualcuno
ne arrivasse sprovvisto
I due problemi sono ancora da decidere, il primo lo farei più semplice
del secondo. Per la seconda iterazione si possono anche proporre degli
handicap sul problema per stimolare un po' la fantasia:
* Non si possono usare else
* Solo un parametro passato a costruttori funzioni
* Solo costanti
* Risolvere prima il problema nella maniera più flat possibile e poi
fare tutto il refactoring alla fine senza mai rompere i test
* Ecc...
Il formato della retrospettiva è da decidere
Feedback?
--
Gabriele Lana
contact me at info at gabrielelana dot it
http://www.gabrielelana.it - Agile methodologies and Programming
http://www.xpug.it - italian eXtreme Programming User Groups
Tonino Lucca
Comunque l'esecuzione che segue ognuna delle presentazioni
e' nella modalita' coderetreat (non fino al dettaglio, tipo il formato delle retrospettive,
o la durata dei time-frame, per intenderci).
Penso che ci si autoorganizzera' un po' al momento.
Ci sarebbe anche la seconda saletta (chi vuole affrontare un altro problema,
un altro linguaggio, chi ha gia' finito un problema, etc...)
Ciao.
T.
--
Luca Marrocco
:) quindi sono due sessioni di sviluppo seguite da due sessioni di
retrospettiva? Forse come prima esperienza andra' molto bene cosi' ma
in http://www.coderetreat.com/how-it-works.html vengono proposte 6
sessioni (+1 opzionale) brevi ed intense. Siamo sicuri di non voler
provare come proposto? Tenendo conto dell'alto valore di programme in
TDD con altre 6 persone durante il giorno, un esperienza non proprio
comune.
Luca
Gabriele Lana
> :) quindi sono due sessioni di sviluppo seguite da due sessioni di
> retrospettiva? Forse come prima esperienza andra' molto bene cosi' ma
> in http://www.coderetreat.com/how-it-works.html vengono proposte 6
> sessioni (+1 opzionale) brevi ed intense. Siamo sicuri di non voler
> provare come proposto? Tenendo conto dell'alto valore di programme in
> TDD con altre 6 persone durante il giorno, un esperienza non proprio
> comune.
Mi va benissimo seguire il formato originale, ma:
* L'introduzione ai codekata la ritengo fondamentale se c'è qualcuno
in sala che non conosce le motivazioni che ci stanno dietro
* La performance (che non fa parte del formato del coderetreat) è
altrettanto fondamentale per evidenziare il risultato dell'allenamento
* Se facciamo sessioni di 45 minuti dobbiamo preparare degli ambienti
di sviluppo già funzionanti o richiedere che ognuno porti il proprio
ambiente di sviluppo pronto all'azione secondo le regole del gioco
(TDD+PP)
E poi la cosa più importante: entro la fine di questa settimana
dobbiamo decidere il formato così che poi possa partire
l'organizzazione :-)
Pensandoci bene mi trovo favorevole alle sessioni da 45 minuti
ripetute più volte (si evita che qulcuno rimanga impantanato), a
questo punto dobbiamo scegliere il problema (anche se non vorrei
dichiararlo prima) e il formato della retrospettiva, che in quanto
veloce ed efficace deve essere organizzato in un qualche modo
Ce lo abbiamo un proiettore?
Gabriele Lana
> :) quindi sono due sessioni di sviluppo seguite da due sessioni di
> retrospettiva? Forse come prima esperienza andra' molto bene cosi' ma
> in http://www.coderetreat.com/how-it-works.html vengono proposte 6
> sessioni (+1 opzionale) brevi ed intense. Siamo sicuri di non voler
> provare come proposto? Tenendo conto dell'alto valore di programme in
> TDD con altre 6 persone durante il giorno, un esperienza non proprio
> comune.
Giordano, ma sbaglio o avevamo fatto un sondaggio? Cosa era stato deciso?
Renzo Borgatti
> :) quindi sono due sessioni di sviluppo seguite da due sessioni diGiordano, ma sbaglio o avevamo fatto un sondaggio? Cosa era stato deciso?
> retrospettiva? Forse come prima esperienza andra' molto bene cosi' ma
> in http://www.coderetreat.com/how-it-works.html vengono proposte 6
> sessioni (+1 opzionale) brevi ed intense. Siamo sicuri di non voler
> provare come proposto? Tenendo conto dell'alto valore di programme in
> TDD con altre 6 persone durante il giorno, un esperienza non proprio
> comune.
--
Gabriele Lana
contact me at info at gabrielelana dot it
http://www.gabrielelana.it - Agile methodologies and Programming
http://www.xpug.it - italian eXtreme Programming User Groups
--
Luca Marrocco
> Il sondaggio dice sessioni multiple e distinte, con presentatore che espone
> e platea che si esercita. Avrei preferito il code retreat, ma al sondaggio
> non si comanda :)
giustamente. non avevo letto i risultati del sondaggio. Sorry.
Luca
Giordano Scalzo
Tonino Lucca
Penso che possiamo tenere pronti più di due problemi da risolvere, e metterli a votazione in ordine, e partire con quelli più votati.
Quelli meno importanti si affronterebbero solo se c'è tempo.
Ho inserito nel foglio organizzativo le questioni specifiche sugli eventuali dubbi di formato che magari ancora abbiamo.
Non penso che da quel foglio uscira' una proposta definitiva, ma un insieme di possibili scelte, non molto diverse tra loro in realtà,
da tenere inconsiderazione a seconda dei feeback.
Le alternative sono del tipo:
- fare o non fare delle dimostrazioni
- fare anche delle piccole sessioni randori o invece fare solo pair con rotazione.
- timeboxare in modo rigoroso ogni sessione, oppure consentire per chi vuole, e se i suoi compagni sono d'accordo, di aggiungere altri timebox per arrivare alla fine della soluzione del problema, lasciando però fuori alcuni kata, quelli previsti per la fine ovvero i meno importanti
Ora eviterei di rifare un sondaggio, ma piuttosto direi di tener conto di tutto questo e stabilire sul momento cosa converrà più fare, sempre entro le alternative che sappiamo, cioè "in the box", per la buona riuscita della giornata.
Sui problemi proposti, direi che chi vuole si offre per illustrare un certo problema e per fare da coach quando lo si affronta (deve conoscerlo bene e, solo se richiesto, eseguirlo, prima o dopo le relative sessioni).
Io per esempio mi offro per il codebreaker http://katas.softwarecraftsmanship.org/?p=27
(tendenzialmente se lo dovessi dimostrare, lo farei in c#)
Ciao.
Ciao-Giordano
Gabriele Lana
> Sono d'accordo, (a parte che le 8:30 forse è troppo presto, dipende a che
> ora Lorenzo può venire ad aprirci).
>
> Penso che possiamo tenere pronti più di due problemi da risolvere, e
> metterli a votazione in ordine, e partire con quelli più votati.
> Quelli meno importanti si affronterebbero solo se c'è tempo.
>
> Ho inserito nel foglio organizzativo le questioni specifiche sugli eventuali
> dubbi di formato che magari ancora abbiamo.
> Non penso che da quel foglio uscira' una proposta definitiva, ma un insieme
> di possibili scelte, non molto diverse tra loro in realtà,
> da tenere inconsiderazione a seconda dei feeback.
>
> Le alternative sono del tipo:
> - fare o non fare delle dimostrazioni
> - fare anche delle piccole sessioni randori o invece fare solo pair con
> rotazione.
> - timeboxare in modo rigoroso ogni sessione, oppure consentire per chi
> vuole, e se i suoi compagni sono d'accordo, di aggiungere altri timebox per
> arrivare alla fine della soluzione del problema, lasciando però fuori alcuni
> kata, quelli previsti per la fine ovvero i meno importanti
>
> Ora eviterei di rifare un sondaggio, ma piuttosto direi di tener conto di
> tutto questo e stabilire sul momento cosa converrà più fare, sempre entro le
> alternative che sappiamo, cioè "in the box", per la buona riuscita della
> giornata.
Non vorrei fare il guastafeste, ma penso che la maniera migliore di
ottenere qualcosa di mediocre è arrivare senza avere un programma,
adattabile all'abbisogna, ma ci deve essere. Quindi resterei alla
formulazione di Giordano con un paio di problemi preparati (evitando i
più noti senza scadere nell'esoterico)
Quindi: chi sono i volontari per le kata-performance?
Vediamo come viene e poi iteriamo :-)
Tonino Lucca
Ok, non e' diverso da come la penso io.
Propongo anche di delegare ad un coach della giornata il compito di far seguire il programma (come proposto da Giordano),
rimuovere impedimenti, e di gestire, se necessario, eventuali adattamenti (nell'ambito di un perimetro ben preciso che
dobbiamo condividere).
Qualcuno tra gli ideatori di questa giornata.
Quindi: chi sono i volontari per le kata-performance?
Tonino: codebreaker in c#
Vediamo come viene e poi iteriamo :-)
Esatto.
btw potremmo parlarne al prossimo incontro xp, o anche prima.
Ciao.
--
Renzo Borgatti
--
Alberto Barrilà
Mi sarei presentato volentieri domani al coding dojo, visto che sono nuovo del giro, ma per problemi ti stampo famigliare nn potrò esserci, spero proprio di poter presenziare la prossima volta.
buon dojo a tutti...
--
Hai ricevuto questo messaggio perché sei iscritto al gruppo "milano-codingdojo" di Google Gruppi.
Per postare messaggi in questo gruppo, invia un'email a milano-c...@googlegroups.com.
Per annullare l'iscrizione a questo gruppo, invia un'email a milano-codingd...@googlegroups.com.
Per ulteriori opzioni, visita il gruppo all'indirizzo http://groups.google.com/group/milano-codingdojo?hl=it.
--
Alberto Barrilà
Developer
Franco Lombardo
Ciao
Franco
Tonino Lucca
Sara' per la prossima volta.
A riguardo di cosa portare:
Hardware e Software:
Si consiglia di portare un computer dotato di ambiente di programmazione Java, jdk 1.5 o superiore + un Ide o text editor+ framework per test unitari (Junit).
Opzionale: qualunque altro ambiente di esecuzione/sviluppo per altri linguaggi che si conoscono e che si intendono usare.
E' preferibile che pero' si usi tutti lo stesso linguaggio, cioe' java, anche per favorire il pair-rotation.
Dovremmo avere una chiavetta usb da far girare con tutto l'occorrente (jdk + eclipse) per i ritardatari dell'ultimo minuto.
Chi e' senza computer puo' sempre trovare sul momento un compagno di pair che ce l'ha.
Ciao.
/T.
alessandro cinelli
>
> E' preferibile che pero' si usi tutti lo stesso linguaggio, cioe' java,
> anche per favorire il pair-rotation.
È possibile evitare il pair rotation per chi è alle prime armi con i
vari "strumenti"?
In modo da evitare situazioni di imbarazzo e risultare una palla al piede.
grazie
cirpo
Tonino Lucca
Il pair programming, con rotazione, e' probabilmente un modo efficiente per farlo. Per questo e' consigliato, e si cerca di incoraggiarlo.
Ma non e' una "regola".
Ciao!
/T.