Storie dal sepolcro di guardia

Avviso preliminare: questo post è puramente di venerdì e più divertente che tecnico. Vi aspettano storie esilaranti di disastri ingegneristici, aneddoti dal lato oscuro del lavoro con gli operatori telefonici e altre chiacchiere leggere. Se abbellirò qualcosa, lo farò solo per il bene del genere, e se mentirò, saranno fatti così lontani nel tempo che non nuoceranno a nessuno. Ma se notate qualcosa di tecnico o un altro errore, correggetemi senza pietà, sono sempre stato dalla parte della giustizia.

Attenzione, inizio senza preamboli!

Backdoor nel cortile

Nel nostro ufficio al primo piano c'erano grandi finestre, dal basamento quasi fino al soffitto. Si affacciavano sul parcheggio riservato, da dove ogni mattina partivano vari misuratori e altri dipendenti sul campo. Il parcheggio era abbastanza lontano dal principale e da tutti gli ingressi, e c'erano due barriere.

Una mattina, le auto di polizia si avvicinano all'edificio, i poliziotti si posizionano alle entrate e controllano tutti quelli che escono. Arriva un avviso di servizio: improvvisamente (davvero improvvisamente, non come al solito) è in corso un controllo della licenza software, e verranno controllati i workstation. Chi ha qualcosa di pirata sui propri computer deve rimuoverlo immediatamente!

Certamente, tutto ciò che riguardava i sistemi operativi, software di ufficio e software aziendale era per lo più licenziato. Ma non tutto, non sempre e non ovunque; e quello che i dipendenti avevano installato sui loro computer portatili aziendali era un'area molto oscura. Mi sono affrettato a controllare i computer di cui ero responsabile, rimuovendo rapidamente ciò che trovavo…

… E nel frattempo, nell'ufficio, gli ingegneri iniziano ad entrare affrettati e nervosi, con computer portatili e sistemi tra le braccia. Entrano dalla porta, ma escono, ridendo dell'assurdità della situazione, dalla finestra: tutte le entrate erano bloccate, e su questa backdoor le forze dell'ordine non avevano pensato. Così, mentre si controllava la contabilità (dove tutto era impeccabile), i dipendenti avevano estratto tutte le prove.

Il passato è lì

Se siete interessati e non avete chiuso la scheda, ecco una certa esposizione di ciò che stava accadendo nel tempo, nello spazio e tra le persone. Io ero un giovane, inesperto, verde come una foglia di acetosa, neolaureato nel settore IT, assunto per lavorare nell'ufficio ingegneristico della 'MegaFon' di Samara (che all'epoca era ancora 'MSS Volga'). Per me è stato il primo vero contatto con la Tecnologia con la T maiuscola e con i Tecnici con la T maiuscola: essendo il più giovane della squadra, osservavo con meraviglia il lavoro di esperti ingegneri, cercando di comprendere la loro saggezza. Fino a quando tale saggezza non si è insinuata nei miei neuroni, potevo solo fissare un insieme di monitoraggi, preoccupandomi ogni volta che appariva qualcosa di 'rosso'.

Storie dal sepolcro di guardia

Se qualcuno dei personaggi menzionati si riconosce, un saluto a voi!

Se funziona, non toccare (ma tocca se non funziona)

Uno degli ingegneri di cui sopra era Misha Basov. Negli anni trascorsi in 'Mega', ho sentito parlare molto bene di lui, nel senso che era stato quasi uno dei pionieri e aveva avviato molti processi. Non ho avuto modo di parlarci a lungo: ci siamo incontrati solo al personale, quando io ho portato i documenti e lui stava ritirando.

Uno dei sistemi di monitoraggio con cui lavoravamo era stato scritto da Misha. Non ricordo esattamente cosa venisse monitorato, ma so che Misha aveva scritto una soluzione temporanea che era rapidamente diventata permanente. Ed è buono così: molte delle cose che i veri tecnici fanno per proprio uso immediato risultano semplicemente perfette. Anche quel monitoraggio soddisfaceva tutti, funzionando senza alcun supporto e manutenzione, anche se nessuno sapeva come.

Dopo un paio d'anni dalla partenza di Misha, il monitoraggio ha iniziato a visualizzare una pagina vuota.
Ho subito dato l'allerta. Il capo turno ha dato l'allerta. Il capo settore ha dato l'allerta.

