Ogni aggiornamento era un rituale da ripetere a memoria.
Aprire la finestra nera, scrivere una sequenza di comandi diversa per ogni progetto, gestire il login, sperare di non sbagliare cartella. Un momento di distrazione poteva rovinare ore di lavoro.
E poi la regola che non si dimentica mai: database, log, ricevute e contratti firmati non devono finire su GitHub. Una regola scritta su un file di testo — e i file di testo non fermano nulla.
Un pannello che mostra tutto prima di agire.
Il pallino di stato dice a occhio se sei in pari. I file si vedono uno per uno, con la spunta per escluderne qualcuno. I quattro pulsanti sono l’intero lavoro.
Stato del progetto
Invio
Registro
Nessuna installazione: il programma è una cartella.
Si copia, si apre con il doppio clic, si cancella quando non serve più. Cinque file, ognuno con il suo compito.
Progettato per non fidarsi di nessuno.
Blocco automatico
Database, log, ricevute o contratti dentro un commit? Il programma li toglie da solo e avvisa. Su GitHub non finiscono mai.
Tutto visibile
I file si vedono uno per uno, prima di confermare, con la spunta per escluderne qualcuno dall’invio.
Conferma sempre
Ogni azione mostra cosa sta per fare e chiede sì/no. I comandi per cancellare o forzare semplicemente non esistono nel programma.
Password non archiviata
La password del server si digita ogni volta nella finestra nera: il programma non la vede e non la salva da nessuna parte.
Da venti minuti di ansia a due minuti di conferme.
Prima
Comandi scritti a memoria nella finestra nera · file sensibili “protetti dall’attenzione” · un rituale da venti minuti, con il fiato sospeso.
Dopo
Quattro pulsanti e una conferma · blocco automatico, dimostrabile · due minuti, e i siti dei clienti si aggiornano tutti insieme.
Un software su misura non deve essere grande: deve cogliere perfettamente chi lo usa. È lo stesso principio di ogni lavoro che realizzo per i miei clienti: che si tratti di un sito web o di un software personalizzato.