I want no monuments

Some friends of mine have asked about the reasons for this blog name change.

It’s due to my recent frustrations about the company I work with, the quality of its developers and the vendor lock-in they suffer AND sell.

It’s a general opinion that the project I’m working on was born old. Old technologies, old tools, old libraries.
Nevertheless the architecture is quite new (the SOA thing). At the time the project was plotted, SOA was really new.
So why have they chosen to stick on old tools?

Would you use the Apollo 11 to go to Mars? Nice job with the Moon, but Mars…

Ok, this can’t be a rule of thumb, but sticking on the “Never change a winning team” mantra is just the opposite, so, to me, it’s safe to consider some middle point alternatives.

At the time I was conspiring with my coworkers, looking for ways of giving the thing some fresh air, our beloved (!?) tourism minister, Francesco Rutelli, was magnifying the italian monuments and I was thinking: “Are monuments (and pasta) the only thing we offer to the world market? Wait! I’m working with tools and libs so old that they look just like monuments!!”

So I’ve decided: no more monuments.
Technologically speaking, you can read that as “no big names” or “no corporations”.

Feasible? I’m doing it, so, yes it is. BTW, what do you expect from a penguin like me?

As you may know, I’m on a new business, that’s something like bringing a company back to the present days, technologically speaking.

Since it will be quite hard to “attack” the software part and since the technologies that I’ll use will be all open source, I’m working to give my coworkers proof about the actual value and reliability of OSS technologies in general, replacing windows boxes with linux ones.

The aim is: if it has worked when switching from windows to linux, it would probably work when we’ll switch from VB to Java.

It’s a matter of trust. If they don’t trust me, I’m not the right man for the job.

The first thing was setting up a decent networking. I’ve found an old and noisy box, perfect for such critical tasks such as DHCP and DNS ;)
So everybody now has a fully qualified hostname, with Bind caching DNS queries.

Then I’ve chopped the Vista server. Wait a minute: Vista server? Yes. It’s a Dell box, bought right after the release of Vista: it was cheap but equipped with the most useless operating system ever.
I have proof (even if it’s too long and boring for writing it down here) that it has the useless networking ever: something like a hardcoded limit of 5 TCP connections… and people cracking it to surf the web faster… can’t be real…
Well: chopped. Samba is doing the job right now: faster (and therefore more productive) and cheaper. Indeed I’ve found another old box, plugged in two brand new hard drives, set up software raid 1 and voilà: 30 megabytes is the average memory occupied.

How many Gs do you have on your Vista notebook!? Ahahah, bye bye!

This Tuesday I began a new adventure: I’m technical director in the business company my sister has founded. The company relies on a software done years ago by another company, now partnering with us.

These very first days were not very happy.
First of all, I didn’t write a single line of code. Gosh, terrible!
Second, the whole app is a mix of VB6 and VB.NET, glued together in (yet another) data driven app where the (fluscking) db has MUCH more power that it deserves. It costs a lot to extend (because of the Microsoft licenses… naah really, don’t tell me!! I can’t believe that! … ) and is generally slow.
Third, the current team members are a bit aged and they probably fear a loss of control by using technologies they don’t know.

Quite hard to find a breach where I can place a Glassfish/JBoss/Tomcat instance. If you have advice about it, I’ll really appreciate.

In the meanwhile, my friends at Reply are struggling to get ready for the new demo. Even if I’m officially out until April, I’ll join them next week.

Last, this evening I’ve met Reply local boss, in order to find a way for the JUG Torino to use their meeting room. And they are happy to have the pleasure to host us: so they will, probably next month.

So, why fresh air? Well

• I’ll try to hire some new and skilled developers as soon as possible (read: as soon as I have the money to do that)
• We are working on expading the “JUG way” on software
• While my friends at Reply are struggling, they know all they have to do is keep on doing TDD as we did since we began working on the project (read: refactoring/fixing)

So definitely some new things are going to happen in the next weeks/months and my “Italian Silicon Valley” dream, day by day, is getting more real.
Just a dream anyway. I’m not in a hurry: I’m having fun.

FYI: la commissione sta tirando le somme e ha messo online un form al quale gli operatori di settore possono inviare i loro commenti circa l’utilizzo di software opensource

Buona compilazione!

It was since the beginning of my career as a software developer that I’ve seen too many devs building their so called OO apps on top of some database.