Il capo dipartimento ha dato l'allerta. Il capo servizio ha dato l'allerta. Il direttore del dipartimento ha suonato le campane. Il direttore IT di tutta la Volga ha sentito il suono e ha immediatamente convocato una riunione. Ha invitato il capo dipartimento. Questo ha rimproverato il capo servizio. Questi, non comprendendo la sostanza del problema, ha chiamato il capo dipartimento. Questi, non capendo, ha chiamato il capo settore, che ha chiamato il capo turno. E questo ha spostato la responsabilità su di me.

Una volta sostituitosi al turno, sono andato a quella riunione. Sono state dette molte parole, è stato chiamato il responsabile per i monitoraggi (non abbiamo sentito nulla di chiaro), è stato ricordato che il monitoraggio era stato scritto da Basov, che il monitoraggio è molto importante, ma che nessuno capisce e sa come funziona... Alla fine, si è concluso che un sistema non funzionante e incomprensibile deve essere rimosso, e invece deve essere implementata una soluzione collaudata di un fornitore affidabile.
Mentre tutto ciò veniva detto, sono riuscito a farmi prestare un laptop e l'accesso ssh a quel server. Volevo dare un'occhiata a cosa avesse scritto il leggendario Basov in questo super sistema.

Entro, per abitudine digito:

df -h

Il team mi risponde più o meno:

Filesystem      Size  Used Avail Use% Mounted on
/var            10G   10G  0G    100% /

Svuoto il /var/log che era stracolmo da anni, aggiorno il monitoraggio — tutto funziona. Ho risolto!
La riunione si ferma, si rovina, tutti se ne vanno. Lungo la strada il capo del dipartimento si rallegra e mi promette un bonus!..

… Invece del bonus, ho ricevuto poi una ramanzina mentale per aver accidentalmente bloccato il rollback dell'ordine del sistema di monitoraggio da un fornitore affidabile.

Dove abitano le case

Uno dei compiti degli ingegneri di turno era quello di controllare le chiavi elettroniche di accesso alle sale macchine. Stesse sale mi impressionavano all'epoca: file di rack pieni di apparecchiature server e di commutazione, linee in fibra ottica e crossover (alcuni — perfettamente sistemati, altri — trasformati in un incredibile groviglio di spaghetti), il costante ronzio dei condizionatori e i falsi pavimenti, sotto i quali era così comodo raffreddare le bevande... Gli ingressi delle sale erano sigillati con pesanti porte stagne, progettate per bloccare automaticamente in caso di incendio. L'ingresso e l'uscita erano rigorosamente registrati con una firma, per sapere chi e perché si trovava all'interno.

Quello che mi piaceva di più in queste sale erano, ovviamente, i rack dei "superdomicili" — due HP SuperDome 9000, responsabili del funzionamento della fatturazione. Due nodi identici, uno era sempre operativo, e l'altro — un backup caldo sincrono. La differenza tra loro era solo negli indirizzi IP, uno era x.x.x.45, l'altro — x.x.x.46. Tutti gli ingegneri conoscevano questi due IP, perché se qualcosa succedeva al sistema di fatturazione — la prima cosa da fare era controllare se i superdomicili erano visibili. L'invisibilità dei superdomicili — è un problema.

Una mattina, si verifica proprio un problema simile. In due secondi, tutti i servizi scompaiono su entrambi i server, il sistema di fatturazione collassa nel nulla. Controlliamo rapidamente server — pingabili, ma su di loro non c'è davvero nulla!

Non facciamo nemmeno in tempo a iniziare le misure di emergenza previste, che sentiamo un grido forte "UCCIDERÒ, STUDENTE!"; nella sala di controllo irrompe l'archi-amministratore di tutti i server, strappa dalla scaffalatura una chiave elettronica della sala macchine e corre lì.

Molto rapidamente dopo, il monitoraggio ritorna alla normalità.

Ecco cosa è successo: un nuovo dipendente dell'azienda appaltatrice, configurando un pacchetto di nuove macchine virtuali, ha manualmente assegnato loro indirizzi IP statici sequenziali, da x.x.x.1 a x.x.x.100. "Studente" non conosceva gli indirizzi sacri e intoccabili, e agli anziani del posto non venne nemmeno in mente che qualcuno potesse osare incombere su di essi.

Servizio "Antispam"

Ah, le notti di turno! Le amavo e le odiavo, perché era un 50/50: o lavori pianificati sull'hardware, dove partecipavi attivamente, con il cervello sonnolento e le mani tremanti ad aiutare l'ingegnere, oppure silenzio e tranquillità. Gli abbonati dormono, l'hardware funziona, nulla si rompe, il turno è rilassato.

