Se avete mai partecipato a un meeting di gruppo — che sia un progetto open source o una riunione di condominio — sapete esattamente di cosa parlo. Il sistema è in crash, il database sta perdendo integrità e il team di sicurezza sta cercando di capire come non far esplodere tutto, ma la discussione principale si è bloccata su una domanda vitale: «Il blu del tasto ‘Invia’ deve essere un azzurro cielo o un blu navy?»
Questo fenomeno ha un nome ufficiale, ed è lo ‘Bikeshedding’ (o ‘Law of Triviality’). L’idea è semplice e terribilmente frustrante: le persone tendono a dare un’importanza spropositata a dettagli insignificanti solo perché sono facili da capire. È molto più semplice discutere del colore di un capanno per le biciclette che progettare il motore di una supercar. Il primo richiede opinioni, il secondo richiede competenze ingegneristiche che la maggior parte dei presenti non ha.
Recentemente, un articolo su ACM ha riportato un riflesso su questo concetto, e non potevo non scriverci qualcosa. Perché, ammettiamolo, è la piaga che uccide la produttività di ogni maker o dev. In una community di appassionati, dove tutti hanno un’opinione (e spesso un kernel customizzato per dimostrarlo), il rischio di finire in un loop infinito di discussioni su dettagli estetici o wayland vs x11 è altissimo.
Il problema non è la discussione in sé, ma lo spostamento del focus. Quando la discussione su una ‘triviality’ prende il sopravvento, stiamo smettendo di costruire e stiamo iniziando a fare solo rumore. È quel momento in cui l’energia creativa viene sprecata in un vuoto pneumatico di decisioni che, in fondo, non cambieranno minimamente il funzionamento del software o dell’hardware che stiamo creando.
Certo, parlando di contesto, questa è una dinamica universale e non riguarda solo le policy legislative straniere o i grandi colossi della Silicon Valley. È una questione di mindset. Che stiate scrivendo una macro in Python o montando un modulo ESP32, l’obiettivo è far funzionare le cose. Se passiamo tutto il tempo a decidere se la scocca del nostro progetto debba essere nera o grigio antracite, non avremo mai un prototipo funzionante da mostrare.
Quindi, la prossima volta che vi ritrovate intrappolati in un thread di GitHub che dura da tre settimane solo per decidere la nomenclatura di una variabile poco importante, ricordatevi: state solo discutendo del colore del capanno. E forse, è il caso di chiudere il laptop e tornare a scrivere codice che faccia davvero la differenza.