I mean those apps were nothing without a DB and things like event notifications were done (”are” done, actually) through the db: some polling task looking at a table for new things to do.

Every of these projects has a common pattern:

1. they are started thinking at the database, and the objects structure and hierarchy is a consequence of the relational structure of the tables
2. db fans have built a perfectly normalized db, but it is slow: too many “joins”, indexes that cannot be created because the DBAs fear the loss of speed (remember: fear is a consequence of ignorance. If you fear something, you don’t know something). DBAs de-normalize the db, keeping it in sync through stored procedures and triggers.
3. the customer asks for some new feature that would have been just as simple as a decorator, BUT since your object hierarchy is still reflecting the DB structure, you realize very soon that you would need to modify a couple of different classes instead than adding one. And because you fear (fear! again) to modify your code, you ask the DBA to adapt the DB structure to your needs: and so views, stored procedures and functions start to pop up like pustules.
4. step 3 is repeated ad nauseam for a whole year or so. The team is exhausted by the continous effort put on maintaining the app (that’s what I call “kick programming”, that’s stacking quick, dirty and violent solutions to small problems). Some of the older team members leave as they like to be programmers, not maintainers. Junior developers replace them, and things go worse, as a junior may not have enough experience and being new to the team means he/she doesn’t know the app well enough to keep on maintaining it even at the low quality level of the old programmers.
5. I still don’t know, I’ve never seen that, but I know there is still some fifth point. Maybe the project is kept on by people who “just code”, continously patching the whole thing. Maybe the project dies. Maybe something else…

All this mess JUST because someone has given the DB more importance than it deserves.

Remember: a database is a place where you put things when you leave the office, because you’ll need them the day after. Period.

It’s a base to put data on: no logic, no influence on the project.

Have you ever thought at your desk drawer as a player in your project management or design process? I don’t think so.

Guys, the ESSAP was amazing, simply amazing!

Maybe not everybody knows it, so let me go into the details, with a brief introduction.

What is it?
ESSAP means European Summer School on Agile Programming. It’s a 5 days course, full time, full load, sponsored by the Insumbria University, that aims to introduce the student to every aspect/method of agile software development. Defining “agile” is still not easy for me (by the way, I’ve just completed the course) but I think that I could use a couple of words to give you an hint: communication (lots and sincere), organization (time, ideas, activities), testing (at large), creativity.

Why did you go there?
When I’ve read the announcing email from the xp-it mailing list, I didn’t know what would be of my time and deadlines for the end of June, so I marked it read and forgot it. Fortunately, near the deadline for application submission, two seats were still available, so I seized the opportunity: the best invested money (a few) and time so far!

Ok, but why did you go there?
Because, both at the Milano and Torino Java User Groups, agile techniques are used on a daily basis by some active members: this produces lots of words and discussions that I’ve just listened to and that communicated an enthusiasm I’ve seen for the first time at webbit 2003 (thanks Bruno!) (Amir: do you remember it?). I’ve needed to know more but time pressure, the lots of books needed to have an hint and my few customers took me away of it. ESSAP seemed to (and did) solve such issues.

First impact: students
Agile techniques (at least in Italy) live in a niche. Probably that’s because changing is undesirable by the majority but not for someone: indeed, someone likes to change and keep on changing everything, IF that means improving. It is necessary to have an open mind: open to changing, to news, to people. At ESSAP I’ve been fueled up! Twenty techs wanted some more change, some improvement. Students? Not just students! Managers, old (no offense) and young programmers, businessmen, consultants, everything. Everybody wanted to change.

Second impact: location
Judge for yourself. Not bad, uh?

Unity of measurment: the pomodoro
The pomodoro would require a book on its own, but since somebody has already written it, just know that we set it to 25 minutes work, 5 minutes pause. Each 3 pomodori, 1 pomodoro pause.

Day zero: Sunday in pizzeria
About half students (who live apart, me, for example) came to the hotel on Sunday. We then went to a pizzeria (how many pizzerie do these fratelli la bufala own?) and begin chatting (in English, of course). Lucky me to sit right between David and Rick. After half an hour of pleasantry, we talked about books, social life, software and expectations.

