Code Sushi

Serata Social Club

2007-07-05T00:58:00.001+02:00

Le serate del Ruby Social Club riprendono a ritmo frenetico!
ecco il primo piccolo report sul nuovo sitarello del RSC (grazie intinig!)

le immagini sono un pò pesanti ma ho voluto lasciarle nel loro splendore!

C'è qualcuno?

2007-07-04T12:00:00.001+02:00

E' da un sacco di tempo che non bloggo più. Ho avuto casini vari e sono stato preso da diverse attività.
Principalmente ho cercato di dare un pò più di equilibrio alla mia vita e di focalizzare le mie forze per il futuro.
Un pò ci sono anche riuscito :-)

La lezione più importante che ho imparato in questo periodo è: L'unica strategia è mantenere alto il tuo livello di energia.

Lo diceva mia nonna: "La salute prima di tutto"
Dice anche: "Chi troppo studia matto diventa" e non ha torto!

Comunque scusate tutti per la lunga assenza. Sono scomparso dagli schermi dei miei amici-popup per troppo tempo, ma era da fare.

Mò devo decidere se continuare con questo blog, se fonderlo con un altro, etc..

Quindi please rispondetemi: state ancora seguendo il mio blog? vi interessa leggerlo in italiano? Che argomenti vorreste veder trattati?

Fatemi sapere che devo prendere una decisione.

Ciao!

TheRubyMine è accesa!

2006-10-12T10:23:00.000+02:00

Finalmente! TheRubyMine è ora online :-)

E grazie a Roberto di Unbit -il nostro hosting provider- che ci ha aiutati quando ci siamo incasinati con i settings all'andata in produzione.

The Ruby Mine

2006-09-04T23:13:00.000+02:00

Mamma mia ragazzi che sfacchinata.. con le ferie in mezzo poi non vi dico. Però ci siamo quasi. Tra pochissimo andiamo in Beta invitation-only per una decina di giorni e poi via, aperti al mondo!

Iscrivetevi a frotte su TheRubyMine

Arte Post-Postmoderna

2006-06-30T19:48:00.000+02:00

Questo mi ha dato un brivido. E' una nuova stranissima forma d'arte che fonde informatica, marketing e corporate finance.

Vi basta come teaser? ;-)

Leggetelo, è folle.. e geniale.

--
Chiaroscuro

NOT Thinking in Java (tm)

2006-06-22T11:12:00.000+02:00

E' da un pò di tempo che penso sarebbe veramente belo organizzare una serie di workshop intitolata "*Not* Thinking in Java (tm)". Non che io abbia nulla contro java per se, ma dargli addosso è piuttosto trendy ultimamente.

Al di là di Java, quello che mi scoccia è il mono-pensiero che si è instaurato con la cultura degli oggetti. Non mi tiro indietro, ho contribuito anch'io nel mio piccolo a crearla e evangelizzarla. Negli ultimi anni ci siamo fatti una scorpacciata e con i patterns abbiamo esplorato i confini di quello che è possibile fare con gli oggetti.

E' giusto così, ma ora sarebbe veramente interessante esplorare le alternative. Lisp, Erlang, Haskell e i loro vari amici e cugini.

Ieri ho visto un articolo sui linguaggi funzionali che mi ha colpito per la sua semplicità e per il potere persuasivo. E' lunghetto ma leggero. Consiglio a tutti gli interessati di dargli un'occhiata.

--
Chiaroscuro

Seesaw apre l'ufficio in Rete

2006-06-10T16:33:00.000+02:00

Seesaw vorrebbe diventare completamente virtuale, tranne per la birra e per la pizza :-)

Voi che ne pensate? Si può fare?
E' l'inizio dei Distretti Industriali Virtuali di Gabriele Renzi o della mia Virtual Valley?

--
Chiaroscuro

Ruby Social Club in Rome & Lightning Talks - Martedì 13 Giugno

2006-06-05T00:44:00.000+02:00

Il Ruby Social Club si riunisce a Roma martedì 13 giugno in zona Monti/Colosseo.

Ci si incontrerà presso l'Impiccione Viaggiatore (via della madonna dei monti, 28) alle 8 di sera per un easy dinner seguito da alcuni Lightning Talks, brevi presentazioni estremamente focalizzate seguite da discussione.

Vi aspetteremo nella saletta seminterrata dell'Impiccione, con qualche artefatto rubesquo che vi permetterà sicuramente di riconoscerci :-)

Gabriele Renzi ed io abbiamo già dei lightning talk pronti, e speriamo che altri socialiti portino i loro. Chiediamo solo a chi vuole portare un talk (dal vostro ultimo progetto, ad una libreria che vi interessa), di farcelo sapere in anticipo in modo da poterlo includere nel programma per la serata.

Se non portate un talk, portate comunque voi stessi - ditecelo e blocchiamo tavoli e posti.

Dimenticavo, il locale è rigorossamente cablato con wifi!

A presto!

--
Chiaroscuro

Caccia Grossa: MozLab & Antirez

2006-06-02T14:51:00.000+02:00

Avevo promesso qualche tempo fa che sarei andato a fare un safari in giro per il web, portando a casa le teste di sviluppatori/imprenditori italiani che si stanno mettendo in gioco sulla rete.

Dopo un periodo di pigrizia sono ripartito alla carica e vi porto ben due teste:

Il primo è Massimiliano Mirra, che ha da pochissimo rilasciato MozLab - si tratta di un set di tools che vanno da una sorta di Irb on steroids allo unit test per javascript. Fichissimo se fate extensions per firefox. Mettetela così, dopo aver visto i video di Repl e MozUnit mi è venuta voglia di imparare javascript. Ma stò javascript non doveva assomigliare a java e essere un linguaggio di scripting? Non c'entra proprio nulla!

Il secondo è Antirez, che propone Segnalo, un fichettissimo Delicious Italiano (ma lo hai scritto da zero???). Interessante, sempre di Antirez, anche questo articolo su come finanziare il proprio software :-)

Avete altre prede da segnalarmi?

--
Chiaroscuro

16 Bugs

2006-05-30T19:55:00.000+02:00

Lo dicevo che si stava dando da fare :-)

Interview a Michele Finotto!

--
Chiaroscuro

16 Bugs

2006-05-30T15:47:00.000+02:00

Lo dicevo che si stava dando da fare :-)

Interview a Michele Finotto!

--
Chiaroscuro

Presentazione a Padova

2006-05-25T01:45:00.000+02:00

E' andata, ci siamo trovati a Padova e abbiamo fatto una presentazione presso il JUG locale :-)

Questo è il resoconto dell'evento.

Un grazie sentito a tutti i javisti e ai ragazzi di SeeSaw in particolare. Siete forti!

--
Chiaroscuro
---
Liquid Development:

Summer of Code: Gabriele on Nitro

2006-05-24T10:17:00.000+02:00

