Non faccio “passaggi di consegne”, scrivo manuali di sopravvivenza.

Regola 1: se il progetto non è nell'elenco, allora accendete un cero alla vostra entità sovrannaturale preferita.

Regola 2: il codice è autoesplicativo, i commenti non servono.


Regola 3: se cerchi il file con tutto l'elenco dei nominativi 2016/2017, è sul mio desktop, assieme ad altri 50000 file, rinominato con una sequenza random di caratteri a me sconosciuti e crittografato a doppia chiave asimmetrica

Regola 2 bis: la chiave di decript è in fondo alla fossa delle Marianne

Regola 4: è mia regola di vita rendere il codice inleggibile.

Regola 4 bis: le parentesi graffe vanno sempre a capo.

Regola 5: nel dubbio chiedi un time macchine a sistemi

Regola 6: se hai dubbi o vuoi solo insultarmi, chiamami a qualsiasi ora all'144 14 14 14, se trovi occupato riprova.

Regola 7: i miei cicli iterano per false

Regola 7 bis: ma non tutti, ogni tanto iterano anche per true

Regola 8: adoro tutte quelle che sono abbreviazioni di codice tra cui if e for in linea, ovviamente ne ho fatto abbondante uso nei miei progetti

Regola 8: per me l'ereditarietà è sopravvalutata

Regola 8 bis: sono abbondante ed espansivo io...è abbondante ed espansivo anche il mio codice.

Regola 8 bis bis: ogni progetto sono almeno 10000 righe di codice

Regola 9: con l'uso appropriato dei tre paradigmi fondamentali e indissolubili della OOP le linee di codice si ridurrebbero a meno di 500

Regola 10: il mio codice contiene easter egg che si attivano random durante tutto l'anno, se li trovi tutti diventerai il re dei pirati

Regola 11: la Valle d'Aosta non esiste, NON esiste

Regola 12: nel dubbio è colpa di sistemi

Regola 13: il random va da 1 a [fino a che non saturo la grandezza di una variabile] -1 e lo moltiplico per 2, o almeno ci provo

Regola 14: tutta la documentazione dei miei progetti è in fermo posta a Zanzibar

Regola 15: l'integrità referenziale dei db...cos'è?

Regola 16: io NON ho mai abbattuto dei server di una nota azienda del settore automobilistico mondiale

Regola 16 bis: se trovi delle mail che dicono il contrario, stanno mentendo

Regola 17: in caso di dubbi su chi deve fare cosa, se non riesci a scaricare il problema su sistemi, prova a passare ai frontender

Regola 17 bis: nel caso che nemmeno i frontender riescano ad aiutarti, fai escalation fino ad arrivare alle signore delel pulizie

Regole 17 bis bis: se nemmeno cosi riesci a scaricare il problema, nel secondo cassetto della mia scrivania, nascoste sotto la cartaccia, ci sono delle pastiglie che ti fanno morire per un paio di giorni...poi risorgi, credici.

Regola 18: una gamba rotta, alcuni giorni prima di una consegna fa la sua bella figura.

Regola 19: non insultare Barbara, MAI.

Regola extra 1: se vuoi far funzionare al meglio i tuoi progetti, asseconda sistemi.

Regola 20: non mettere mai nelal riffa quelo che non vorresti ricevere l'anno dopo.

Regola 21: alle feste aziendali allunga i cocktail con alcool extra

Regola 22: il db, nel dubbio lo ha fatto un altro

Regola 23:qualsiasi cosa può essere risolta con un flusso json e una paginetta aspx che lo stampa in pagina

Regola 24: CTRL+C e CTRL+V di 400000 righe da un foglio excel a un database? SI PUO FARE.

Regola 25: durante la messa online di un progetto MAI e ripeto MAI fare la TRUNCATE di una tabella a meno che tu non voglia perdere riferimenti di tutte le righe presenti.

Regola 26: gli ambinti di TEST, GOLD e PRODUZIONE non sono allineati

Regola 26 bis: ogni ambiente ha un suo particolare funzionamento non riscontrabile sugli altri ambienti.

Regola 27: una volta ho scritto mezza paginetta di documentazione, in patois (leggasi patuà)

Regola 28: per rendere più simpatico il mio codice, prima di andarmene ho inserito dei ; (puno e virgola) a caso all'interno del codice.

Regola 29: tutte le variabili sono GLOBAL e PUBLIC