Voglio il mio PDP!
Tanto, tanto tempo fa, negli anni '80, c'erano i Computer (con la 'c' maiuscola). Che costavano un botto, occupavano un'intera stanza, consumavano un casino di corrente ed erano capaci di fare una cosa alla volta. In genere, facevano tanti conti e poi davano UN risultato. E questo risultato in genere veniva stampato su un grosso pezzo di carta e consegnato all'utente che lo aveva richiesto e poi il "tecnico" cominciava a caricare il lavoro successivo.
Questo "caricamento" in genere richiedeva di montare o smontare dischi, che si faceva usando una chiave inglese e parecchio olio di gomito, punzonare schede, riavvolgere nastri e cosi' via. E poi si faceve partire l'intero arnese sperando che non si incatastasse nel mezzo.
Il Computer non poteva fare piu' di una cosa per volta perche'... non aveva nessun sistema operativo. Il modo come procedeva, era lo stesso che e' usato tutt'ora in parecchi arnesi come le Lavatrici. Con un orologio che da o toglie corrente ad uno o piu' circuiti per volta. Semplice. Diretto. Non sbaglia mai. Quando sbaglia e' perche' e' rotto e bisogna sostituirlo.
Ma poi... LA RIVOLUZIONE! I computer (c minuscola) cominciarono ad avere Sistemi Operativi, che significa che invece di un orologio fisico ne avevano uno "virtuale". Questo orologi faceva esattamente le stesse cose di quello fisico ma non si vedeva piu' e quando si rompeva nessuno sapeva bene cosa fare. Ma in compenso, consentivano al computer di fare piu' lavori "contemporaneamente", che in effetti non era vero, quello che facevano (e che fanno tutt'ora) e' fare un lavoro per un po', poi smettono e ne fanno un altro, poi un'altro e poi riprendono da quello iniziale dove erano arrivati e cosi' via. Se lo fate sufficientemente in fretta sembra quasi che i vari lavori siano portati avanti tutti insieme.
Il cambiamento fu rivoluzionario... fino ad un certo punto. Perche' quelli che usavano i computers erano ancora abituati al "vecchio sistema" e cosi' si aspettavano di ricevere delle stampe con i loro risultati. E cosi' continuavano ad essere prodotti kili di carta invece di spiegare agli utenti che era molto meglio se i dati li leggevano direttamente dal loro terminale. E questa faccenda ando' avanti per parecchio tempo.
Ed oggi, che siamo quasi nel 2020 e sono passati quasi 40 anni, io mi ritrovo con della gente che pensa ancora che i computer siano dei Computer con la 'c' maiuscola.
Prendiamo per esempio $billibirilli, ignota azienda che fa... delle cose e le vende pure. Questa gente si serviva di una societa' esterna per gestire le sue consegne e le scorte, in sostanza loro gestivano le vendite ed il marketing mentre il magazzino e la spedizione erano gestite esternamente. Ovviamente tutta la cosa era gestita da una serie di applicazioni.
Ed io feci la conoscenza di come tali applicazioni "comunicavano" (o avrebbero dovuto farlo) una bella mattinata di gennaio, quando ricevetti una chiamata da uno dei CL di $billi:
CL1 - Sono CL1 di $billibirilli, ci manca il TR_RET_LAM_20090112_315989_TGAX_DOP.TXT !
IO - ....che cos'e' che vi manca?
CL1 - Il TR_RET_LAM_20090112_315989_TGAX_DOP.TXT!
IO - ...avete provato a guardare sotto il divano? Di solito quando perdo qualche cosa io lo trovo li'...
CL1 - Non faccia lo spiritoso che e' importante! Senza il TR_RET_LAM non possiamo processare il TL_RET_LAM e tutta la procedura si ferma!
IO - (cercando nella documentazione e trovando una sega) Hemmm... Ok, non ho la piu' pallida idea di cosa state dicendo... Mi spiega che roba e' questo RETTALTROM?
CL1 - TR_RET_LAM! E' un file importantissimo che ci serve per processare il TL_RET_LAM!
IO - E dove dovrebbe essere questo file?
CL1 - Sul sistema ovviamente.
IO - Quale dei sistemi?
Sorvolo sulla discussione che ando' avanti per un bel pezzo, perche' CL1 dava per scontato che io conoscessi per filo e per segno, non solo l'organizzazione logica della loro roba (che non solo non era documentata, ma era molto carente sul lato "logico") ma anche tutti gli intrichi e dettagli di che cosa questo "processo" avrebbe dovuto seguire.
Comunque sia, dopo parecchio tempo e qualche controllo, arrivai a stabilire che quello stracazzo di file era generato da qualche applicazione di questa societa' esterna e poi avrebbe dovuto essere piazzato su un bellissimo server FTP, e $billi avrebbe dovuto scaricarselo mediante un cronjob. Insieme ad una batteria di altri files dal nome altrettanto esoterico.
La loro procedura poi richiedeva che questi files venissero in qualche modo "amalgamati" via Excel ed il risultante datamonster, digerito dal loro programma di compatibilita' usando un altro cronjob, il risultato finale poi... non lo so che ne facevano, sospetto che il tutto avrebbe dovuto essere di nuovo "stampato" per produrre un ennesimo file dal nome terminante in 'TXT' e che questo avrebbe dovuto essere caricato sul FTP di cui sopra.
Dopo parecchi giramenti e ghiribizzi, scovo le credenziali per fare login su quel cazzo di file FTP (admin admin, che vi aspettavate?) e guardo: il file non c'e'.
CL1 - Come sarebbe a dire il file non c'e'? Ma noi serve! Come facciamo adesso a processare il TL_RET_LAM?
IO - Non lo so come lo fate, ma il problema e' che il vostro spedizioniere non lo ha generato, quindi domandatelo a loro come mai.
CL1 - Ma ma ma.. il TR_RET dovrebbe essere pronto per le 8 tutte le mattine, come mai non e' pronto?
IO - Ho gia' detto che dovete domandarlo a loro, non a me.
Dopo aver ripetuto la cosa per parecchie volte, finalmente CL1 si e' deciso a domandare al loro spedizioniere. Poi non ho piu' saputo niente della faccenda finche' non ci venne chiesto di aggiungere un controllo per verificare che tali files fossero presenti sulla macchine di $billi alle 8 del mattino. Ed ovviamente in caso di assenza NOI avremmo dovuto procedere a domandare al loro spedizioniere, che ovviamente non aveva un supporto 24x7 e non avevan nemmeno tanta voglia di rispondere al telefono. Percui la procedura di "escalation" era: disattivare il check fino al giorno dopo.
Dopo svariati "problemi" causati da tale procedura, a qualcuno venne l'idea di domandare a NOI come rendere la cosa piu' efficiente.
CL2 - Quindi se l'ftp fosse piu' veloce magari noi potremmo avere meno problemi...
IO - Ma se invece pensassimo a portare tutta questa cosa nel 21esimo secolo?
CL2 - ...come sarebbe a dire?
IO - Allora, questa pletora di files che voi copiate e poi ravanate ovviamente vengono generati da una qualche applicazione che legge i dati da uno o piu' database, se non se li inventa di sana pianta, invece di produrre un marasma di files, perche' non gli fate richiamare una API nel vostro sistema cosi' ricevete i dati direttamente ed immediatamente quando vengono processati?
CL2 - Che? Api? che roba e'?
...a questo punto mi sono messo a spiegare a questo tizio, che tanto anziano non era nemmeno, che esiste questa cosa magica chiamata INTERNET che consente ai computer di parlare tra di loro quasi alla velocita' della luce. E che si puo' dire ad un computer che quando ha pronto un ordine, invece di aspettare le 8 del mattino del giorno dopo, potrebbe semplicemente chiamare l'altro computer e dirgli "eccoti il nuovo ordine", e questo potrebbe... non so, farci qualche cosa. Senza bisogno di leggere e smandruppare un baziliardo di files TXT dentro excel e mandare roba avanti ed indietro.
CL2 - No e si, e chi la fa quella roba?
IO - Quale roba?
CL2 - Cioe', il nostro programma di contabilita' mica ha le vespe, cose li'...
IO - Il vostro programma di contabilita' e' sviluppato da qualcuno che probabilmente puo' farci delle modifiche senza grossi problemi, e la stessa cosa vale per il programma che e' usato dal vostro spedizioniere. Se e' qualche cosa prodotta negli ultimi 10 anni mi stupisco che non sia gia' pronto per certe cose. Non stiamo parlando di fantascienza ma di roba che esiste da quasi vent'anni eh.
CL2 - Ma e' troppo costoso...
IO - Se il trasferimento di questi files e' una cosa talmente importante che siamo qui a parlarne, allora dovrebbe anche valere la pena di vedere come il problema potrebbe essere completamente aggirato, invece che aggiungere delle pezze di continuo.
CL2 - Ma se noi mettiamo un ftp piu' veloce...
Si perche' tutti vogliono un Mainframe...
Davide
20/12/2018 11:20
Seguo le tue storie via RSS (https://www.soft-land.org/rss/softland/sdsm.rss) con Feedly. Purtroppo, questa (https://www.soft-land.org/storie/19/2) non compare nei feed: si passa da "Testing, RoboTesting o NoTesting" a "il buco". E' un problema di Feedly o il generatore di RSS non è a punto? Tremo al pensiero di essermi perso altre storie. Grazie!