Leggo dalle pagine di Gabriele che ha deciso di partecipare alla Summer of Code ed è stato accettato per lavorare su Nitro, il meno rumoreggiato ma altamente stimato, framework web per Ruby.

Lawrence, invece, lavorerà su un progetto Python.

Conoscete altri talenti di queste latitudini impegnati su progetti software internazionali?

Management Semantics

2006-05-17T11:22:00.000+02:00

Una piccola riflessione dall'ufficio.

Sono l'unico a notare che Management in italia viene percepito come un sostantivo, un ruolo: Manager
e che invece ad altre latitudini è visto come un verbo, un lavoro: To Manage ?

--
Chiaroscuro

Il libro delle Mutazioni

2006-05-17T10:17:00.000+02:00

No, non l' I-Ching. Sto parlando ancora di Baricco.

Mi piace, mi piace molto questa piega che ha preso. O forse l'ha sempre avuta e sono io a coglierla solo adesso.

Questo è un estratto dal suo ultimo 'post' su Repubblica, in cui inizia la sua esplorazione dello zeitgeist, lo spirito dei tempi, in divenire.

Non credo di fargli torto riportandolo anche qui:

lui non cercava mai di capire cos'era il mondo, ma, sempre, cosa stava per diventare il mondo. Voglio dire che ad affascinarlo, nel presente, erano gli indizi delle mutazioni che, quel presente, avrebbero dissolto. Erano le trasformazioni, che lo interessavano: dei momenti in cui il mondo riposava su se stesso non gliene fregava niente. Da Baudelaire alle pubblicità, qualsiasi cosa su cui si chinava diventava la profezia di un mondo a venire, e l'annuncio di una nuova civiltà.

Provo a essere più preciso: per lui capire non significava collocare l'oggetto di studio nella mappa conosciuta del reale, definendo cos'era, ma intuire in cosa, quell'oggetto, avrebbe modificato la mappa, rendendola irriconoscibile. Lo faceva godere studiare l'esatto punto in cui una civiltà trova il punto d'appoggio per ruotare su se stessa e diventare paesaggio nuovo e inimmaginabile. Lo faceva morire descrivere quel movimento titanico che per i più era invisibile, e per lui, invece, così evidente. Fotografava il divenire, e anche per questo le sue foto vennero, per così dire, sempre un po' mosse, e quindi inusabili da istituzioni che davano uno stipendio, e obbiettivamente ostiche per chi le guardava. Era il genio assoluto di un'arte molto particolare, che un tempo si chiamava profezia, e adesso sarebbe più proprio definire come: l'arte di decifrare le mutazioni un attimo prima che avvengano.

--
Chiaroscuro

16 Bugs

2006-05-15T18:56:00.000+02:00

16 Bugs, una web app (e un business) di un ragazzo italiano che si sta dando da fare.

Complimenti!

--
Chiaroscuro

La Mutazione

2006-05-13T12:36:00.000+02:00

Il primo installment del nuovo saggio a puntate di Alessandro Baricco.

--
Chiaroscuro

Graady Booch

2006-05-13T03:08:00.000+02:00

Grady Booch ha annunciato sul suo blog che soffre di problemi di salute e presto dovrà farsi operare. Grady Booch è stato uno dei miei primi eroi del software e ricordo di averlo incontrato a OOPSLA nell'ormai lontano '97. Gli auguro ogni bene di cuore e spero si rimetta presto.

--
Chiaroscuro

Startup senza rischi (o quasi)

2006-05-09T15:21:00.000+02:00

Questa è il mio primo post su Code Sushi, ringraziando ancora l'amico ChiaroScuro per l'invito vorrei iniziare contribuendo all'argomento Startup prendendo libera ispirazione da questo post su Business 2.0 blog.
L'idea di base è quella di trovare una strada per creare una propria attività senza per questo dover rinunciare al proprio posto di lavoro e quindi ad una sicurezza economica. Come dei pulcini, crescere quel tanto che basta sotto le ali di mamma chioccia per poi spiccare il volo soli soletti...
Vediamo un po' qualche buona regola da seguire per ottenere questo risultato:

Usare il proprio stipendio per autofinanziarsi il più a lungo possibile piuttosto che affidarsi ad investitori esterni. Meglio qualche sacrificio in più che ci permetta di rimanere indipendenti piuttosto che vendere l'anima al "diavolo" e dovergli rendere conto!
Convertire i difetti dell'azienda in businessplan. Ovvero, se nel vostro lavoro quotidiano percepite che l'azienda per cui lavorate non offre un servizio di cui i vostri utenti sentono il bisogno o offre dei prodotti che potrebbero essere migliori, perchè non ispirarsi per creare un buon prodotto? Metà del businessplan sarà già nelle vostre mani!
Sfruttare la reputazione dell'azienda come credenziale. Se l'azienda per cui lavorate è molto conosciuta perchè non trarne vantaggio nel momento in cui c'è bisogno di qualche credenziale in più?
Imparare dai pregi e dai difetti. Come dipendenti di un'azienda avete la fortuna di vedere il suo funzionamento dall'interno e quindi di impararne i meccanismi che funzionano e quelli che invece non funzionano, questo vi permetterà di avere giù una certa idea di come far funzionare le cose una volta che dovrete gestire la vostra attività.
Sperimentare! Molte idee di business nascono sul luogo di lavoro, idee che magari si preferisce tenere per se piuttosto che regalare ad una grande azienda. Ciò non toglie che è sempre possibile usare l'azienda per cui si lavora come un piccolo laboratorio in cui sperimentare le proprie idee per sapere quali potrebbero avere successo.

Naturalmente queste regole non prescindono dalla correttezza e dall'attenzione necessarie quando si tratta di "andare contro l'interesse del proprio datore di lavoro", quindi la regola numero uno è quella di usare buon senso e correttezza.

Sarariman

2006-05-09T13:36:00.000+02:00

Sarariman, nipponizzazione di Salary Man, è l'uomo salariato.

Quando pensiamo a quello che potremmo fare e ai rischi che dovremo correre mettiamo sempre sulla bilancia anche la nostra sicurezza di Sarariman.

Sarariman o Ronin (samurai freelance senza padrone) abbiamo delle entrate più o meno fisse senza le quali sarebbe difficile fare a meno.

Diciamoci la verità, siamo tutti morbosamente curiosi di sapere qual'è il nostro valore di mercato per poterci misurare e capire cosa vale la pena di fare.. Vediamo se riusciamo a soddisfare questa curiosità.

Anni fa ad una conferenza Bruce Anderson, padre dei patterns prima della gang of four, organizzò un gioco divertente. Prese una lastra di polistirolo e sull'asse delle ascisse mise gli anni di esperienza lavorativa e su quello delle ordinate il salario. Poi diede a tutti delle cannucce con un lato tagliato in modo da rendere facile il poterle infilzare nel polistirolo.

