Quando affronto un compito ripetitivo, la mia pazienza arriva a saturazione dopo mezzo minuto e mi butto a pesce a scrivere uno script che faccia il lavoro al posto mio. In genere il primo tentativo è di scrivere da linea di comando dal terminale linux una sequenza più o meno articolata di istruzioni bash. Ma non sempre è tutto così semplice e spesso ripiego a scrivere uno script vero e proprio. In tal caso la mia scelta cade quasi sempre su Python, non tanto perché lo considero il miglior scripting language disponibile, ma perché è decisamente quello che conosco meglio di tutti avendoci lavorato parecchio in passato.
Così quando con Valeriano abbiamo iniziato ad importare i dati della contaminazione alimentare in Giappone all'interno del nostro database (al momento quasi 91mila records!), ho preparato uno script in python che eseguisse tutte le necessarie operazioni per archiviare i dati. Ovviamente dopo una prima fase in cui ha subito frequenti cambiamenti, lo script è successivamente entrato nella sua maturità funzionando a dovere e senza intoppi sia su Linux sia su Windows, ma era decisamente troppo toto-centrico, nel senso che nonostante i miei sforzi di renderlo valido in generale, difficilmente qualcun altro sarebbe stato in grado di usarlo.
L'idea
La soluzione era dietro l'angolo, un po' come scopare la polvere sotto il tappeto, volevo creare una pagina di amministrazione e far girare lo script direttamente sul server della webapp. Il piano era fin troppo semplice, se non fosse che il nostro fornitore di spazio e servizi web (000webhost) nella sua offerta gratuita non supporta l'esecuzione di script in python, ma solo PHP. E così le cose si sono un po' complicate.
Innanzitutto mi sono dovuto riscrivere tutto il codice da Python a PHP che è un po' come passare dal C++ al C e già che c'ero ho integrato lo script con il database mysql disponibile sul server anziché utilizzare dei semplici file di testo per archiviare i dati. Il passo successivo è stato rendere interattive quelle operazioni che di solito io faccio a mano, perché in generale troppo rare per rendere necessario la preparazione di uno script ad hoc. Poi sono entrato in modalità debug, dove di fatto mi trovo ancora, e per verificare che tutto funzioni a dovere inclusa la gestione degli imprevisti (!) sto usando sia la versione python sia quella PHP e confrontando i dati in uscita prima di aggiornare il database. Se tutto procederà come previsto entro una settimana, la nuova versione dello script potrà diventare operativa, e potrò passare allo sviluppo della versione mobile, in cui l'intera gestione amministrativa della webapp potrà essere fatta dal cellulare. E poi sto pensando di guardare come si fa un'app per Android che potrebbe essere il prossimo passo per la webapp...
La conclusione
Torniamo indietro un momento al grafico di apertura... L'approccio geek vince rispetto ma se e solo se il geek è sufficientemente furbo da capire che non è sempre necessario fare l'upgrade dello script già pronto e aggiungere nuove funzionalità. Cosa ci volete fare... siamo fatti così!