Day one: Intro & Executable Documents
Monday begins with Matteo Vaccari introducing XP and Agile, followed by 6 pomodori from David Hussman e Rick Mugridge about Executable Documents. At launch break, Matteo brought salad, salami, pizza and bread. Altogether having launch in the beautiful park sorrounding Villa Toeplitz. We began chatting and comparing our business domains: in particular I met people using C# and even the old Visual Basic (it’s amazing how many customers still need traditional desktop apps: I really think RIA will raise and spread).

Day two: XP Game & Mind Maps at large
The best day, imho: right after learning how to split customer requests into user stories, we practice it with the XP Game. Really good! Perfectly scheduled!.
The day kept on with Federico Gobbo and wikimaps.

Day three: TDD and JooB project
On Wednesday, Carlo Bottiglieri gave us, with 3 pomodori, an introduction to Test Driven Development, and with other 3 pomodori we saw how to apply TDD starting from user stories.
The afternoon was dedicated to the JooB project: Matteo and the guys from Varese XPUG wrote down a basic story (a web site for search and submission of job offers). We then split in three teams, one of our team played the customer, we created a couple of user stories, assigned priorities and difficulty level, shared them with the customer and got three iterations. So, right after the XP game, we use user stories on a real software project.

Day four: Creativity and DDD (and some Rails)
My personal “best talk” prize goes to Fabrizio Milo, that caught our attention with creativity examples and exercises, not just on software. Really good!
The afternoon was Antonio Terreno’s turn. Antonio spoke about Domain Driver Design and Behaviour Driven Development, disclosing what Carlo meant by naming its test classes and methods with the word “behaviour”.
At launch break, Matteo went deeper in the Rails explanation: his introduction (done on day three) suffered some technical issues and was not effective. With 2 extra pomodori, I’ve got the needed base knowledge to (almost) complete my JooB project iteration.

Day five (last day): Retrospectives
A retrospective is what you do at the end of something (could be the project, an iteration, a week, it depends on what the team chose) and it’s aimed to understanding what went well and didn’t, in order to take actions aimed to improve the next things (project, week, iteration…). The talk was hold by Luca Grulla, scrum master. At its end, we practiced retrospectives by analyzing our week at the ESSAP.
We then had a nice nature trail (astonishing view).

Xw: eXtreme week
ESSAP was my best investment so far, with reference both to time and money (for the record, it required 80 euros, and, no, I didn’t forget a zero). Quantity and quality of the things I learnt, the diversity of the people I met, the beautiful location and weather, the green park: I’ve never had a chance to see all these things together and, someway, so intense. It was a real eXtreme week.

Even the restaurants we went to were very good.

Now it’s time for ME to practice agile on a daily basis. I know there are some techniques I can’t apply (pairing when you are an alone developer, working from home, is not easy). By the way, it was suggested no to start with every single technique, but rather to try them one by one, adopting the dogmatism these methodologies require to the team and its habits.

Nonetheless, there are things I want now, because I can see the benefits in the short term.
The pomodoro, for instance, that I’ll set as the ESSAP one (25+5). But the most important technique is the user story: working alone with small companies, it’s quite easy for some useless wishes to overcome important tasks. I’ll begin writing them down on my own, discovering their business values with some timely questions but never mentioning the word “story”. If I’ll get the desired results, I’ll bring the technique to coworkers.

If all goes well, next year I’ll make my coworkers apply to the ESSAP.

Thanks
Many thanks to Matteo, Federico, to the staff (Andrea, Jacopo, Max, Mimmo, Piero), to the speakers and to every “classmate” for the wonderful week!

Ragazzi, l’ESSAP è stato fantastico, semplicemente fantastico!

Ma magari non tutti sapete cosa sia, e allora vediamolo dall’inizio alla fine, con anche un po’ d’introduzione.

Cos’è?
ESSAP significa European Summer School on Agile Programming. E’ un corso di 5 giorni, full time, full load, sponsorizzato dall’Università dell’Insumbria, che introduce a tutti gli elementi necessari allo sviluppo agile. Definire “Agile” non è ancora semplice per me (d’altra parte il corso è appena finito) ma credo che, in poche parole, si possa definire come: comunicazione (tanta e sincera), organizzazione (di tempo, idee e attività), testing (ad ampio raggio), creatività.