Storie dal sepolcro di guardia
Il turno procede secondo il piano.

Una notte, una calma notturna viene disturbata da una chiamata al telefono di servizio: buongiorno, siamo da Sberbank, la tua SIM, da cui vengono inviate le nostre notifiche, ha smesso di funzionare.

Era passato molto tempo, ancora prima dell'implementazione delle connessioni IP con il gateway SMS. Pertanto, affinché Sber potesse inviare un SMS dal suo famoso numero 900, utilizzavano la SIM fornita (probabilmente anche più di una), la collegavano a un modem GSM, e così funzionava.

Ok, ho accettato il problema e ho iniziato a indagare. Prima di tutto controllai lo stato della SIM nella fatturazione, risulta bloccata. Che diavolo — accanto c'era la scritta rossa "NON BLOCCARE" e un link all'ordine dell'archidemone generale. Uhm, interessante.

Controllo il motivo del blocco, alzo le sopracciglia e mi dirigo nell'ufficio accanto, dove una ragazza del dipartimento frodi sta guardando il monitor.

"Lenka," le dico, "perché hai bloccato Sberbank?"

Lei è confusa: ha ricevuto una lamentela che dal numero 900 viene inviato spam. Così ho bloccato, ci siamo capiti al mattino.

E voi dite che le lamentele degli abbonati vengono ignorate!

La SIM è stata riattivata, ovviamente.

Una storia molto spaventosa

Quando ho iniziato a lavorare, è stata organizzata una sorta di visita introduttiva per me e per altri nuovi dipendenti. Ci hanno mostrato l'attrezzatura: server, condizionatori, inverter, sistemi di spegnimento incendi. Hanno mostrato una stazione base situata in una delle sale macchine per esperimenti, spiegando che, anche se i trasmettitori sono attivi a potenza minima, è meglio non entrare in quel momento attraverso la porta schermata. Hanno spiegato il funzionamento della rete mobile, l'alimentazione principale e di riserva, la tolleranza ai guasti e che la rete è progettata per funzionare anche dopo un bombardamento atomico. Non so se sia stata detta per enfatizzare, o se sia vero, ma mi è rimasta impressa nella mente.

E davvero: per quanto possa accadere un disastro locale, la rete vocale del Volga ha sempre funzionato senza interruzioni. Non sono un tecnico delle telecomunicazioni, ma so che l'attrezzatura (sia le stazioni base che i terminali client) è progettata per massimizzare la sopravvivenza della 'voce'. È saltata l'alimentazione della stazione base? Ridurrà la potenza, passerà a generatori diesel/accumulatori, disattiverà la trasmissione di traffico dati, ma la voce continuerà a funzionare. Se viene tagliato il cavo? La base passerà a un canale radio, sufficiente per la voce. Se il telefono perde la stazione base? Aumenterà la potenza e cercherà il segnale finché non si collega a una torre (o finché non esaurisce la batteria). E così via.

Ma un giorno, in ufficio, è lampeggiata la luce e fuori si sono messi a ronzare i generatori diesel. Tutti si sono precipitati a controllare le proprie attrezzature: dal punto di vista IT non era successo nulla di critico, ma dal monitoraggio della stazione base si è sentito un attonito 'oddio'. E poi: 'ragazzi, abbiamo TUTTE le basi inattive, controllate la connessione'.
Prendiamo i cellulari — non c'è segnale.

Proviamo la telefonia IP — niente connessione mobile.

Non c'è rete. Affatto. Da nessuna parte.

Ricordando le parole sul bombardamento atomico, ho aspettato subconscientemente per alcuni secondi che ci raggiungesse l'onda d'urto — non mi veniva in mente nessun'altra ragione per la perdita di rete. Ero spaventato e curioso allo stesso tempo: capivo che non avrei avuto modo di fare nulla. Anche gli altri ragazzi erano stupiti, nessuno riusciva a capire cosa stesse succedendo.

Non c'era onda d'urto. Dopo cinque secondi di shock ci siamo precipitati verso il telefono della rete telefonica fissa, preparandoci a contattare gli uffici regionali. La rete fissa, per fortuna, funzionava, ma nelle regioni confermavano: tutta Samara è 'morta', nessun dispositivo risponde, nessuna chiamata va a buon fine.

