La mia vita, la mia passione, il mio tormento. O meglio il tormento che infliggo a chi mi sta accanto. ;)
In questa categoria si discute di tutto ciò che fa tecnologia, dai tostapane ethernet ai linguaggi di programmazione olistici. Dai motori ad improbabilità a agli script PHP.
È di poche settimane fa la notizia di uno studio di una ricercatrice dell’università di San Diego di sfruttare i vecchi cellulari prossimi allo smantellamento in centri di riciclaggio o, peggio, destinati alla discarica per costruire un datacenter utile ad erogare microservizi (e/o applicazioni serverless) online.
Non presumere mai cattiveria laddove basti la stupidità.
Rasoio di Hanlon
Il Rasoio di Hanlon è la prima cosa che mi viene in mente quanto leggo documenti come il Cyber Resilience Act o il decreto legge antipirateria.
Questo perché nonostante le buone intenzioni dietro a tali bozze di leggi (o peggio, leggi approvate) spesso è evidente la carenza di una competenza tecnica chiara ma, soprattutto, l’incapacità di avere una visione complessiva del tema sul fronte implementativo, sociale ed economico.
Nel perseguire la produzione di software a basso impatto ambientale, non è sufficiente rendere il codice scritto più efficiente, bisogna anche considerare l’efficienza dell’hardware.
Nel settore dell’informatica, ci sono molteplici fattori da considerare in aggiunta al semplice sviluppo del software. In questo contesto, alcuni ricercatori suggeriscono l’importanza di un approccio olistico nel calcolare l’impronta di carbonio dell’industria dell’informatica.
Dobbiamo capire che la sostenibilità del software va oltre le best practices della Green Software Foundation!
La Green Software Foundation ci ha fornito preziose linee guida, come l’indice SCI (Software Carbon Intensity), per misurare l’impatto ambientale del software. Tuttavia, la sostenibilità del software non si limita solo a questo aspetto. Perché un software sia veramente sostenibile, occorre considerare anche altri fattori cruciali.
Post un po’ rant ed un po’ nerd nell’attesa di scoprire quale idillio, o incubo, ci riserverà Windows 11 (che a breve proverò sul muletto di turno).
Premetto che sono sempre stato un agnostico dei SO, saltando negli anni da uno all’altro in base alle esigenze e criticando, con una nota di gioviale trollitudine (?), i fanboy di un sistema rispetto ad un altro. La mia situazione attuale è con un desktop con Windows 10 ed Ubuntu 21.04 in WLS, un Macbook Air1con Big Sur, un Ipad Mini2 ed un paio di cellulari Android (11, 9) oltre che il mio amato Lumia 950XL su cui ogni tanto provo ad installare la build di Windows/Android del momento. Per lo più uso Google Spreadsheet o Excel ovunque, ma lasciamo questa nota triste a margine.
Tornando nel fantastico mondo della consulenza sto cambiando rapidamente idea su Teams, in peggio.
Contrariamente a quanto molti affermano più passo il tempo a leggere post di sedicenti esperti di Blockchain e Crypto e più mi convinco che la tecnologia in questione oggi, rimanendo un ottimo spunto di discussione su fronte filosofico, non sia particolarmente utile ma anzi potenzialmente dannosa all’ambiente. Ma andiamo per gradi.
Nella mia precedente vita da sviluppatore, ed in quella ancora precedente da sistemista, ho avuto la mia buona dose di utilizzo di software Open Source.
A tal riguardo ho sempre cercato di avere un apporto karmico neutro, usavo software Open Source per fare consulenze, mettere in piedi e mantenere sistemi o prodotti software e quindi, in sostanza, per guadagnare (karma negativo) ed allo stesso tempo dedicavo parte del mio tempo a tradurre software e libri, mantenere progetti (per qualche anno sono stato il lead developer di una suite di project management) fare da advocate, organizzare testfest o hacknight ed anche finanziare attivamente con delle bounty hunt feature che ritenevo utili per il mio lavoro o per completare il progetto (karma positivo).
(Si, state per leggere un rant.)
Ho un ufficio, raramente ho una scrivania dedicata a me. Quello che vi voglio lasciare in questo articolo è il perché di questa scelta, cosa abbiamo imparato in ideato sullo Smart Working e come l’abbiamo messo in pratica.
Time by time in ideato, like in other IT and not-IT companies, someone needs a hug.
We have to manage on daily basis complex tasks, sometimes also quite frustrating, to talk with customers with lot of confuses ideas and deal with the bleeding edge technologies with no documentation.
Since we chose to adopt a remote office approach, do a proper hug is quite difficult. That’s why we created a proper channel (#abbracciatone, aka big hugs) on slack.
We also are lazy and looking every time for a hug image on google is a pain. To clear this pain I wrote a very little script for slack using a web service (this the Json endpoint url) created with kimono lab and the slack API to send a random hug image on the channel triggered by the command /hugs.
If you want to create your own hugs-bot this is the code you can start from:
We are all quite familiar with the Big Bang theory, not the TV serie but the astrophysical thing, from a single instant we have a big explosion and life, universe and everything were created [ok, it’s a little more complex, but who cares?].
Lets try to use the big bang metaphor for our normal (web)work. We start with a single idea and then we have to expand it exponentially adding customer validation, ux design, frontend and backend development, community management and everything is needed to fulfil the scope of the idea.
The Big Crunch is just the opposite. We start with a complex and expanded system and then, little by little, it will be condensed in a single, unique and clear point.
Time by time some customers send me a “Big Crunch Spec Document“.