E perchè ci sei andato?
Quando la prima email di annuncio dell’ESSAP passò nella lista xp-it, non sapevo quali sarebbero stati i miei programmi per la fine di giugno: così la ignorai. Fortuna volle che allo scadere del tempo massimo per le iscrizioni ci fossero ancora un paio di posti disponibili e colsi la palla al balzo: i soldi (pochissimi) e il tempo meglio investiti degli ultimi anni!

Sì, ma perché ci sei andato?
Perché nell’ambito dei JUG di Milano e Torino, le tecniche agili sono la quotidianità per molti: questo genera un sacco di parole che fino a pochi giorni fa mi sono limitato ad origliare, rimanendo impressionato dall’entusiasmo che mi comunicavano e che vidi per la prima volta al webbit 2003 (grazie Bruno!) (Amir: ti ricordi?). Dovevo saperne di più ma il tempo è tiranno, i libri sono tanti e i clienti pochi. L’ESSAP risolveva questi problemi.

Primo impatto: gli studenti
Le tecniche agili (almeno in Italia) sono ancora abbastanza di nicchia. Io me lo spiego pensando che cambiare è scomodo per molti, ma non per tutti: anzi a qualcuno cambiare piace, cerca di farlo in continuazione, purché ciò significhi migliorare. E’ quindi necessario avere la testa aperta: al cambiamento, alle novità, alla gente. All’ESSAP di gente così ho fatto il pieno! Una ventina di persone erano lì per imparare. Studenti? Non solo! Manager, vecchi (senza offesa) e nuovi programmatori, imprenditori, consulenti. C’era di tutto: tutti lì con un solo obiettivo.

Secondo impatto: la sede
Vi lascio giudicare da soli. Non male per essere “una roba da tecnici”, eh?

L’unità di misura: il pomodoro
Il pomodoro richiederebbe un libro a parte, ma visto che qualcuno l’ha già scritto, sappiate solo che l’abbiamo impostato in 25 minuti di lavoro e 5 minuti di pausa. Ogni 3 pomodori, 1 pomodoro di pausa.

Giorno zero: domenica in pizzeria
Circa metà degli studenti (quelli che venivano da lontano, me compreso) sono arrivati all’hotel (convenzionato con l’università) un giorno prima. Siamo quindi andati tutti insieme in pizzeria (ma quante pizzerie hanno questi fratelli la bufala?) e abbiamo cominciato a chiaccherare (in inglese naturalmente). Gran cosa essere capitato proprio in mezzo a David e Rick. Dopo una mezz’oretta di convenevoli e pizza, ci siamo messi a parlare di libri, di sociale, di software, di aspettative.

Primo giorno: Intro & Executable Documents
La giornata è cominciata con l’introduzione a XP di Matteo Vaccari ed è proseguita con 6 pomodori di David Hussman e Rick Mugridge sugli Executable Documents. A pranzo Matteo ha portato insalata, affettati, pizza e panini. Tutti insieme nel parco a mangiare. E abbiamo cominciato a conoscerci e confrontare i vari domini lavorativi: in particolare ho conosciuto diverse persone che programmano con c# e con il buon vecchio visual basic (caspita: c’è chi ha ancora ha bisogno di applicazioni desktop classiche: mi convinco sempre di più che le RIA abbiano un sacco di spazio per diffondersi).

Secondo giorno: XP Game & Mind Maps at large
Probabilmente il giorno migliore in assoluto: dopo aver passato il lunedì imparando a dividere le richieste del cliente in user stories, abbiamo messo in pratica il tutto con l’XP Game. E’ stato davvero ottimo prendere la teoria appena imparata e metterla in pratica con un gioco di gruppo. Fantastico! Uno scheduling perfetto.
La giornata è proseguita con Federico Gobbo e le wikimaps.

Terzo giorno: TDD and JooB project
Mercoledì è arrivato Carlo Bottiglieri che ha fornito, nei primi 3 pomodori, un’introduzione al Test Driven Development, mentre nei successivi 3 abbiamo visto come applicare il TDD partendo dalle user stories.
Il pomeriggio invece ci siamo buttati sul progetto JooB: Matteo e i ragazzi del Varese XPUG hanno organizzato una storia di base (un sito per la ricerca e l’inserimento di offerte di lavoro). Quindi ci siamo divisi in 3 team, uno del team ha fatto il cliente, abbiamo tirato fuori un po’ di user stories, abbiamo dato loro delle priorità e un livello di difficoltà, le abbiamo condivise con il cliente e abbiamo organizzato 3 iterazioni. Dopo l’XP game, abbiamo messo in pratica le user stories su un caso realistico, su un lavoro di software.

