Curriculum vitae da programmatore onesto

Sezione 1. Competenze trasversali

1. Durante le riunioni taccio. Cerco di assumere una faccia attenta e intelligente, anche se non mi interessa.
2. Le persone mi trovano positivo e negoziabile. Ti informo sempre educatamente e discretamente che il compito dice di fare qualcosa. E solo una volta. Allora non discuto. E quando finisco il compito e si scopre che è qualcosa, non rido e non dico “te l’avevo detto!”
3. Non mi interessa che tipo di merda spreco. Se il cliente fosse stato interessato secondo me, non avrebbe assunto un project manager, un product Owner, uno Scrum master, un agile master e un designer dell'interfaccia utente. Lascia che questi hipster formino ogni sorta di opinioni, visioni e trucchi di marketing.
4. Sono disciplinato. Vengo al lavoro alle 9 e parto alle 6. Per me è comodissimo. Posso restare più a lungo in caso di doppio pagamento o se l'incarico è interessante.
5. Ho un buon senso dell'umorismo e una ricca esperienza di vita. Posso facilmente interrompere il lavoro della squadra per mezza giornata raccontandomi come è andato il mio sabato. Ma lo faccio raramente, perché penso di essere pagato non per questo, ma per il fatto di aver perso qualche filo.
6. Ho ceduto la leadership della tua squadra, sai dove. Posso buttare via un po' di merda anch'io, ma con la faccia intelligente spiego ai miei subordinati che devono fare qualcosa di merda oltre le mie forze.
7. Sono assolutamente eccezionale nelle presentazioni. Soprattutto se devi presentare un fondo non finito. Evito magistralmente i bug durante le presentazioni dei programmi. Una volta ho passato due ore a presentare la finestra di login perché il programma non funzionava più. E il login non sempre ha funzionato.
8. Quando tutto mi dà fastidio, me ne vado tranquillamente, e non vado da un dipartimento all’altro e dico: “Va tutto male, siamo al fondo, sono tutti stupidi”.

Sezione 2. Competenze difficili

1. L'eredità è una cosa disgustosa se solo 1 figlio eredita dal padre.
2. Utilizzo l'incapsulamento solo quando l'Idea è sottolineata in giallo e scrive, questo metodo può essere reso privato. Stessa cosa con la finale.
3. Non ho mai usato volatili, finalize e molti altri.
4. Non mi preoccupo di cosa usare: ArrayList o LinkedList. Uso sempre ArrayList.
5. Posso evitare di utilizzare getter e setter in Java se so che nessuno leggerà il mio codice. persona.nome = "giovanni". Se so che qualcuno lo leggerà, mi vergogno.
6. Ancora non capisco perché in Java siano necessarie le interfacce, ad eccezione di callback e lambda. Tutti gli esempi che li utilizzano sono inverosimili e posso renderlo più semplice senza di loro.
7. Non so come funzioni gc, non l'ho mai usato. E in generale, in 6 anni, nella mia memoria, è stato menzionato solo una volta. Interviste a parte, ovviamente.
8. Ho una rapa su Github, ma non te la mostrerò. Lei è la mia personale e mi scuoio lì come voglio. Non indossi il frac a casa, vero?
9. Posso e mi piace saltare la parte anteriore se sono stanco della parte posteriore. Avevo già dimenticato la reazione e sono rimasto indietro. Ma mi sembra di ricordare Sencha.

Sezione 3. Risultati

1. Ho realizzato 3 siti che sono stati visitati da meno persone rispetto a quelli visitati. Quando ho realizzato 2 siti, sapevo che nessuno li avrebbe visitati (ci si aspettava che avrebbero conquistato il mondo).
2. Ho realizzato tre applicazioni web (ExtJs-Java-Docker), due di queste non sono mai state messe in produzione e una è stata utilizzata due volte (ci si aspettava che avrebbero conquistato il mondo).

   Quando li ho realizzati sapevo che sarebbe stato così, perché non credo negli utenti che memorizzano un manuale di 20 pagine, io stesso ho presentato il mio lavoro con un manuale stampato tra le mani.

3. Ho realizzato un'applicazione Android nativa di 8 schermate, in cui nessuno andava oltre il secondo, è stata scaricata 107 volte nel mercato di Google (si prevedeva che avrebbe conquistato il mondo).
4. Una volta ho corretto il bug più alto per due giorni e poi mi sono reso conto che nessuno visitava questa sezione del sito da circa tre anni. E questa era una sezione molto sana del sito, sulla quale sono state spese molte ore di lavoro.
5. Ho trascorso circa una settimana cercando di far spostare la casella combinata da destra anziché dall'alto.
6. Ho gestito 4 persone e abbiamo trascorso sei mesi realizzando un progetto che avrei potuto realizzare da solo in una settimana. E sì, questo è il progetto del punto 2.
7. Stavo configurando la memorizzazione nella cache delle richieste in Mongu su un'applicazione che ha una persona al giorno.
8. Ho creato un client di posta elettronica aziendale, nonostante ce ne siano centinaia gratuiti e tutti fossero migliori.
9. Stavo eseguendo l'idealizzazione dei pixel (o come si chiama?) sulla parte anteriore.
10. Stavo riprogettando la libreria Material UI per React perché il nostro designer freelance dell'interfaccia utente di Kurgan ha deciso di avere una migliore comprensione del design rispetto a Matias Duarte, vicepresidente del design di Google, laurea in informatica con lode presso l'Università del Maryland, con un ulteriore . formazione in arte e storia dell'arte, direttore della Student Art Gallery nel Maryland.

    Non ho mai capito perché dovresti rifare le cose buone che le persone intelligenti hanno fatto per te e le hanno regalate gratuitamente, soprattutto se sei ovviamente più stupido.

11. Ho passato un mese a realizzare un progetto che, secondo i calcoli più ottimistici, richiederebbe 437 anni per essere completato. (ordinazione di panni per una donna delle pulizie) in ERP.
12. Ho rifatto un kakà da zero 7 volte perché le specifiche tecniche sono cambiate. Di conseguenza, è diventata peggio di prima.
13. Ho passato 4 ore a capire perché il centesimo sul conto era stato arrotondato in modo errato e sapevo in anticipo che non avrei potuto risolverlo, altrimenti il ​​saldo non sarebbe più tornato in equilibrio.
14. Ho creato un microservizio per aumentare l'affidabilità della logica aziendale principale e sì, questo microservizio si è bloccato 20 volte più spesso della logica aziendale.

    Ma poi hanno creato un intero dipartimento di 12 persone per aumentare l'affidabilità di questo microservizio di affidabilità, e ora il microservizio si blocca 20 volte più spesso, effettua transazioni poco convinte e perde dati senza lasciare traccia. Quando me ne sono andato, hanno deciso di creare un microservizio di affidabilità per un microservizio di affidabilità.

Fonte: habr.com