Dopo cinque minuti qualcuno degli elettricisti ha portato la notizia: è esploso qualcosa in una centrale elettrica, lasciando senza corrente almeno tutta Samara, forse anche la regione. Abbiamo tirato un sospiro di sollievo; e quando è avvenuto il passaggio alle fonti di riserva — abbiamo anche respirato.

Un'altra storia spaventosa (ma un po' sciocca)

Il più grande fallimento che ricordo è avvenuto durante una linea diretta con l'attuale presidente. Allora stavamo introducendo la funzione di invio domande tramite SMS, quindi ci siamo preparati in anticipo per l'aumento del carico sulla rete: abbiamo controllato tutto e preparato, e per un'intera settimana prima del giorno X abbiamo vietato qualsiasi lavoro che non fosse di emergenza. Questo protocollo viene attivato in qualsiasi caso in cui ci si aspetti un aumento del carico, per esempio durante le festività. E per gli ingegneri di guardia è lo stesso di un giorno festivo, perché quando l'attrezzatura non viene toccata, non può succedere nulla, e se anche succede - tutti gli specialisti per sicurezza sono già in ufficio.

In generale, siamo seduti, ascoltando il leader nazionale, senza preoccuparci di nulla.

Dalla parte dei tecnici, si sente un mormorio 'C***o'.

Guardo verso il mio computer — davvero 'c***o': la rete del campus è andata giù.

In un attimo, tutto muore (allora non c'era il meme su Natasha e i gatti, altrimenti sarebbe stato utile). Scompare il segmento della rete degli utenti, scompare quello tecnologico. Con crescente paura cerchiamo di controllare cosa è rimasto in funzione, e dopo averlo fatto, ci tuffiamo nel ripostiglio per prendere la bottiglia di cognac che avevamo nascosto: sono rimasti solo le chiamate vocali (ve l'ho detto, sono resistenti!), tutto il resto è morto. Non c'è internet — né GPRS per gli abbonati, né fibra ottica, che viene fornita a vari subfornitori. Non vengono inviati SMS. Situazione critica! Chiamiamo le regioni — loro hanno rete, ma non vedono Samara.

Nel giro di mezz'ora, la fine del mondo è diventata quasi tangibile. Dieci milioni di persone, che all'improvviso hanno tutto rotto e non possono contattare il call center, perché nei call center i terminali vocali lavorano tramite VOIP.

E tutto questo mentre parlava il governante più oscuro! Un'altra vittoria del Dipartimento di Stato e di Obama in persona!

I tecnici di guardia si sono attivati velocemente e hanno lavorato molto bene: in meno di un'ora la rete è tornata in vita.

Un errore di tale portata non è di competenza regionale, ma deve essere segnalato a Mosca con tutti i dettagli e l'individuazione dei colpevoli. Per questo motivo, a coloro che hanno partecipato all'indagine è stato vietato di raccontare la verità sotto minaccia di licenziamento; e per le autorità è stato redatto un rapporto pieno di vaghezze e ambiguità, dove sembrava che "sia successo tutto da solo, senza colpevoli".

La verità è che uno dei dirigenti stava affrontando scadenze urgenti riguardo alle implementazioni, e le relative commissioni stava perdendo. Così come il suo superiore e così via; perciò hanno fatto pressione su uno dei nuovi ingegneri, ordinandogli di effettuare le necessarie connessioni di rete "finché tutto è tranquillo". L'ingegnere non si è sentito in grado di protestare, né di richiedere un ordine scritto: questo è stato il suo primo errore. Il secondo è stato commettere un errore durante la configurazione remota di un Cisco, raggiungendo risultati record in termini di guasti in brevissimo tempo.

Per quanto ne so, nessuno è stato punito.

La festa sta arrivando da noi.

Le festività, come ho già accennato, sono sempre stati giorni speciali per noi. In queste giornate, il carico sulla rete cresce drasticamente, e il numero di chiamate e messaggi di auguri supera ogni limite. Non so come sia ora, con lo sviluppo della comunicazione su internet, ma allora, solo durante il Capodanno, i fornitori di servizi telefonici registravano un aumento considerevole di chiamate di auguri.

Pertanto, la notte di Capodanno, ingegneri di tutti i settori dovevano essere presenti in ufficio (e fuori ufficio, squadre pronte a faticare attraverso le nevicate per risolvere guasti nelle stazioni base nei villaggi). Billing specialist, amministratori hardware, tecnici software, esperti di rete, operatori di commutazione, servizi, supporto di appaltatori — ognuno al suo posto. E se le condizioni lo permettevano, si radunavano nel nostro centro di monitoraggio, osservando i picchi di traffico sulle nostre apparecchiature che seguivano i fusi orari in tutta la regione del Volga.