Quarto giorno: Creatività e DDD (e un po’ di rails)
Il mio personale premio per il miglior talk va a Fabrizio Milo, che ci ha tenuti occupati con esempi ed esercizi di creatività, nel software ma non solo. Davvero ottimo!
Nel pomeriggio invece sono comparsi Antonio Terreno e Luca Grulla. Antonio ha quindi parlato di Domain Driver Design e di Behaviour Driven Development, rivelandomi l’aspetto teorico dietro al quale stavano gli esempi del giorno prima di Carlo che in effetti usava il termine “behaviour” per dare un nome alle sue classi di test.
A pranzo invece Matteo ha parlato un po’ più nel tecnico di Rails: l’introduzione del giorno prima in effetti non era andata benissimo, a causa di alcuni problemi tecnici. Con i due pomodori extra (perché fuori programma) di giovedì invece, ho avuto gli elementi di base necessari per cominciare a sviluppare il progetto JooB.

Quinto e ultimo giorno: Retrospettive
La retrospettiva è un’attività che il team svolge alla fine di qualcosa (del progetto, di un’iterazione, dipende dal team) che serve a capire cosa è andato bene e cosa è andato male, al fine di prendere delle decisioni mirate a migliorare i passi successivi (il prossimo progetto, la prossima iterazione, eccetera). Di retrospettive ha parlato Luca Grulla, scrum master. Alla fine del suo talk abbiamo al solito applicato la teoria alla pratica e abbiamo fatto una retrospettiva della settimana di ESSAP giunta alla conclusione.
Il tutto è quindi terminato con una passeggiata su per le montagne.

Xw: eXtreme week
L’ESSAP è stato il miglior investimento che ho fatto negli ultimi tempi, sia in termini di tempo sia di denaro (per la cronaca sono 80 euro e, no, non ho dimenticato uno zero). La quantità di cose imparate e fatte, la qualità e la diversità della gente incontrata, le splendide giornate e il verde spettacolare: mai avevo visto tutte queste cose insieme e così, come dire, intense. In questo senso è stata davvero una settimana eXtrema.

Tra l’altro, ho anche mangiato benissimo (e tantissimo).

Ora si tratta di mettere in pratica. Già so di non poter fare tutto. Il pair programming per esempio viene difficile, lavorando da solo da casa. Inoltre, come da suggerimenti, è importante NON fare tutto e subito: trattandosi di metodologie, si tratta di introdurre un certo dogmatismo nel ciclo di sviluppo, anche se smussato e adeguato al mio ambiente di lavoro.

Certe cose però voglio farle proprio subito, perché ne intravedo i benefici a brevissimo termine.
Il pomodoro, innanzitutto, che comincerò ad impostare come all’ESSAP (25+5). Ma soprattutto le user stories: lavorando da soli e con le piccole aziende è facile che nascano dei “pruriti” che fan sembrare vitali cose di dubbio valore. Comincerò scrivendomele e valutandole da solo, scoprendo il business value con qualche opportuna domanda ma senza parlare di “storie”. Se ne ricaverò dei buoni risultati, porterò il tutto nell’azienda del cliente.

Se va come credo, il prossimo anno all’ESSAP ci mando i colleghi.

Grazie
Grazie a Matteo, a Federico, allo staff (Andrea, Jacopo, Max, Mimmo, Piero), agli speaker e a tutti i miei “compagni di scuola” per la meravigliosa settimana!

Today was my last day in Concept. After 1 year and a half, my very first java experience, I’ve stopped being part of the staff.
I hope I’ve done well, but I’m quite sure I’ve chosen the right way. Not really because I’ve brought (learned and taught) Echo2.
Because I’ve had the opportunity to learn and share a lot of things, things that made the company switch to AJAX and TDD.

After almost 6 years spent in Milan, tomorrow I’ll go back home, Turin, where I have a couple of things to do.

First, a flat. I’ll sleep in my parents’ house for some weeks but I need to get a flat.
Second, a new job. Something that could allow me to start being a one-man-company. I want to keep on working together with Concept, I want to closely follow some open source projects I’m interested in and I need a job for a living. Want, want, need. Uhmm… :/
Third, helping my friends switch to GNU/Linux.
Fourth, getting a life. It’s been quite hard since today. Things have to change.

