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.

Oggi parlo di Git, e in particolare di una feature di questo indispensabile strumento che spesso viene sottovalutata o non considerata a dovere nell’organizzazione del codice.

Tra i commenti che ho espresso nel primo giorno e mezzo sulla questione, uno fra tutti esprime la mia perplessità e rabbia.

In Europa i parlamentari stanno sconfinando in un terreno che non conoscono, tentando di legiferare su materie e tecnologie di cui non hanno la più pallida idea del funzionamento né dell’aspetto teorico di base.

Quello che alla fine risulta, è una direttiva troppo astratta per essere usata direttamente, e una chiara tendenza all’ignoranza e all’oscurantismo tecnologico.

Ho sempre lottato contro le cattive pratiche, chi mi conosce lo sa.
Ho sempre parteggiato per il codice di qualità, con la forte convinzione che questo possa essere un vantaggio strategico per il progetto e l’azienda che ne è proprietaria.

Proprio per questi motivi ancora oggi, da 12 anni, non riesco a comprendere perché certi project owners abbiano sempre l’idea di risparmiare il budget dello sviluppo tagliando sulla qualità. Che poi risparmiare sulla qualità non significa niente, non è che a comando siccome ti pagano di meno puoi fare un lavoro schifoso. E infatti, per forzare il programmatore a produrre codice schifoso spingono sul fattore tempo (che è sempre poco).

Oggi parlo molto in breve di un problema grave, un problema che ha addirittura costretto la comunità italiana di Wikipedia a oscurare il sito.

Wikipedia non è assolutamente una comunità fatta di gente ignorante, facilmente manipolabile o polarizzata in qualche maniera. Wikipedia è una comunità fatta di persone colte amanti del sapere che credono che il sapere sia un bene pubblico da preservare a tutti i costi, e che credono che la condivisione libera e pubblica delle informazioni sia un diritto primario di un continente culturalmente avanzato come il nostro.