Al suo via studenti, consulenti e professori si avventarono insieme sulla board di polistirolo, urlando e infilzando a propria cannuccia al punto giusto. Troppo caos per capire chi avesse infilzato dove.

Il risultato: uno scatterplot della situazione del mercato.

Vorrei poter fare lo stesso con una bella applicazioncina, ma non avendo tempo vi propongo di scriverlo anonimamente nei comments. Tanto siamo su 'blogger', non posso risalire :-)

Penso che un buon format potrebbe essere questo:

[fisso / ultimo variabile / ore lavorate per settimana / sararyman o ronin? / lavoro e settore (finanza,PMI,logistica..) / età
Per i Ronin fisso e variabile sono una stima di quello che sanno essere comunque certo e delle fluttuazioni attese.

Se volete aggiungere ulteriori punti allo scatterplot e offuscare ulteriormente le acque potete mettere anche dati di vostri amici e conoscenti.

Con 10 o più entries prometto un grafico nel prossimo post! Anche voi lurkers, un commentino please.

Rilasciato Littleboxes v0.1

2006-05-06T22:28:00.000+02:00

Ho rilasciato Littleboxes su rubyforge, come sottoprogetto (nonchè per ora unico sottoprogetto) di Rosso.

Littleboxes e' una piccolo set di comandi che vi permette di scrivere i vostri oggetti sul foglio Excel aperto in quel momento invece che a console.

Non è una mega libreria per usare excel.

Fa solo questo, ma lo fa benino, dandoti anche la possibilità di scrivere in orizzontale o in verticale e di scegliere in che colore scrivere.

un esempio piccolo piccolo:

require ' rosso/littleboxes'

['pippo','pluto','paperino'].to_xl "B2"

LittleBoxes.paint :green
LittleBoxes.horizontally #write from left to right

{ :city => "Milan", :country => "Italy"}.to_xl "F10"

That's it. Mi è però molto utile quando programmo e voglio vedere rapidamente i dati e magari farci sopra anche due calcoli a mano usando excel.

Download from: http://rubyforge.org/projects /rosso/

Le istruzioni sono molto semplici:

1. unzippate
2. prendete il contenuto di rosso-1.0 e mettetelo nel load path di ruby
3. andate dentro rosso/samples e lanciate la demo - dovete avere però excel installato..
4. leggete la demo. è veramente banale e vi permetterà di usare littleboxes in 2 minuti netti.

fatemi sapere se vi piace e come vi trovate

--
Chiaroscuro

--
Chiaroscuro
---
Liquid Development: http://liquiddevelopment.blogspot.com/

Chiaroscuro Radio

2006-05-06T21:55:00.000+02:00

Mi ero ripromesso di non farlo. Di non postare foto del mio gatto o di infliggere comunque i miei discutibili gusti sui miei lettori.

Eppure alla fine a un pò di protagonismo non ho resistito.. nella sidebar ora trovate un link a Chiaroscuro Radio!

I miei gusti musicali sono stati variamente definiti come:

"sembra stiano facendo qualcosa di brutto a un gatto"
"che palle sono tutte uguali"
"ma ti piace 'sta roba?"

Chiaroscuro Radio è stata realizzata con Pandora, un software che impara dai tuoi gusti musicali. Ci ha messo un pò, ma adesso che azzecca quasi tutte canzoni che mi piaciono.

--
Chiaroscuro

Littleboxes nello Spreadsheet

2006-05-06T20:26:00.000+02:00

Questa sera dovrei fare la prima release di Littleboxes, un micro-linguaggio (API? DSL? boh!) per poter fare debugging da ruby su
excel. Oggetti, Struct, Array, String, Hash, etc.. vengono scritti su foglio per poter meglio visualizzare i dati con cui state lavorando.

Ci sono feature che vi tornerebbero utili? ho ancora un paio d'ore per lavorarci.

Nel frattempo vi lascio con le parole di Littleboxes, mitica canzone di Malvina Reynolds..

"Little boxes on the hillside,
Little boxes made of ticky tacky
Little boxes on the hillside,
Little boxes all the same,
There's a green one and a pink one
And a blue one and a yellow one
And they're all made out of ticky tacky
And they all look just the same."

e no, Malvina non stava parlando delle cellette di Excel ;-)

--
Chiaroscuro

Nostalgia Cybernetica

2006-05-06T01:36:00.000+02:00

Questa sera ho ripescato una vecchia storia a fumetti che mi ha toccato molto: The Guy I Almost Was pubblicato sul mitico e-sheep (links ai fumetti in basso a sinistra). E' una storia piena di nostalgia se vi ricordate e avete vissuto la visione futuristica dei primi anni novanta in cui ci si immaginava tutti a galleggiare e comunicare in una realtà virtuale globalmente connessa. Uhm, ripensadoci mi sa che ci avevamo preso :-)

--
Chiaroscuro

Europa e Imprenditoria

2006-05-05T02:33:00.000+02:00

Un interessante link sull'imprenditoria in Europa

--
Chiaroscuro

Organizzare la Conoscenza

2006-05-04T22:34:00.000+02:00

Riguardo il post precedente. Ora ho letto l'articolo. In realtà mi trovo molto d'accordo con quanto dicono. Si tratta della ricerca di un sapere linguistico/epistemologico, altro rispetto al succedersi delle singole tech.

Questo è l'interessante indice del loro libro.

--
Chiaroscuro

Conoscenza Eseguibile

2006-05-04T21:26:00.000+02:00

Gabriele cita un'intervista a Luca Rosati:

E così mi sono reso conto che ci si trova spesso a "reinventare la ruota", quando invece discipline mature come la biblioteconomia (ma anche la psicolinguistica e le neuroscienze) già da molti decenni si sono confrontate con questi problemi.

Premetto che non ho letto l'intervista, ma commento sul testo citato.

Si sente spesso parlare di come l'informatica sia 'indietro' rispetto ad altre discipline che si sono meglio organizzate. Io non sono d'accordo. Altre discipline organizzano la conoscenza in un certo campo, mentre l'informatica riguarda l'atto stesso di organizzare la conoscenza. Conoscenza eseguibile ma sempre conoscenza.

In questo senso l'informatica è una meta-disciplina riflessiva. E' una caratteristica innata dell'informatica il cambiare se stessa, perchè il codice viene usato per parlare di codice e migliorarlo. In questo senso l'informatica è più simile alla letteratura che non all'ingegneria: parla d'altro ma soprattutto parla di se stessa e continuamente si evolve e cambia.

L'informatica cambia con la società, perchè cambia il modo in cui vediamo e organizziamo il sapere, e sarebbe grave se stesse ferma.

--
Chiaroscuro

Il Giardino del Codice

2006-05-04T10:49:00.000+02:00

Mi piace pensare al codice come a un luogo pubblico.

Un luogo pubblico che amiamo.

Ogni volta che andiamo a visitarlo buttiamo via una lattina, sistemiamo una zolla d'erba, potiamo un poco una pianta.