Tre o quattro volte a notte festeggiavamo il Capodanno, anche se c'era meno spirito festivo e più attesa nervosa: riuscirà l'attrezzatura a sopportare il sovraccarico? Si romperà qualche anello della complessa catena tecnica…

Storie dal sepolcro di guardia

In particolare, Sasha, responsabile del billing, era molto teso. In generale, appariva sempre come se la sua vita fosse in balia di un nervo scoperto, visto che doveva gestire tutti i problemi associati al billing, rispondere a tutti gli errori, e veniva spesso svegliato durante la notte; insomma, non riesco a capire come e perché lavorasse lì. Forse lo pagavano molto, o la sua famiglia era in pericolo. Ma quella notte avevo davvero l'impressione che se qualcuno avesse toccato Sasha col dito, all'istante sarebbe disintegrato per la tensione interiore accumulata. In caso di necessità, noi avevamo una scopa, ma nel frattempo lavoravamo concentrandoci sul cognac in attesa.

Ora dopo ora passarono tutti i picchi di carico e ognuno ricontrollava i propri sistemi. L'operatore di commutazione impallidisce: sul commutatore regionale manca tutto il traffico di billing. Questo significa dati su tutte le chiamate che sono passate attraverso il commutatore; vengono memorizzati in un file che, a pezzi, viene scaricato tramite FTP su BRT per la tariffazione.

L'operatore di commutazione, rendendosi conto del volume di ritorsioni che avrebbe subito per la perdita di parte dell'incasso di Capodanno in tutto il regione, tremò. Rivolgendosi a Sasha, si rivolse a lui con una voce piena di speranza: "Sasha, per favore, controlla se BRT è riuscito a scaricare la tariffazione? Dai, controlla per favore!".

Sasha prese un sorso di cognac, lo accompagnò con un panino al caviale, masticò lentamente e, con gli occhi illuminati dalla soddisfazione di sapere che l'errore non era suo, rispose: "Ho già controllato, non ci sono file...".

(La mia meravigliosa correttore mi ha chiesto cosa fosse successo dopo a quel povero operatore di commutazione. Oh, la sua sorte fu orribile: fu condannato a una settimana di turno alla prima linea di supporto del call center, con divieto di bestemmiare. Brrrr!)

Chi è senza peccato scagli la prima pietra.

Da queste storie potrebbe sembrare che né io né gli altri turnisti abbiamo mai commesso errori. Niente affatto, abbiamo fatto errori, ma in modo meno epico e senza conseguenze interessanti. Il lavoro era considerato adatto a neolaureati senza cervello e esperienza, e da un tale dipendente non c'era molto da aspettarsi: licenziarlo per un errore non garantiva un nuovo assunto più capace. Ma la pratica di addebitare gli errori alla "guardia" era una disciplina sportiva a parte per gli ingegneri: non hanno prestato attenzione, non hanno capito, non hanno avvisato in tempo, quindi punirli. La "guardia" ha perfettamente imparato l'arte di giustificarsi; non sempre funzionava, ma tutti capivano. Quindi, si ricevevano conseguenze — ma di solito senza gravi effetti.

Storie dal sepolcro di guardia
Analizziamo un'altra "frittata" durante il cambio di turno.

Negli anni in cui ho lavorato lì, ricordo tre episodi in cui qualcuno è stato licenziato dal reparto.
Una volta, un ingegnere durante il turno di notte decise di sorseggiare una birra, e proprio allora entrò il direttore tecnico. A volte si presentava così, per salutare (sembra che fosse partito dai turni). Ha beccato il ragazzo con la lattina di birra, una foto e via al licenziamento. Non hanno più bevuto birra di notte.

Un'altra volta, un tecnico di guardia ha trascurato un'emergenza davvero grave. Non ricordo più i dettagli.

