Il TDD è una di quelle metodologie che più spesso viene bistrattata qui in Italia. Spesso si sente definire questo approccio come troppo costoso o peggio come fallimentare.
Molto spesso la “colpa” va al budget, sempre troppo risicato quantunque esso sia, ma qui si sa che la coperta viene commissionata su misura per un watusso e poi arrotolata fino a non coprirci neanche un pigmeo. E quello deve bastarti, altra non ne srotolano.

Al di là delle facili critiche e delle superficiali battute tragicomiche, il fatto è che c’è molto ancora da fare per convincere i più biechi antagonisti di questa tecnica che vale la pena iniziare a fare dei test un componente necessario di ogni progetto.

Venerdì scorso ho tenuto un talk interno alla mia azienda sulle basi (molto basi) del framework Spring.
Mi sono concentrato poco sui dettagli, ho preferito puntare verso le potenzialità del framework e le feature più innovative e interessanti, con un occhio buono al cloud, vera punta di diamante di tutta la tecnologia Spring.

Qualche sera fa ragionavo sul mio pregresso lavorativo, e nello specifico mi concentravo sull’ambiente di lavoro. Il trigger è stato il treno che ho preso quella sera, Ostiense, 20.40, che non è proprio il massimo della vita, questo posso dirlo, perché mi porta a casa alle 21.45 circa.

Alla fine dell’analisi preliminare ho stabilito che volevo concentrare il mio ragionamento sull’orario di lavoro (ancora una volta) tentando di sviscerare il perché mi riduco sempre a sopportare certi orari.

Mi sono trovato a dover confutare una ipotesi che portavo con me da lungo tempo.

Avevo già verificato sperimentalmente questa ipotesi anni fa, e sembrava reggere. Fino a ora.

Sono un fan di Guerre Stellari, probabilmente lo saprai.
Da appassionato del genere e dei film della Saga, negli anni ho sempre avuto quella sorta di richiamo che ogni tanto mi porta a vedere interamente tutti i film.

La saga però ha dei problemi particolari, il primo dei quali è l’ordine di visione.

Da molto tempo ormai sono un utilizzatore di Android in versioni alternative alle ROM cosiddette stock.

Ora, dopo parecchio tempo passato a valutare la situazione, sono pronto per dare il mio giudizio sullo stato di salute di progetti FLOSS che possono regalarci un po’ di open source nella nostra vita quotidiana al fianco del nostro smartphone.

Sarò breve, ma non troppo, come al solito.

Questo blog ha ricevuto da poco un commento sotto a uno dei post pubblicati; il post è stato “Primo post da smartphone”, e subito mi sono illuminato per l’emozione che un pubblico, seppur piccolo, mi porta.

Oggi parlo di DevOps, argomento a me caro, chi mi conosce di persona sa quanto posso essere un serial killer di cabbasisi su questo argomento.

Introduco brevemente l’argomento dicendo che si tratta di una metodologia di organizzazione del lavoro strettamente legata all’informatica e che si presta molto bene per determinati gruppi di lavoro, determinati progetti e determinate aziende.

Oggi che è venerdì voglio raccontare una storia divertente che mi riguarda direttamente, prendetela leggera.

Parliamo di Passman, un piccolo progetto “esperimento” che ho condotto circa 5 anni fa, e devo dire che è stato divertente e interessante.

Ok, il voto è stato perso, il bilancio non è piacevole ma almeno l’Italia ha votato contro la norma (non in modo compatto purtroppo).

Ogni tanto parto col pippone filosofico, ormai lo sai. Questo è uno di quei momenti.

Parlerò di Socrate, della povertà e di Marx.