Wish me luck, something new is going to start here.

Non conosco Guido Serra di persona: c’è stato un periodo in cui andavo a caccia di opinioni diverse (in effetti lo faccio ancora), per estendere i punti di vista. Come vedevo il blog di qualcuno ci davo una letta. E quello di Guido mi era piaciuto.

Guido sta lasciando (o hai già lasciato?) Milano per tornare a casa sua, da dove era partito. Più o meno quello che sto facendo io, tornando a Torino (che difficilmente considero una metropoli).

Penso quindi di indovinare il motivo della sua domanda, domanda che mi pongo anche io e la cui mancanza di una risposta mi ha sinora trattenuto dal diventare un professionista.

Di recente sono rientrato in contatto con un mio amico, Marco Meinardi, scoprendo la sua neonata azienda, Neagen, ma soprattutto la sua sede, l’Environment Park di Torino.

Al di là della quotidiana esperienza alto atesina (che, soprattutto dopo aver visto lo speech di Maurizio Napolitano all’OpenDay, mi tengo in tasca come possibilità), forse l’Environment Park e l’incubatore di imprese del Poli possono essere una risposta alla sua domanda.

Weekend dedicato al Linux Day! Finalmente!

Quest’anno, su invito di un amico, sono andato a Torino, e i ragazzi del Gnug meritano davvero un applauso! Per due motivi:

1. la location: mi ha fatto un po’ strano trovarmi sotto ad una chiesa, ma scoprire che in pratica è un centro conferenze (quei posti splendidi, con lunghe file di sedie, proiettori, impianto audio, reception, eccetera) è stata un’ancor più piacevole sorpresa!
2. gli speaker: due fantastici Massimo Tonon e Emiliano Grilli (mi spiace non citare gli altri, ma la verità è che ho partecipato solo a metà evento…).

E la natura degli speaker merita una riflessione: non erano dei tecnici, o meglio, non esattamente degli informatici.

Massimo fa l’architetto e usa software libero per i rendering tridimensionali dei suoi progetti. Emiliano (se ho ben capito) ha uno studio di registrazione e usa software libero per mixare (quella lunga attività che precede la creazione di un disco).

Non sono programmatori, non hanno studiato informatica, non sono geek. Eppure eccoli lì, a spiegarmi vantaggi e svantaggi, trucchi e segreti per sfruttare al meglio i software che usano.

Bello. Perchè finalmente vedo non-tecnici parlare a tecnici. Perchè ora ho le prove che non serve essere geni dell’informatica per usare software libero. Basta essere curiosi. Basta averne l’esigenza. Loro sono persone curiose e per abbattere i costi dei software necessari ad operare nel loro campo sono passati al software libero. Si sa, nelle nicchie di mercato le cose costano più care.

Tornato a Milano in tarda notte (almeno per le F.S.) questo pomeriggio sono andato a Cinisello Balsamo, a Villa Girlanda, con lo scopo di seguire lo speech di Maurizio Napolitano sui GIS. Anche qui, location stupenda e sono stato pure omaggiato di una rivista. Non che sia molto importante, per carità, ma caspita: queste cose non le facevano solo le “grandi” aziende, quelle, per intenderci, che ricoprivano di gadget i ragazzini dello SMAU? No, ora le facciamo anche noi. I tempi cambiano.

Due note particolari su Cinisello.

Ieri (a Torino) ho scoperto che gli italiani sono molto attivi nello sviluppo di software dedicato all’audio. Oggi (a Milano) scopro che siamo leader mondiali nello sviluppo di sistemi GIS. Quindi sommo altre presenze importanti in altri progetti e ne deduco che noi italiani spacchiamo il culo ai passeri! Altro che pochi brevetti = poca innovazione come stasera ha detto il TG1.

Ma il TG1 lo perdono. Perchè ieri hanno fatto pubblicità al Linux Day! E ne ho visto gli effetti! Stavo uscendo da Villa Girlanda e una famigliola stava entrando, forse per una passeggiata nello splendido bosco/giardino che la circonda: passo oltre e un metro dopo sento la mamma dire “Ah! Ma c’è il Linux Day! Hanno fatto un servizio ieri…“.

Sì!! Così!!