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
Correlati