KapfenbergCosa è andato storto?Sicurezza e accessoLocale invece che cloud

Quattro stelle, nessuna licenza — e mi sbagliavo

Un progetto con quattro stelle, nato in un giorno, intatto da allora. La mia valutazione stava in grassetto. Quattro giorni dopo ho dovuto ritirarla.

Volevo un’immagine dal vivo delle mie telecamere Blink in Home Assistant. L’integrazione in dotazione non la fornisce: per tutti e dieci gli apparecchi segnala che non è disponibile alcuno stream.

Esiste un progetto della comunità che risolve esattamente questo: Teethree89/ha-blink-live-view-proxy. Parla il protocollo proprio di Blink — lo stesso usato dall’app — e recupera così un’immagine dal vivo vera, invece di ricostruire freschezza da vecchi spezzoni.

L’ho valutato prima di usarlo, e la valutazione stava in grassetto in cima alla mia documentazione.

Era sbagliata. Non un po’ fuori, ma misurata col metro sbagliato. È la prima di tre parti su un progetto che mi ha insegnato più sul mio modo di giudicare che sulle telecamere.

Cosa ho scritto il 29 agosto

Stelle / fork 4 / 4
creato 26.05.2026
ultimo push 27.05.2026
licenza nessuna
segnalazioni aperte 3

E la mia frase: «Il progetto è nato in un giorno e da allora è intatto.»

Annotato come punto aperto: «Tra qualche settimana controllare se il progetto è ancora vivo.»

Suonava sobrio e non lo era. La tabella aveva per titolo «Quanto vale il progetto», e in cima, in grassetto, c’era il numero di stelle.

Com’era quattro giorni dopo

29.08. 02.09.
Stelle / fork 4 / 4 6 / 6
ultimo push 27.05.2026 01.09.2026
licenza nessuna MIT

In tre giorni: tre versioni pubblicate, controlli di compilazione automatici attivati, una roadmap scritta, due contributi esterni integrati. In un solo giorno, nove commit.

Il numero di stelle stava per primo, in grassetto, sotto il titolo «Quanto vale il progetto». Non ha previsto nulla.

E vale in entrambe le direzioni: sei stelle dicono di questo progetto tanto poco quanto quattro.

Cosa avrebbe davvero detto qualcosa

Stava nella stessa tabella, una riga più sotto, oscurato dal numero di stelle: tre segnalazioni aperte.

Non contava il numero, contava il contenuto. Due di esse fermavano ogni nuovo utente al primo passo. L’accesso non è riuscito nella versione che ho provato — di questo nella seconda parte.

È un riscontro completamente diverso da quello che avevo annotato:

Non «non interessa a nessuno», ma «nessuno riesce a entrare».

Un progetto in cui nessuno riesce a entrare, visto da fuori, sembra identico a uno abbandonato. Da dentro è il contrario: lì qualcuno aspetta che qualcuno dica dove si blocca.

L’unica voce con peso reale

Di tutto quello che c’era nella mia tabella, una sola riga reggeva: la licenza mancante.

Senza licenza non sta scritto da nessuna parte cosa si può fare con il codice. Non è una sensazione né un’estrapolazione da un numero, è una lacuna che chiunque può vedere. Chi fa girare in casa un progetto senza licenza non sa a che punto sta — anche se non dà fastidio a nessuno.

Dal 1° settembre nel repository c’è una licenza MIT. Così è chiarito formalmente ciò che prima era solo prassi.

È questo il metro che avrei dovuto cercare: non quante persone hanno cliccato una stella, ma se le fondamenta sono a posto — licenza, un manutentore raggiungibile, segnalazioni tracciabili.

Cosa continuo a vedere con occhio critico

Perché non si passi da troppo negativo a troppo positivo — tre punti restano veri ed erano già lì dall’inizio:

Tiene l’intero account. Non una chiave di dispositivo, ma le credenziali di tutte le telecamere di entrambe le case. Chi lo usa dovrebbe sapere cosa ci sta dentro.

Nonostante il nome non è locale. L’immagine dal vivo passa comunque dal cloud di Amazon; il progetto traduce soltanto. Si guadagna un visualizzatore nella propria dashboard, non l’indipendenza da Blink.

Il consumo della batteria non è scritto da nessuna parte. L’immagine dal vivo è la cosa più costosa che faccia una telecamera a batteria, e l’app di Blink lo segnala esplicitamente. Il README del progetto non ne parla. Qui l’ha disinnescato una decisione che con il software non c’entra: i videocitofoni sono alimentati a rete. È proprio lì che il vantaggio è massimo — suona, e vuoi vedere adesso chi c’è.

Per le quattro telecamere da esterno a batteria la riserva resta. Lì l’immagine dal vivo parte solo se qualcuno la apre a mano, e chi lo fa per abitudine scambia autonomia con comodità.

E quindi?

Ho dedotto la vitalità di un progetto da un’istantanea. È lo stesso errore di metodo che ho fatto con le telecamere stesse, con le misure di rete e con il modello di raffreddamento: vedere un numero, inventare l’interpretazione e non porre la domanda di controllo ovvia.

Qui la domanda di controllo sarebbe stata: perché nessuno contribuisce?

Cinque cose che ora guardo per prime nei progetti open source:

  1. C’è una licenza? L’unica voce che non richiede interpretazione.
  2. Cosa c’è nelle segnalazioni aperte? Due segnalazioni che bloccano ogni ingresso significano tutt’altro rispetto a venti richieste di funzionalità.
  3. Qualcuno risponde? Non «quando è stato l’ultimo push», ma: una segnalazione riceve risposta?
  4. Cosa tiene delle mie credenziali? Una chiave di dispositivo non è un intero account.
  5. Cosa tace il README? Qui era il consumo della batteria — la proprietà che si nota dopo tre settimane di esercizio.

Il numero di stelle non compare in nessuno di questi elenchi. Misura quante persone hanno trovato un progetto interessante una volta — non se regge.

La seconda parte spiega perché nessuno riusciva a entrare. La risposta era un numero di tre cifre che nessuno interrogava.