Più gente visita il posto, più questo diventa bello e accogliente per i visitatori.

Su Ruby-It stiamo facendo un esercizio di refactoring collettivo. Mi piace lavorare sul codice in gruppo. Mi piace vedere come dei miei contributi possono prendere piacevoli pieghe inaspettate. Mi piace veder fiorire degli spunti e veder collassare bolle di complessità sotto pennellate intelligenti ed espressive.

Insieme curiamo questo giardino e dalla forma e dalla disposizione delle piante mi sembra di conoscere meglio chi ci lavora.

--
Chiaroscuro

Mamma, se non dura c'è sempre il divorzio

2006-05-02T12:00:00.000+02:00

Come diceva la vignetta di interno copertina di Generazione X:. "Non preoccuparti mamma, se non va bene c'è sempre il divorzio."

Recentemente, sul blog di RiffRaff si discuteva di startup finite in lacrime con liti tra partner.

Mi interessa capire perchè accade.

Nei casi di cui ho sentito parlare si trattava della mancanza di una vision/mission comune, o di come sgarbugliare un cambiamento di situazionedettato da nuovi eventi.

Ad esempio:

uno vuole campare di consulenza, l'altro vuole sfondare con un prodotto. entrambi pensano che l'altro non apporti valore e stia cazzeggiando
uno ha in mente di lavorare 8 ore al giorno tranquillo, l'altro vuole sbattersi per ingrandirsi

Forse è il caso di mettersi d'accordo fin dall'inizio su alcuni punti fondamentali e forse anche di redigere un contratto formale o informale che comprende anche clausole e modalità di uscita dei soci.

La chiarezza può aiutare ad arbitrare una situazione difficile e evitare litigi tra amici in seguito.

--
Chiaroscuro

Monetizzare

2006-05-02T00:38:00.000+02:00

Ho ricevuto questa mail da 37 Signals:

INTRODUCING THE JOB BOARD: FIND THE BEST TALENT
For the past few months or so we've been getting close to a dozen
emails every week asking us where to find great designers,
programmers, and web-business executives.

Here's where:
http://jobs.37signals.com

The Job Board is here to connect people and companies who value
simplicity, great design, beautiful code, Getting Real, and
usability.

Post here to find designers, programmers, or executives who
"get it." Your listing will reach 25,000+ Signal vs. Noise
subscribers, some of the best and brightest web minds around.

HOW MUCH AND FOR HOW LONG?
Each job post cost $250 and is up on the site for 30 days.
You have 500 characters to make your pitch.

Try it today:
http://jobs.37signals.com

We hope this helps hook up the best people
with the best companies. Good luck to everyone.

in breve quello che fanno, dopo aver costruito una bella comunità attorno al loro blog, è vendere quell'attenzione in modo tagettizzato. Non i soliti adsense un po' randomici, ma danno l'opportunità ad aziende di fare job posting a pagamento.

Io la trovo un'idea magnifica. E' utile ai lettori perchè possono vedere il mercato del lavoro. E' utile alle aziende perchè sanno che i lettori si sono autoselezionati e sono di ottima qualità. E' utile a 37 Signals perchè viene pagata. Triple Win Situation!

37Signals gioca anche sul fatto che mentre gli home users sono molto sensibili al prezzo (qualunque prezzo diverso da zero!), le aziende invece ragionano più in termini di tradeoff (mi risolve il problema senza dover perdere un'ora? compralo!).

Forse dobbiamo iniziare a pensare a quali sono alcuni di questi tradeoff in cui poterci intrufolare.

--
Chiaroscuro

Cultura o Natura ?

2006-05-01T23:08:00.000+02:00

In uno scambio di email, Federico mi parla delle sue impressioni della Valle. Non è tanto che sono più bravi di noi - mi dice - quanto il fatto che per loro è naturale pensare in termini di imprenditoria. Un fattore culturale insomma.

E' vero che noi abbiamo grossi problemi 'locali' come la burocrazia e la mancanza finanziamenti, ma secondo Federico il mix è 80/20 in favore della cultura.

Io non so se sia veramente un problema di cultura come dice Federico o un problema di natura, ma so che se decidiamo di credere che sia un problema di natura siamo fregati in partenza. Perchè individualmente non possiamo farci niente.

Allora pensiamo alla cultura e cerchiamo di capire cosa ci blocchi e superarlo insieme.

Cerchiamo anche di capire se i nostri problemi pratici e le nostre difficoltà sono sistematici dell'industria in generale o specifici del nostro paese in particolare e pensiamo a come si possano eludere.

--
Chiaroscuro

Rilasciato Intent v0.5

2006-05-01T04:34:00.000+02:00

Whoa, finito. Ce l'ho fatta Intent-0.5 è stato rilasciato su rubyforge.

Si tratta di un piccolo framework per fare una forma di test driven development che io chiamo intent first.

Ho scritto un 2 minutes tutorial, un 5 minutes tutorials e un draft (temo incompleto) del manuale.

Spero di ottenere suggerimenti dalla mailing list di ruby-it, apportare eventuali correzioni e poi annunciarlo su ruby-talk.

--
Chiaroscuro

Serve Tanto Amore

2006-04-30T22:03:00.000+02:00

Questa sera mi sono chiuso in casa perchè entro domani mi sono ripromesso (anzi ho proprio promesso sulla mailing list di Ruby-It) che avrei pubblicato Intent, un framework di test-driven development sul quale stò lavorando.

E' una faticaccia.  Mi piace quello che faccio, ma è una faticaccia.

Devi scrivere i tutorial.  E devi lavorar duro per renderli brevi e semplici e comprensibili.  Un tutorial lungo e verboso lo sanno scrivere tutti.

E poi devi fare il packaging di quello che hai fatto.. dargli un look non del tutto amatoriale.  Ma qual'è il modo giusto di distribuire in Ruby?  Non lo so e lo chiederò in lista e una parte di me vorrebbe attendere finchè non ho tutti i pezzi e tutte le risposte prima di partire e di pubblicare.

E poi il codice, argh! il codice!  Il framework si offre come un tool concettuale per scrivere codice migliore test-first e il mio codice non ha uno straccio di test e non posso dirmi neppure soddisfatto dello stile.  Che fare? Appellarmi al teorema di incompletezza di Goedel?

Eppure io questo framework lo uso e mi è utile, ecchecavolo! E quindi lo pubblicherò, e se non piace pazienza. E ogni critica sarà utile feedback, e forse stimolerà altri a fare lo stesso.

Diceva Gianluca qualche giorno fa nei comments che bisogna lavorare tanto per fare una startup e io dicevo "ma lavorare è divertente!".

Cazzate :-)

Lavorare e' dura e ci vuole tanto tanto tanto amore per quello che fai.

--
Chiaroscuro

Ruby per Javisti

2006-04-26T11:04:00.000+02:00