E l'ultima volta — verso la fine della mia esperienza lì. Le condizioni di lavoro erano notevolmente peggiorate, c'era un'alta rotazione del personale e superlavoro pazzesco. Le persone lavoravano a volte per ventiquattro ore, poi si prendevano dodici ore di sonno e tornavano al turno di guardia. Anch'io ho fatto così finché la salute me lo ha permesso e finché veniva pagato; poi hanno smesso di pagare gli straordinari (standardmente promettevano compensazioni con giorni di riposo, quando ci sarebbe stata l'opportunità — ma tutti sapevano che nessuno mai sarebbe andato a riposarsi), e ci costringevano a lavorare con minacce. Un ingegnere non ha retto e durante il turno si è alzato dal posto di lavoro e se ne è andato per sempre, facendo tappa dal capo del servizio e mandandolo a quel paese. Ricordo una email in cui quell'ingegnere è stato etichettato come fascista e traditore, ogni riga mostrava quanto il management fosse arrabbiato con quel gesto.

Riguardo ai miei errori personali — un episodio per la sua stranezza è rimasto impresso. Ancora un turno di notte, tutto tranquillo, niente di strano. Durante il cambio di turno controlliamo il monitoraggio: ops, è sceso il trattamento dei dati dai commutatori, la lucina rossa è accesa da un po'. Ho guardato quel segnale tutta la notte — e non lo percepivo. Nonostante fosse uno dei monitoraggi più evidenti e chiari, ancora non capisco perché non l'abbia visto.
Non c'erano scuse da fare, era chiaramente un errore, un'emergenza di quinta categoria e un licenziamento molto probabile. Dopo dodici ore di turno notturno, mi hanno tormentato fino a pranzo, costringendomi a scrivere spiegazioni. Poiché nessuno avrebbe creduto alla verità, ho dovuto inventare una scusa, dicendo che ero svenuto a causa di un'eccessiva assunzione di antidolorifici e mi ero addormentato. Il capo del servizio mi urlava contro nel suo ufficio, insomma, tutto stava andando verso il licenziamento — ma si risolse in un richiamo e una penalizzazione. Da anni in Mega non vedevamo premi, quindi non ho subito nessun danno.

Ricordando l'episodio con l'arrivo del direttore tecnico: una notte, un individuo maleducato si è presentato in ufficio e ha iniziato a urlare che stavamo seduti con la porta aperta (in effetti l'ufficio non dovrebbe essere chiuso), che siamo degli stupidi e che al mattino si aspettava spiegazioni da noi riguardo ai nostri errori. Quel maleducato era il capo della sicurezza, e ci ha colpito. Dopo aver urlato, se n'è andato nell'oscurità, e al mattino abbiamo chiesto al nostro capo — e noi? «Mandalo affanculo» — rispose, e così l'incidente si chiuse.

Come ho distrutto un dipartimento

A quei tempi, bash.org (allora ancora bash.org.ru, non quello che c'è ora) era un sito cult. Le citazioni apparivano quasi una o due al mese, ed avere una PROPRIA CITAZIONE!!! SU BASH!!! era altrettanto figo quanto avere un proprio dominio di secondo livello nel 2000. Quel bash.org era più legato all'IT e all'anime, anche se faceva ridere per tutti.

Ogni mattina lavorativa, il più giovane ingegnere (cioè io) iniziava leggendo bash.org — trenta secondi di risate prima di dodici ore di sofferenza.

Una volta un collega mi ha chiesto cosa stavo ridendo. Gli ho mostrato di cosa si trattava. Ha inviato il link al dipartimento.

Il lavoro si è fermato per un paio di giorni: con mia sorpresa, nessuno dei colleghi sapeva prima di bash. Nella sala di guardia c'era una risata: «Ah-hahaha, è necessario patchare KDE, ahaha-haha!». «Ah-ha-ha, affondare le masse nel mercurio, blablabla!». Il giorno lavorativo è andato perso, ma dall'altro lato — ci siamo allungati la vita.

Bonus per chi è arrivato fino a qui

Ricordate, nei tempi antichi, c'era una barzelletta popolare: «Vedo due dischi C in Norton, penso: perché ho due? E così ne ho cancellato uno!». È molto simile a una delle mie storie preferite, che non racconto io, ma mi riguarda. E ogni volta è divertente come la prima volta:

18+, ma da una canzone non si possono togliere le parole
Storie dal sepolcro di guardia

Post scriptum

Queste storie sono una compilazione elaborata di alcuni post del mio canale Telegram. A volte ci saltano fuori cose simili; non insisto, ma un link lo lascerò.

A tutti una buona giornata senza errori!

Fonte: habr.com

Acquista hosting affidabile per siti web con protezione DDoS, server VPS VDS 🔥 Acquista hosting affidabile per siti web con protezione DDoS, server VPS VDS | ProHoster