CV de programator sincer

CV de programator sincer

Secțiunea 1. Abilități soft

  1. Tac la intalniri. Încerc să pun o față atentă și inteligentă, chiar dacă nu-mi pasă.
  2. Oamenii mă consideră pozitiv și negociabil. Întotdeauna te informez politicos și discret că sarcina spune să faci ceva. Și o singură dată. Atunci nu ma cert. Și când termin sarcina și se dovedește a fi ceva, nu râd și nu spun „ți-am spus!”
  3. Nu-mi pasă ce fel de rahat pierd. Daca clientul ar fi fost interesat in opinia mea, nu ar fi angajat un project manager, product owner, Scrum master, agile master si UI designer. Lasă-i pe acești hipsteri să formeze tot felul de opinii, viziuni și trucuri de marketing.
  4. Sunt disciplinat. Vin la serviciu la 9 și plec la 6. E atât de convenabil pentru mine. Pot sta mai mult pentru plata dubla sau daca sarcina este interesanta.
  5. Am un bun simț al umorului și o experiență bogată de viață. Pot întrerupe cu ușurință munca echipei pentru o jumătate de zi, spunându-mi cum a decurs sâmbăta mea. Dar fac asta rar, pentru că cred că nu sunt plătită pentru asta, ci pentru faptul că am pierdut ceva fir.
  6. Ți-am predat conducerea echipei, știi unde. Pot să arunc și eu niște prostii, dar cu o față deșteaptă le explic subordonaților mei că trebuie să facă niște prostii peste puterile mele.
  7. Sunt absolut uimitor la prezentări. Mai ales dacă trebuie să prezentați un fund neterminat. Evit cu măiestrie bug-urile în timpul prezentărilor de programe. Odată am petrecut două ore prezentând fereastra de conectare pentru că programul nu mai funcționa. Și autentificarea nu a funcționat întotdeauna.
  8. Când totul mă întâlnește, renunț în liniște și nu merg de la departament la departament și spun: „Totul este rău, suntem la fund, toată lumea este un prost”.

Secțiunea 2. Abilități grele

  1. Moștenirea este un lucru dezgustător dacă doar 1 copil moștenește de la tată.
  2. Folosesc încapsularea doar când Ideea este subliniată cu galben și scrie, această metodă poate fi făcută privată. Același lucru cu finalul.
  3. Nu am folosit niciodată volatile, finalize și multe altele.
  4. Nu îmi fac griji ce să folosesc: ArrayList sau LinkedList. Eu folosesc întotdeauna ArrayList.
  5. Pot evita utilizarea getterelor și setterelor în Java dacă știu că nimeni nu-mi va citi codul. persoană.nume = „john”. Dacă știu că cineva o va citi, mă simt timid.
  6. Încă nu înțeleg de ce sunt necesare interfețe în java, cu excepția callback-ului și lambdas. Toate exemplele care le folosesc sunt exagerate și pot face totul mai ușor fără ele.
  7. Nu știu cum funcționează gc, nu l-am folosit niciodată. Și în general, în 6 ani, în memoria mea, a fost menționat o singură dată. În afară de interviuri, desigur.
  8. Am un nap pe Github, dar nu ți-l arăt. Ea este cea personală și mă jupesc acolo așa cum vreau. Nu porți frac acasă, nu-i așa?
  9. Pot și îmi place să sar peste față dacă m-am săturat de spate. Am uitat deja reacția și am rămas în urmă. Dar parcă îmi amintesc de Sencha.

Secțiunea 3. Realizări

  1. Am făcut 3 site-uri care au fost vizitate de mai puțini oameni decât au făcut-o. Când am făcut 2 site-uri, am știut că nimeni nu le va vizita.(Era de așteptat să cucerească lumea)
  2. Am realizat trei aplicații web (ExtJs-Java-Docker), două dintre ele nu au fost niciodată implementate în producție, iar una a fost folosită de două ori (era de așteptat ca acestea să cuprindă lumea).

    Când le-am făcut, știam că așa va fi, pentru că nu cred în utilizatorii care memorează un manual de 20 de pagini, eu însumi mi-am prezentat munca cu un manual tipărit în mână.

  3. Am realizat o aplicație nativă Android de 8 ecrane, în care nimeni nu a trecut de cel de-al doilea, a fost descărcată de 107 ori pe piața Google (era de așteptat să cuprindă lumea).
  4. Odată am remediat cel mai mare bug timp de două zile și apoi mi-am dat seama că nimeni nu a vizitat această secțiune a site-ului timp de aproximativ trei ani. Și aceasta a fost o secțiune foarte sănătoasă a site-ului, pe care s-au petrecut multe ore de om.
  5. Am petrecut aproximativ o săptămână încercând să fac ca caseta combinată să se miște din dreapta și nu de sus.
  6. Am gestionat 4 oameni și am petrecut șase luni făcând un proiect pe care l-aș fi putut face singur într-o săptămână. Și da, acesta este proiectul de la punctul 2.
  7. Am configurat memorarea în cache a cererilor în Mongu pe o aplicație care are o persoană pe zi.
  8. Am făcut un client de e-mail corporativ, în ciuda faptului că există sute de gratuit și toate au fost mai bune.
  9. Făceam idealizarea pixelilor (sau cum se numește?) pe față.
  10. Reproiectam biblioteca Material UI pentru React, deoarece designerul nostru independent de UI de la Kurgan a decis că înțelege mai bine designul decât Matias Duarte - Vicepreședinte Google de Design, BS în Informatică cu Honore de la Universitatea din Maryland, cu un . educație în artă și istoria artei, director al Galeriei de Artă Studentă din Maryland.

    Nu am înțeles niciodată de ce ar trebui să refaci lucruri bune pe care oamenii deștepți le-au făcut pentru tine și le-au oferit gratuit, mai ales dacă ești evident mai prost.

  11. Am petrecut o lună făcând o caracteristică care, cu cele mai optimiste calcule, ar dura 437 de ani pentru a fi finalizată. (comand mopuri pentru o doamna de curatenie) in ERP.
  12. Am refăcut un kaka de la zero de 7 ori pentru că s-au schimbat specificațiile tehnice. Drept urmare, a devenit mai rea decât era.
  13. Am petrecut 4 ore să-mi dau seama de ce banul din bancnotă a fost rotunjit incorect și știam dinainte că nu îl pot repara, altfel soldul nu s-ar echilibra mai târziu.
  14. Am realizat un microserviciu pentru a crește fiabilitatea logicii principale de afaceri și da, acest microserviciu s-a prăbușit de 20 de ori mai des decât logica de afaceri.

    Dar apoi au creat un întreg departament de 12 oameni pentru a crește fiabilitatea acestui microserviciu de fiabilitate, iar acum microserviciul se prăbușește de 20 de ori mai des, face tranzacții cu jumătate de inimă și pierde date fără urmă. Când am plecat, au decis să facă un microserviciu de fiabilitate pentru un microserviciu de fiabilitate.

Sursa: www.habr.com

Adauga un comentariu