Tra un mesetto dovrò fare una presentazione di circa 40 minuti su Ruby a un gruppo di Javisti (inclusa gente enterprise :-)

Avete consigli su come presentare Ruby, su cosa mostrar loro? Che taglio e format dare alla presentazione?

Non ho intenzione di fare il solito 'Ruby è meglio di Java', in quanto potrebbe risultare offensivo e controproducente. Vorrei che dopo la presentazione rimanesse loro la voglia di esplorare nuove cose e di provare ad 'assaggiare' questo strano Ruby..

Ogni consiglio è benvenuto!

--
Chiaroscuro
---
Liquid Development: http://liquiddevelopment.blogspot.com/

Startupping - chi ci ha provato?

2006-04-25T12:15:00.000+02:00

Non credo che startupping sia una parola in alcuna lingua, ma ci siamo capiti.

Chi di voi ci ha provato? Che risultati ha ottenuto? e quali sono le lezioni apprese?

Credo che gli ostacoli più importanti alla partenza e a una iniziale sopravvivenza siano:

* L'inerzia indotta dalla apparente complessità del processo

* La paura di fallire

* Trovare un mercato (e un prodotto/servizio)

* Riuscire a vendere

Sono molto interessato a sentire le storie di chi c'è passato e di chi ci sta provando.

Scrivete a kiaroskuro AT gmail DOT com o lasciate detto nei comments qui sotto.

PS: la carta qui accanto fa parte del deck dei Silicon Valley Tarots e rappresenta l'archetipo del Garage:

"Storicamente il Garage è il principale motore creativo della Valle. Grandi Idee nascono in umili circondari ad ore improbabili. La luna sorride agli esploratori liberi dai rigidi vincoli aziendali. Sebbene possa sembrare che l'umile Garage non abbia una chance contro i pachidermi corporativi e i grandi laboratori della Valle, il mazzo di carte della storia è in suo favore. Il vero lavoro, la vera azione, è sempre stato svolto 'nel garage' da individui patologicamente indipendenti, protesi a forgiare nuovi pensieri. Tutto quell'azzuffarsi di markettari e avvocati e la turbolenza del NASDAq sono solo la schiuma prodotta dalla grande onda quando il Garage finalmente apre gli occhi sul mondo"

-- Chiaroscuro ---
Liquid Development: http://liquiddevelopment.blogspot.com/

Formazione Imprenditoriale

2006-04-25T01:36:00.000+02:00

