Vampiri, mostri Aniba, ILTUOCODICEDEMMERDA!
I programmatori sono quegli strani individui che manipolano arti esoteriche allo scopo di far comparire pupazetti animati sullo schermo del cellofono. Almeno questa e' la "normale" opinione del 90% degli utenti. Il restante 10% li considera dei criminali inarrestabili sempre intenti a tentare di impossessarsi di password ed accedere a sistemi supersegreti e supersicuri e supersorvegliati per... non si sa bene cosa farci, probabilmene impadronirsi del pianeta.
Questo per gli utenti. Ovviamente, se voi avete una vaga familiarita' con la "razza" dal punto di vista sistemistico, saprete bene che i programmaTORI sono una razza in via di estinzione mentre i programmaTROTI si riproducono come conigli e, nonostante i nostri tentativi, sono sempre piu' comuni nell'ambiente informativo.
Non credo di dovervi specificare cosa intendo io per 'programmatroti', ma dato che sono io che decido cosa scrivere lo faccio lo stesso.
Il programmatroto e' in genere relativamente giovane, perche' quando invecchiano, o cominciano a capire qualche cosa ed a sparare meno cazzate, o finiscono per essere vittima di qualche "incidente" che li elimina dal pool genetico per via diretta. Essendo giovani purtroppo soffrono del tipico complesso della novita' essenziale: qualunque cosa che sia "nuova" e' per definizione bellissima, fantasticissima, superefficiente e assolutamente NON come la cosa nuova della settimana scorsa che ovviamente era una cagata spaventosa ed inutile e completamente vecchia, vetusta e scricchiolante. Per esempio di fronte al termine "database" si lanciano nell'arena menzionando Redis e Mongo che quelli si' che sono database, non come quelle cagate SQL-cosoli' che sono vecchi come il cucco e non servono a niente e poi hanno sempre dei problemi con queste 'chiavi', chimminchiasenefregadellechiavi, noi vogliamo NULL in tutti i campi, anzi non vogliamo nemmeno i campi.
Per lo stesso motivo, PHP e' vecchio e sorpassato mentre NodeJS e' nuovo e brillante. Tutti sono li' che parlano di "Docker" e "Container" e "Kubernetes" e non sanno nemmen fare ssh su una macchine, anzi ssh non lo usano mai, loro usano solo HTTPS perche' e' nuovo. Ma non hanno la piu' pallida idea di cosa voglia dire 'TLS 1.2' e domandano scoglionati perche' devono avere un 'certificato' per la vpn, la vpn e' vecchia e polverosa, loro sono sempre wireless.
Il programmatroto, dato che e' giovane ed e' sempre alla ricerca del nuovo/nuovissimo, non commette mai errori. Il suo codice funziona perfettamente sul suo macbook nuovo di zinca, se non funziona e' il momento di prendere un nuovo macbook ovviamente perche' il problema e' sicuramente nel processore o nella gpu che non sa bene cosa sia o come funzioni ma e' sicuro che quello li' e' il problema che e' vecchio e non supporta l'ultimo standard.
E con questo, parliamo del programmatroto 'du jour': CL.
E devo cominciare spezzando una lancia in suo favore. Perche' CL effettivamente non ha molta colpa nella situazione che si e' venuta a creare. Circa un anno fa, i 3 SL che avevano fondato e dirigevano il posto, arrivarono ad una inpasse. Nel senso che due decisero che vendere baracca, burattini e tutto ad $enormecatenainternazionale era un'ottimissima idea, mentre il terzo non era molto d'accordo. Ma dato che era in minoranza, la sua decisione fu di vendere le sue quote agli altri due e leversi di torno. La vendita fu arrangiata, uno degli effetti inattesi fu che la nostra roba fini' da $noihostiamoroba (della quale efficienza ho gia' detto). Un altro effetto inatteso e' che in rapida successione i due "product owner" (aka: project manager) per il lato backend ed il lato frontend, migrarono presso altri lidi, seguiti dal CTO che era anche piu' o meno l'architetto di tutto il sistema informativo. E poi 7 dei programmatori se la partirono.
Il che lascio' i due SL con una bella pila di posizioni scoperte e di compiti da svolgere per cui mancano abbastanza le persone competenti. CL si ritrovo' quindi spostato dalla parte 'frontend' a quella 'backend' per il solo motivo che era l'unico con una vaga idea di come tale cosa funzionava. Vaga. Molto vaga. Praticamente inesistente.
Il problema e' che CL e' un programmatroto e non un programmatore. E messo di fronte a del codice che non capisce, si ritrae come un vampiro con l'acqua santa invece che cercare di risolvere il problema della quadratura del cerchio.
Che il codice della parte backend sia incasinato e' certo, che sia 'vecchio da buttare via' non molto (e' Python, per lo piu'), ma che sia da mantenere e' assicurato dato che a ritmi giornalieri quelli che lo usano domandano modifiche o aggiunte a funzioni che sono... non troppo funzionali. Altro problema e' che CL, come tutti i programmatroti, ha la tendenza di fare le modifiche e le estensioni direttamente in produzione, con la giustificazione che 'sul suo laptop funziona'.
E con questo passiamo ad una settimana fa circa, quando, piegandosi alle insistenze (ed alle minaccie) del nostro dipartimento Finanza, CL comincio' a lavorare ad una intera batteria di modifiche a certe funzioni. Modifiche che furono prontamente rilasciate in produzione. E stranamente, nessuno comincio' ad ululare che non funzionava piu' un tubo come io mi aspettavo. Almeno non subito.
Il mattino dopo in effetti, fu qualcuno del gruppo logistico che venne a chiedere che cavolo era successo all'export dei dati per il magazzino. Dopo un po' di domande venni informato che il backend produceva anche una serie di files che avrebbero dovuto essere spediti al nostro magazziniere ogni notte, verso le 3 del mattino. Questi files apparentemente non erano stati spediti.
Un rapido controllo mi disse che non erano manco stati generati. Quindi allo scoccare delle 9.30, quando CL arrivo' in ufficio, si ritrovo' con un comitato di ricevimento che voleva files e risposte. I files non era difficile generarli, le risposte molto meno.
Dopo un po' di ravanamenti CL si rivolse a me sostendendo che il "server in produzione e' sicuramente sovraccarico per i batch della finanza", un rapido controllo sul monitor mi dice che la cpu non supera mai il 20% di attivita' quindi tanto sovraccarico non puo' essere, "allora e' sicuramente un problema di memoria", 8 Gb liberi, "il disco fisso e' pieno", 40 Gb disponibili, "arf anf argh, i processi, gli inodes, la latenza della rete, gli interrupts, gli zombie", i vampiri, i mostri aniba, il tuo codicedimmerda!
Lo spedisco a guardarsi i log di quell'accrocchio e dopo un paio d'ore ritorna dicendo che non ha trovato niente. Si perche' avere del logging decente richiederebbe pensarci ed implementare le cose in modo acconcio, vomitare tutto l'output dentro un file invece...
Passano i giorni ed i files continuano a non essere prodotti. Dopo il secondo giorno qualcuno del gruppo Logistico viene a domandare l'installazione di un "controllo" sulla presenza di quei files che notifichi cani&porci della loro mancanza in modo da potersi presentare qui' tutti insieme appassionatamente alla mattina per lamentarsi.
CL continua ad incolpare il server vecchio, la cpu scarsa, la memoria carente, il disco latente, la rete bollente, gli zombie... Mentre io rispondo in automatico i vampiri, i mostri aniba ed il tuocodicedemmerda.
Arriviamo a martedi', con i files che sono sempre prodotti a manina con ore di ritardo.
CL - ...quindi continua a non girare senza dare alcun errore ed io sono convinto, convintissimo che e' un problema di CPU, ram, disco, rete, i processi, gli zombie...
IO - ...i vampiri, i mostri aniba, il tuo codicedemmerda!
CL - Ma...
IO - Senti eh, forse sono io che sono un po' troppo rapido, ma .... Giovedi' viene fatto un rilascio in produzione e da quel momento questi files non sono piu' prodotti. Io ci vedo una connessione tra le due cose, tu no?
CL - Te l'ho gia' detto, quella parte non e' stata toccata dal rilascio, ho solo fatto delle modifiche su altre parti.
IO - Lo hai provato in test?
CL - No, perche' dovevo provarlo in test? Non era niente di strano...
IO - Intendo dire, hai provato in test se quei files sono prodotti? Perche' in Test qualunque cagata di tipo 'carico, memoria' e fracazzi non c'e' di sicuro.
CL - Hmmm.. no, non l'ho provato in test.
IO - E non pensi che dovresti provarlo? E magari aggiungere una pletora di logging e debugging semmai?
CL - Ma .... la cpu, gli zombie...
IO - I vampiri, i mostri aniba ILTUOCODICEDEMMERDA!
Cosi', dopo un po' di... incoraggiamento... CL si siede e prova quella roba in test. E con sua sorpresa sorprendente... NON FUNZIONA MANCO IN TEST.
A questo punto comincia a guardare e...
CL - Hu... Devo fare un rilascio in produzione per mettere a posto questa cosa dei files...
IO - Hai capito che roba era.
CL - Si.
IO - .... eeeeh???
CL - Hemmm... c'erano delle modifiche che erano state fatte allo scheduler ma poi non ho mai rilasciato in produzion e... era roba di poco conto e ... insomma...
IO - Te le sei dimenticate e adesso lo scheduler e' introiato.
CL - He...
IO - Quindi che dicevi del processore, gli zombie... I mostri aniba... ediltuodicedemmerda?
Davide
30/01/2019 15:51
E la gente si incavola pure se dico che gli sviluppatori software dovrebbero essere laureati e competenti (saper progettare un DB relazionale è il minimo minimo, ma c'è anche molto altro) mentre i programmatori dovrebbero almeno aver studiato programmazione, per es. in un istituto tecnico o facendo dei corsi seri, non bootcamp di 2 settimane.
