Segnaletica digitale open source
il conto vero

Le tre, e cosa hanno in comune:

• C'è già qualcuno il cui mestiere è questo. Un'azienda con un sistemista, una scuola con un tecnico, un comune con un ufficio. Le ore che altrove sono un costo aggiuntivo qui esistono comunque, e il calcolo cambia completamente di segno.
• Serve qualcosa che nessun servizio fa. Un'integrazione con un gestionale interno, un formato di schermo insolito, una logica di programmazione fuori standard. È l'unico caso in cui poter mettere le mani nel codice vale davvero, ed è raro ma reale.
• Uno schermo solo e nessuna fretta. Con un impianto singolo il costo di gestione è talmente basso che qualunque canone, per quanto piccolo, è la voce più alta della lista.

Quello che le accomuna è che in tutte e tre la manutenzione ha già un proprietario — un ruolo, un ufficio o una persona sola con poco da mantenere. Dove quel proprietario non esiste, la decisione non riguarda il software: riguarda chi farà il lavoro, e la risposta «lo facciamo noi» detta senza un nome è quella che porta agli impianti fermi.

C'è un quarto caso che vale la pena nominare perché è quello che si sente più spesso e regge meno: «così impariamo». È una motivazione legittima per un progetto personale e una cattiva base per un impianto da cui dipende una vetrina. Imparare è un obiettivo che compete con il funzionamento, e quando i due si scontrano perde sempre il secondo.

Se ti riconosci in una delle prime tre, l'open source è probabilmente la scelta giusta e il resto di questa pagina non ti riguarda. Se non ti riconosci in nessuna, la domanda vera non è quale software usare — è chi ci metterà mano fra due anni.

Dove il minimo dichiarato si rivela ottimista, quasi sempre in quest'ordine:

• La memoria, non il processore. Un'immagine ad alta risoluzione occupa in memoria molto più di quanto pesi su disco. Tre o quattro insieme bastano a far rallentare un dispositivo che sulla carta era sufficiente.
• Il funzionamento continuo. Molti problemi non compaiono in un'ora: compaiono al quinto giorno acceso. Provare mezz'ora non dice nulla su questo.
• E la decodifica video. Un formato che il dispositivo non decodifica via hardware lo mette in ginocchio anche se il file è piccolo. È il caso che più spesso viene scambiato per «rete lenta».

La conseguenza pratica non è comprare più potente per sicurezza: è provare con il contenuto vero prima di comprare in quantità. Un dispositivo che regge la tua configurazione reale per una settimana è un dato; una tabella di requisiti è una previsione fatta da chi non sa cosa ci metterai dentro.

E c'è un motivo per cui questo pesa più nel self-hosted: qui il dispositivo lo scegli tu. In un servizio gestito la compatibilità è un problema di qualcun altro; qui una scelta sbagliata si moltiplica per il numero di schermi e si scopre dopo averli comprati tutti.

Prima di ordinare più di un dispositivo, lascia il primo acceso una settimana con il contenuto definitivo. È l'unica prova che dice qualcosa, e costa solo aspettare.

Come si tiene sotto controllo senza decidere alla cieca:

• Scrivere prima cosa deve fare. Cinque righe, prima di aprire qualsiasi cosa. Senza, si valuta ciò che ogni strumento mostra bene, e ognuno mostra bene una cosa diversa.
• Darsi un limite di tempo per alternativa. Se in due ore non si arriva a mostrare qualcosa su uno schermo, quel dato è già la risposta.
• E provare con il caso più fastidioso, non con quello facile. La differenza fra due sistemi non si vede nella schermata di benvenuto: si vede nel cambio dell'orario di un giovedì.

C'è una trappola specifica di chi valuta con attenzione: più tempo si è investito nel provare, più difficile diventa scartare. Dopo due settimane su una alternativa, l'idea di ricominciare pesa più dei difetti trovati — e si finisce per scegliere quella su cui si è lavorato di più, non quella migliore.

Per questo il limite di tempo non è pigrizia: è ciò che mantiene la decisione reversibile. Serve a poter dire «no» dopo due ore senza sentire di aver buttato via niente, che è esattamente quando un «no» è ancora facile.

Prima di installare qualsiasi cosa, scrivi le cinque righe di cosa deve fare e quante ore ti dai. Sono le due decisioni che dopo non riuscirai a prendere con la stessa lucidità.

Cosa cambia man mano che quel divario si allarga:

• Aggiornare diventa più difficile, non più facile. Saltare cinque versioni non è come farne una: alcuni passaggi vanno fatti in ordine, e più si aspetta più il salto costa.
• Le correzioni di sicurezza smettono di arrivare. Le vecchie versioni escono dal supporto in silenzio. Nessuno avvisa, e il sistema continua ad accendersi ogni mattina.
• E l'aiuto smette di applicarsi. Chi risponde nei forum parla della versione attuale. A un certo punto le risposte che trovi non riguardano più quello che hai.

La via d'uscita non è aggiornare più spesso, è aggiornare in un momento scelto invece che in uno imposto: una data fissa, poche volte l'anno, quando il locale è chiuso e con la copia fatta il giorno prima. Un aggiornamento programmato che va male costa una mattina; uno fatto d'urgenza perché qualcosa si è rotto costa la giornata.

Ed è anche la differenza economica reale fra gestire da sé e non gestire: non è il prezzo della licenza, è chi ha in agenda quelle date. In un servizio gestito quelle mattine sono di qualcun altro; qui vanno messe in calendario da qualcuno, e se non ci sono, il sistema non è più economico — è solo più vecchio.

Guarda che versione hai installata e da quanto è uscita. Se ha più di un anno, la prossima mezza giornata di manutenzione non è opzionale: è solo ancora senza data.

Il calcolatore TCO chiede sei numeri tuoi — schermi, costo del server, ore tue, ore di sistemista e i due costi orari — e restituisce il totale a tre anni con le ore di persone su una riga a parte, che è quella che quasi nessun confronto scrive. La guida spiega che cosa inventariare prima di aprire il foglio e in quali cinque situazioni la risposta giusta è restare dove sei.