Il Business Innovation Center del Lazio organizza dei corsi di informazione imprenditoriale a partire da questa settimana. Sono gratuiti m mi dispiace vedere che li tengono durante le giornate lavorative, di fatto tagliando fuori chi già lavora ma vorrebbe imprendere :-(

--
Chiaroscuro
---
Liquid Development: http://liquiddevelopment.blogspot.com/

Smalltalk Party a Cagliari

2006-04-14T11:20:00.000+02:00

Ho saputo da Giovanni Corriga che sabato primo luglio a Cagliari ci sarà un incontro di Smalltalkers e Agilisti.

Bella iniziativa!

quoto parte della mail di Giovanni:

Stiamo organizzando uno Smalltalk Party a Cagliari per il giorno sabato
1 luglio. Sarà una grande occasione per qualche chiaccherata amichevole,
per incontrare altri Smalltalker e per conoscere una spendida parte
d'Italia.

Il party si terrà nei locali dell'Università di Cagliari
( http://www.unica.it ) ed è sponsorizzato dall'Agile Group
( http://agile.diee.unica.it ).

Se siete interessati a venire al party, aggiungete il vostro nome allo
swiki
http://smalltalkit.seasidehosting.st/seaside/pier/SmalltalkParty20060701 , [..]

Il wiki contiene anche delle informazioni turistiche che possono esservi
utili.

Non so cosa ne pensiate voi, ma tante iniziative di questo tipo possono fare - e faranno - la differenza.

Come fare un video delle vostre coding sessions

2006-04-14T10:46:00.000+02:00

Non è attinente direttamente a Ruby ma ho la presunzione che vi possa interessare. Recentemente al lavoro, per riuscire a documentare in modo più agile, ho introdotto l'uso delle registrazioni audio e video del desktop. Con una demo di 5 minuti risparmi ore di documentazione.

Dato che fare video sembra anche far parte della cultura Rails vi consiglio il prodotto che ho provato io: Camtasia, anche se si tratta solo di una evaluation. Se qualcuno ne conoscesse uno free...

Inoltre se volete programmare collaborativamente in modo sincrono sulla rete date un'ochiata a moonedit o gobby. Moonedit ha un'interfaccia antiquata, ma ha questa feature di history replay che vi permette di vedere come il vostro codice cresce si modifica, cambia. Fortissimo.

Buona Pasqua a tutti.

--
Chiaroscuro
---
Liquid Development: http://liquiddevelopment.blogspot.com/

Sabbia negli Ingranaggi

2006-04-13T21:30:00.000+02:00

Quando si pensa all'opzione di aprire un proprio business, subito dopo un primo entusiasmo si para davanti a noi una via crucis di burocrazia, lungaggini, complicazioni e anche costi non indifferenti.

Ma è sempre stato così e in qualche modo accettiamo il fatto che un business è qualcosa che viene fatto da qualcun altro, qualcuno che capisce meglio le leggi, o che ha un partner più anziano e esperto che viene dal corporate o dall'imprenditoria.

In pochi hanno voglia di affrontare un notaio e un avvocato, le carte e i permessi e il commercialista. In pochi, specialmente se alle prime armi e senza soldi, hanno voglia di girare tra nonne zii amici e cugini a raccogliere il capitale sociale necessario ad aprire un'azienda a responsabilità limitata.

Altri vanno per una partnership, che spesso si scioglie dolorosamente a causa di divergenze tra i soci, con perdite da ambo le parti. Chi va in affari senza la protezione di una S.r.l. rimane spesso anche senza difese al primo dissidio legale ed è costretto a piegarsi e spesso a rimetterci del suo.

Ora però non buttiamoci giù, anche in altri paesi hanno i loro problemi..

Considerate ad esempio se voleste aprire una Ltd (Limited Trading Company, l'equivalente di una Srl) nel Regno Unito.

Prima di tutto lì nessuno lo fa da solo, ma dovete cercare un'azienda che lo faccia per voi.

E inoltre quale scegliere?

Ad esempio prendereste questa?

ma farà veramente tutto bene? E il sito? la carta da lettera?

Forse è meglio spendere qualcosina in più ma essere sicuri...

Trecento -hey dico trecento- sterline però è forse un pò troppo..

Potremmo anche scegliere un mix di opzioni..

Poi è un casino in inghilterra. Devi essere connesso ad internet e sei praticamente obbligato a far tutto al computer. Potresti anche perderci quasi un'ora, perchè per fare i controlli dei marchi e dei nomi registrati un pò di tempo ci vuole.

E che cavolo ma allora sai che puoi fare? Ti compri una Ltd prefabbricata. E poi più tardi, per un piccolo fee le puoi cambiar nome se ti va. Che squallore però un'azienda prefabbricata, ma dove stà il gusto, dov'è la sfida?

Sarà anche vero che mi posso comprare Newstream Enterprises Limited con 2 click e carta di credito in 15 minuti, ma vuoi mettere come ti fai le ossa a inseguire notai, avvocati e commercialisti qui nel sud Europa?

Allora sarà vero che tutto si può fare, ma il dare la possibilità di farlo con semplicità e senza paura abbassa di molto la soglia d'accesso e chi prima poteva avere un ripensamento ora è forse più invogliato a provare.

E' anche così che sia crea una cultura imprenditoriale.

Ora, di fronte a questo iniquo confronto potreste anche sentirvi anche un tantino presi in giro dal sistema politico e da quello corporativo dei notai che vi obbligano a vivere in un medioevo commerciale.

Beh, avreste ragione! :-)

Ora, chi di voi lettori si può prende la briga di capire cosa dice la legge riguardo all'incorporare un'azienda all'estero per fare business in Italia?

Ma poi siamo così sicuri di voler fare business in Italia? Importa veramente dove stanno i nostri clienti? O forse è possibile inserirsi in un'ecologia puramente digitale e transnazionale? E in quel caso conta veramente avere la propria company registrata presso l'ottocentesco studio del notaio del paesino?

Questi sono alcuni link misti sull'argomento:

Statemi bene, io me ne volo a Londra :-D

Centri per il Business e l'Innovazione in Italia

2006-04-13T11:16:00.000+02:00

Gabriele, mi ha indicato il sito del Business Innovation Center del Lazio.

Il sito è molto carino e menziona incubatori, angel investors, tutto quanto ci aspetteremmo di trovare in California e a cui non siamo abituati qui in Italia. Ci sono anche i link ad alcune piccole company già in incubazione.

A questo punto chiedo informazioni a voi: qualcuno di voi si è mai trovato a interagire con una di queste organizzazioni? qual'è stata la sua esperienza? sono buone o sono un pacco?

Inoltre, conoscete altre organizzazioni di questo tipo sul territorio? presso università? legate a camere di commercio?

Questa sera posterò alcune info su come si apre una company nel Regno Unito.
Finito di leggerlo spero vi verrà voglia di linciare un notaio e dar fuoco al parlamento chiedendovi se ci stanno a prendere in giro o cosa.. :-)

CodeSushi goes Italian

2006-04-12T13:27:00.000+02:00

Starting from today CodeSushi will be written mainly in Italian, with the purpose of covering what's cool and up and coming on the italian development scene.

>>> END OF TRANSMISSION <<<

A partire da oggi CodeSushi riparte in italiano e si propone come una rubrica che guarda alla scena dello sviluppo nell'intorno dell'Italia.
Ci si può chiedere del perchè di questa scelta regionalizzante in un momento in cui tutto -e specialmente il software- tende verso il globale.

Il software è scritto da persone e queste persone vivono innanzitutto in una propria realtà locale che inevitabilmente li influenza. Con questo blog voglio scoprire i Movers&Shakers della scena software italiana. Chi sono i nostri giovani talenti? Dove sono le 37Signals italiane? Chi si fa strada sulla scena internazionale e chi spinge avanti la frontiera?

Rubyisti, javisti, pythonisti, dotnetters, agilisti, designers e architetti! Conosciamoci, troviamoci e ubriachiamoci di idee insieme.

Ci sono tante persone in gamba in questo paese, ma ben poco riconoscimento nei loro confronti e poche opportunità di pensare veramente insieme, pensare in grande in locale e poter dare un vero contributo a livello globale.

bene, oggi si comincia

-- Chiaroscuro

Liquid Development: http://liquiddevelopment.blogspot.com/

Minimal Descriptions and Metaprogramming

2006-04-03T01:26:00.000+02:00

see Minimal Descriptions and Metaprogramming on the Liquid Development blog

Technology Pushing Design

2006-02-13T10:02:00.000+01:00

This is the case for Generic DAO pattern with JDK 5.0

Distilling Intent from Descriptions

2006-02-05T04:47:00.000+01:00

see the post on the Liquid Development Blog

Maru Batsu II

2005-12-10T00:42:00.000+01:00

This is the follow up to the previous Maru Batsu post.
In the meantime I have put the intent project on rubyforge, and I am working hard to make it generally usable.

A few things have changed in the way I define the intents and I believe that I have made the system more complete, gradual to get into, easier to use and more structured that you can see in the Maru Batsu examples.

I invite you to follow the progress of the Intent project on Liquid Development.

Maru Batsu --- Installment II

In the previous installment I was defining the intents of Maru Batsu, the tic tac toe game.

intent_of_setting_up_the_game_properly

In an intent I simply make statements about the game.

I also start realizing that lots of setup code gets repeated and I wonder if I should abstract it out.. but I let it there for the time being, until it gets more bulky and I really feel the need to collapse it into an abstraction.

I start writing up intent_of_recognizing_a_winner but I soon realize that to recognise a winner I will need to check a given board configuration. How would I define that board? I could create an empty board and play out a whole game on it, checking for a winner as I go along move after move, finally finding a winner in the end.

This seems to be a bit long winded, especially if i want to represent many winning board configurations. What I need is to define a mid-game state for the tic tac toe game. I opt for the possibility of injecting an externally defined board in the game and be able to start playing from there. This way I will simply have to specify a certain board and check if it there is a winning configuration for a certain player.

I think that this is a nice example of how a 'testing' requirement, an intent - as I like to call it - shapes code along Dependency Injection patterns.

Injecting a board will also require to either state - or infer - which player's turn it is, check if the board is well-formed, etc..

All of this feels a bit too much for such a small game, so I decide to write out the whole game and later decide if I really need to evolve it there.

Do I really need those constraints? Why should I put these constraints if they are already clear and obvious in the mind of the developers that will build on top of Maru Batsu? Do I really need explicit knowledge where convention-based knowledge and reasonable polite behaviour will do? Probably not. I stick with postponing the choice.

I start writing up the intent, specifying every single step

def intent_of_recognizing_a_winner
    game = Tictactoe()

    game.clean!

    game.player_A_ticks row_(1), col_(1)
    game.player_B_ticks row_(0), col_(2)
    game.player_A_ticks row_(1), col_(2)

As I get here I realize that I am not able to follow the evolution of the state of the board. Maybe I really need a different way after all. Yet I am going to continue until the end and refactor it later. After making all moves I will simply make a statement on the configuration of the board. I do not need it, but it will serve the purpose of communicating better with the readers of the intent.

I think this is a good case of breaking the symmetry - in theory you don't need it because it's superfluous, but adding it makes things somehow easier on the eye.

def intent_of_recognizing_a_winner
    game = Tictactoe()

    game.clean!

    game.player_A_ticks row_(1), col_(1)
    game.player_B_ticks row_(0), col_(2)
    game.player_A_ticks row_(1), col_(2)
    game.player_B_ticks row_(0), col_(2)
    game.player_A_ticks row_(1), col_(2)
    game.player_B_ticks row_(1), col_(0)
    game.player_A_ticks row_(0), col_(0)
    game.player_B_ticks row_(2), col_(2)
    game.player_A_ticks row_(0), col_(1)
    game.player_B_ticks row_(2), col_(1)

    game.state.should_be TictactoeBoard(
                            ["X","X","O"],
                            ["O","X","X"],
                            ["", "O","O"]
                         )

    game.is_game_complete?.should_be false
    game.is_there_a_winner?.should_be false

    game.player_A_ticks row_(2), col_(0)
    game.state.should_be TictactoeBoard(
                            ["X", "X","O"],
                            ["O", "X","X"],
                            ["X", "O","O"]
                         )

    game.is_game_complete?.should_be true
    game.is_there_a_winner?.should_be false

end

It works and it shows a whole game, but there are several things I feel uneasy about. For a start this looks more like a use case than an intent, a simple statement about the game. I also feel uneasy about

game.is_game_complete?.should_be true
game.is_there_a_winner?.should_be false

I feel there is some redundant information there, but I cannot put my finger on it yet. Since I am not sure on the illness, I also don't feel sure about the cure. I believe that most of the times in development there aren't any lost opportunities. If it's ugly, if it is a problem, if it gave me discomfort now, it will sick out later as well and at that point I might have some more information to deal with it.

I also notice that with those two statements I have described what a draw is, but I haven't played out any winning scenarios yet.

I think a little about copying and pasting this intent and making the modifications needed to define a winning board. I am also thinking about creating a subroutine that takes the game through a number of moves so that I can recreate the game state on demand and then apply the extra moves and my statements of intent.

I am definetly not satisfied. The board injection solution becomes more and more attractive. I go for it. I don't write the code, I just state that I should be able to set a board. I replace the first part of the intent with the following

def intent_of_recognizing_a_winner
    game = Tictactoe()

    game.clean!

    game.set_board TictactoeBoard(
                        ["X","X","O"],
                        ["O","X","X"],
                        ["", "O","O"]
                   )

    game.state.should_be TictactoeBoard(
                            ["X","X","O"],
                            ["O","X","X"],
                            ["", "O","O"]
                         )
...

This is much much easier on the eye, and it doesn't force me to painstakingly specify every move from the beginning. Of course, I could put a wrong board there, and I am not checking if the board is well formed (number of noughts equal to number of crosses minus one, not more than one winning configuration with no common cell, etc..). I decide to not care. I am writing the intents, and I am not going to state impossible configurations.

However it seems a bit verbose and redundant to keep stating that my board is indeed the board that I have injected. I should create a further intent to check that board.set_up is working correctly. After having stated that intent in one place I will remove the extra should bes in the code, confident that this fresh intent will catch any misbehaving code. Nice, but once again I'll do it later when I really need it.

I clone the intent into a number of sibling intents to check different board configurations.

def intent_of_setting_up_the_game_in_the_middle
    game = Tictactoe()

    mid_game_board = TictactoeBoard(
                        ["X","X","O"],
                        ["O","X","X"],
                        ["", "O","O"]
                     )

    game.set_board mid_game_board
    game.state.should_be mid_game_board

    expect true, game.player_A_turn?
    expect false, game.player_B_turn?

    game.is_there_a_winner?.should_be false
    game.is_game_complete?.should_be false
end

The use of a variable to avoid the repetition of the board definition makes the code clearer, while still stating that I should get what I have set.

There are a few stylistic points that annoy me. For example, I see

game.set_board mid_game_board

and I realize it is more legible as

game.set_board_to mid_game_board

This way you can actually read it out aloud.

I also don't like this form much:

game.is_player_A_the_winner?.should_be false

I have two methods, one for player_A and one for player_B that are doing essentially the same thing. I would prefer something like:

    game.winner?.should_be game.player_A
    game.winner?.should_be game.player_B
    game.winner?.should_be nil

these are more notes for further refactoring. The code looks quite clean, but I already have quite a backlog of candidates for refactoring.

In the meantime I have added several intents. This is a bit long winded. Be patient and skim over them. If you cannot skim over them while getting a sense of what they are stating, then I have done something wrong and I have not been shaping code after language.

def intent_of_setting_up_the_game_properly
    game = Tictactoe()

    game.player_A_symbol.should_be "X"
    game.player_B_symbol.should_be "O"

    game.clean!
    game.state.should_be TictactoeBoard(
                            ["","",""],
                            ["","",""],
                            ["","",""]
                         )

    expect true, game.player_A_turn?
    expect false, game.player_B_turn?

    game.is_there_a_winner?.should_be false
    game.is_game_complete?.should_be false
end

def intent_of_setting_up_the_game_in_the_beginning_1
    game = Tictactoe()

    mid_game_board = TictactoeBoard(
                        ["","","" ],
                        ["","","X"],
                        ["","","" ]
                     )

    game.set_board_to mid_game_board
    game.state.should_be mid_game_board

    expect false, game.player_A_turn?
    expect true, game.player_B_turn?

    game.is_game_complete?.should_be false
    game.is_there_a_winner?.should_be false
    game.is_player_A_the_winner?.should_be false
    game.is_player_B_the_winner?.should_be false
end

def intent_of_setting_up_the_game_in_the_middle_1
    game = Tictactoe()

    mid_game_board = TictactoeBoard(
                        ["X","X","O"],
                        ["O","X","X"],
                        ["", "O","O"]
                     )

    game.set_board_to mid_game_board
    game.state.should_be mid_game_board

    expect true, game.player_A_turn?
    expect false, game.player_B_turn?

    game.is_game_complete?.should_be false
    game.is_there_a_winner?.should_be false
    game.is_player_A_the_winner?.should_be false
    game.is_player_B_the_winner?.should_be false
end

def intent_of_setting_up_the_game_in_the_middle_2
    game = Tictactoe()

    mid_game_board = TictactoeBoard(
                        ["X","X","O"],
                        ["O","X","X"],
                        ["", "", "O"]
                     )

    game.set_board_to mid_game_board
    game.state.should_be mid_game_board

    expect false, game.player_A_turn?
    expect true, game.player_B_turn?

    game.is_game_complete?.should_be false
    game.is_there_a_winner?.should_be false
    game.is_player_A_the_winner?.should_be false
    game.is_player_B_the_winner?.should_be false
end

def intent_of_setting_up_the_game_in_the_end_with_a_draw
    game = Tictactoe()

    end_game_board = TictactoeBoard(
                        ["X","X","O"],
                        ["O","X","X"],
                        ["X","O","O"]
                     )

    game.set_board_to end_game_board
    game.state.should_be end_game_board

    expect false, game.player_A_turn?
    expect false, game.player_B_turn?

    game.is_game_complete?.should_be true
    game.is_there_a_winner?.should_be false
    game.is_player_A_the_winner?.should_be false
    game.is_player_B_the_winner?.should_be false
end

def intent_of_setting_up_the_game_in_the_end_with_player_A_winning
    game = Tictactoe()

    end_game_board = TictactoeBoard(
                        ["X","X","O"],
                        ["O","X","X"],
                        ["O","X","O"]
                     )

    game.set_board_to end_game_board
    game.state.should_be end_game_board

    expect false, game.player_A_turn?
    expect false, game.player_B_turn?

    game.is_game_complete?.should_be true
    game.is_there_a_winner?.should_be true
    game.is_player_A_the_winner?.should_be true
    game.is_player_B_the_winner?.should_be false
end

wow! done it. Thanks for keeping up until here.

The intents are not too bad, but there is much more that can be done, even if it might not be clear at this stage yet.

Also notice how much knowledge we have produced about the game, without writing a single executable statement yet. Are we coding or are we doing analysis? Are we analysing or are we writing up specifications? Are these specifications or are they explorations?

The common language of development starts breaking down and becoming irrelevant as we continue along our journey.

Maru Batsu

2005-11-19T23:23:00.000+01:00

I will try a small exercise to explore the growth and evolution of code, as it tries to follow my intent. I will also pay attention to what the code is trying to tell me, and I will respond to it as I go along.

I will also try to play by the rules of a specific Format:

Specify basic high level intent.
Write readable statements that specify that intent in terms of lower level intents.
Reality Check.
Simplify those statements.
Reality Check.
Look for repetitions and abstract to higher level intent.
Reality Check.
Repeat this process.

When I say intent, I refer to the intended purpose of the code. Intent should come before code and it answers the question: "what is this code going to do?". As intent gets stated more in detail, in terms of sub-intents, it also answers the questions: "how do I know that it has been done? what am I expecting out of it?"

Reality Checks are a way to ensure that all our intents still hold. When a reality check fails, it means that the meaning of our code, its conceptual consistency, somehow broke down, violating one or more of the original intents. Ideally intents are written in such a way that a failing reality check immediately pinpoints the broken intent.

When I talk about statements I am almost always talking about code written in such a way that it expresses directly its intention, without forcing us to dry run it in our head to simulate it and uncover its purpose.

You should also watch out for repetition in your code. Conceptual repetitions obfuscate meaning, showing a large variety of concepts and relationships, where only a few clearly stated concepts would suffice. Many repetitions can usually be abstracted by a single intent that can express all of them in a simpler statement.

The purpose of the exercise is to develop a small tic tac toe game, the Maru Batsu from the title.

Let's start.

Maru Batsu --- Installment I

I wonder.. how do I express the intents of user interaction? Or should I start expressing the intents of a lower level?

How do I express the user input? Will I make my intents dependent on the mode of user input? Click this button, write this text, etc.. ?

This difficulty pushes me to look for a more concise way of specifying behaviour, independently from the input mode. What I do is to specify the intent of the interaction.. giving a summary description: user_A_moves_to x,y

game = Tictactoe()

game.player_A_symbol.should_be "X" game.player_B_symbol.should_be "O"

game.clean!
game.state.should_be

TictactoeBoard(

["","",""],
["","",""],
["","",""]
)

game.player_A_ticks row_(1), col_(1)
game.state.should_be

TictactoeBoard(

["","", ""],
["","X",""],
["","", ""]
)

and on and on I continue until the end of the game.

I notice that the shape of my intent already implies an architecture:

Pure Game layer
Interaction layer

The interaction layer lays outside my intent, whereas the intent specifies the 'pure game' layer.

I also wonder if I should split the pure game layer into some concepts that seem to emerge from the intents:

an abstract/pure interaction layer
a game engine layer
a game board layer.

However, I do not feel the need to do this yet, even if the game board starts emerging due to the need to declare what kind of board position I am expecting. I trust that if this intuition was valid it will emerge again, so I don't even make a note of this.

What about the game ending? I will check if there is a winner at different stages using:

game.is_there_a_winner?.should_be true

game.is_there_a_winner?.should_be false

shall I check after every move? or only at the end of the game?

I am now checking after every move, but I start feeling that I am stating too many things at the same time.

I feel I should do more aimed scenarios, where I reason about different aspects of the game.

Yet, I continue, and I realize that I should also state that there are situations where illegal moves should be hadled, since there is nothing in the pure game layer, in its syntax that stops me from doing overlapping moves or having a player moving twice in a row.

I start adding statements like this:

expect_exception WrongPlayerException {
game.player_A_ticks row_(1), col_(1)
}

expect_exception PositionOccupiedException {
game.player_B_ticks row_(1), col_(1)
}

ok, I feel this is a bit too much for a single intent and I start reorganizing everything into more aimed scenarios.

As I am building the scenarios I try to not say things in more than one scenario, I try to imagine one scenario as a precondition for the following statements. I trust the previous intents, so I don't have to keep restating what I had stated there already.

I also get the titles of a few intents and I put them in order, as a small statement of intents, as if I were explaining the game to someone. And new intents come to my mind as I do that.

def all_intents

intent_of_setting_up_the_game_properly
intent_of_ticking_cells
intent_of_recognizing_a_winner
intent_of_spotting_moves_to_occupied_cells intent_of_spotting_moves_outside_the_board intent_of_spotting_when_moving_twice

end

I have also renamed some intents from names like:

intent_of_checking_the_game_is_setup_properly

later changing them to:

intent_of_setting_up_the_game_properly

where I do not mention checks or other actions external to the game, but I simply state whatever I want to do within the uniiverse of discourse of the game.

Toromaki

2005-11-04T10:49:00.000+01:00

Toromaki 1

package org.codesushi;

import java.lang.reflect.*;
import java.util.Arrays;

/**
* @author codesushi
*/
public class SushiDebugProxy implements InvocationHandler {

 private Object obj;

 public static Object newInstance(Object obj) {
  return Proxy.newProxyInstance(obj.getClass().getClassLoader(), obj.getClass().getInterfaces(), new SushiDebugProxy(obj));
 }

 private SushiDebugProxy(Object obj) {
  this.obj = obj;
 }

 public Object invoke(Object proxy, Method m, Object[] args) throws Throwable {
  Object result;
  try {
   System.out.println("before method " + m.getName() + "(" + Arrays.asList(args) + ")");
   result = m.invoke(obj, args);

  } catch (InvocationTargetException e) {
   throw e.getTargetException();

  } catch (Exception e) {
   throw new RuntimeException("unexpected invocation exception: " + e.getMessage());

  } finally {
   System.out.println("after method " + m.getName() + "(" + Arrays.asList(args) + ")");
  }
  return result;
 }
}