Ärlig programmerare CV

Ärlig programmerare CV

Avsnitt 1. Mjuka färdigheter

  1. Jag är tyst i möten. Jag försöker sätta på mig ett uppmärksamt och intelligent ansikte, även om jag inte bryr mig.
  2. Folk tycker att jag är positiv och förhandlingsbar. Jag informerar dig alltid artigt och diskret att uppgiften säger att du ska göra något. Och bara en gång. Då argumenterar jag inte. Och när jag är klar med uppgiften och det visar sig vara något, skrattar jag inte och säger inte "Jag sa det!"
  3. Jag bryr mig inte om vilken typ av skit jag slösar bort. Om kunden var intresserad av min åsikt så hade han inte anställt en projektledare, produktägare, Scrum master, agile master och UI designer. Låt dessa hipsters bilda alla möjliga åsikter, visioner och marknadsföringsknep.
  4. Jag är disciplinerad. Jag kommer till jobbet vid 9 och åker vid 6. Det är så bekvämt för mig. Jag kan stanna längre för dubbel betalning eller om uppgiften är intressant.
  5. Jag har ett gott sinne för humor och rik livserfarenhet. Jag kan enkelt störa lagets arbete under en halv dag genom att berätta hur min lördag gick. Men jag gör det sällan, för jag tror att jag inte får betalt för detta, utan för att jag har tappat någon tråd.
  6. Jag överlämnade ditt teamledarskap, du vet var. Jag kan slänga lite skit själv, men med ett smart ansikte förklarar jag för mina underordnade att de måste göra lite skit över min styrka.
  7. Jag är helt fantastisk på presentationer. Speciellt om du behöver presentera en ofärdig botten. Jag undviker mästerligt buggar under programpresentationer. En gång tillbringade jag två timmar med att presentera inloggningsfönstret eftersom programmet inte fungerade längre. Och inloggningen fungerade inte alltid.
  8. När allt kommer till mig, slutar jag tyst och går inte från avdelning till avdelning och säger: "Allt är dåligt, vi är i botten, alla är idioter."

Avsnitt 2. Hårda färdigheter

  1. Arv är en äcklig sak om bara 1 barn ärver av pappan.
  2. Jag använder endast inkapsling när idén är understruken i gult och skriver, den här metoden kan göras privat. Samma sak med finalen.
  3. Jag har aldrig använt volatile, finalize och många andra.
  4. Jag oroar mig inte för vad jag ska använda: ArrayList eller LinkedList. Jag använder alltid ArrayList.
  5. Jag kan undvika att använda getters och setters i Java om jag vet att ingen kommer att läsa min kod. person.name = "john". Om jag vet att någon kommer att läsa den känner jag mig blyg.
  6. Jag förstår fortfarande inte varför gränssnitt behövs i java, med undantag för callback och lambdas. Alla exempel som använder dem är långsökta och jag kan göra det lättare utan dem.
  7. Jag vet inte hur gc fungerar, jag har aldrig använt det. Och i allmänhet, på 6 år, i mitt minne, nämndes det bara en gång. Förutom intervjuer förstås.
  8. Jag har en kålrot på Github, men jag kommer inte att visa den för dig. Hon är min personliga, och jag flår där som jag vill. Du har väl ingen frack hemma?
  9. Jag kan och hoppar gärna över framsidan om jag är trött på baksidan. Jag glömde redan reaktionen och hamnade på efterkälken. Men jag verkar minnas Sencha.

Avsnitt 3. Prestationer

  1. Jag gjorde 3 webbplatser som besöktes av färre människor än vad det gjorde. När jag gjorde 2 sajter visste jag att ingen skulle besöka dem. (Det förväntades att de skulle ta över världen)
  2. Jag gjorde tre webbapplikationer (ExtJs-Java-Docker), två av dem distribuerades aldrig i produktion och en användes två gånger (det förväntades att de skulle ta över världen).

    När jag gjorde dem visste jag att så skulle vara fallet, eftersom jag inte tror på användare som memorerar en 20-sidig manual, jag presenterade själv mitt arbete med en tryckt manual i mina händer.

  3. Jag gjorde en inbyggd Android-applikation på 8 skärmar, där ingen gick utöver den andra, den laddades ner 107 gånger på Google-marknaden (det förväntades att den skulle ta över världen).
  4. En gång fixade jag den högsta buggen i två dagar, och då insåg jag att ingen hade besökt den här delen av sajten på ungefär tre år. Och det här var en mycket hälsosam del av webbplatsen, där många mantimmar spenderades.
  5. Jag tillbringade ungefär en vecka med att försöka få kombinationsrutan att flytta ut från höger snarare än från toppen.
  6. Jag hanterade 4 personer och vi ägnade sex månader åt ett projekt som jag kunde ha gjort ensam på en vecka. Och ja, det här är projektet från punkt 2.
  7. Jag satte upp cachelagring av begäran i Mongu på ett program som har en person per dag.
  8. Jag skapade en företags e-postklient, trots att det finns hundratals gratis sådana och alla var bättre.
  9. Jag gjorde pixelidealisering (eller vad det nu heter?) på framsidan.
  10. Jag designade om Material UI-biblioteket för React eftersom vår frilansande UI-designer från Kurgan bestämde sig för att han hade en bättre förståelse för design än Matias Duarte - Google VP of Design, BS in Computer Science with Honours från University of Maryland, med en extra . utbildning i konst och konsthistoria, chef för Student Art Gallery i Maryland.

    Jag har aldrig förstått varför du skulle göra om bra saker som smarta människor gjorde åt dig och gav bort dem gratis, speciellt om du uppenbarligen är dummare.

  11. Jag tillbringade en månad med att göra en funktion som, med de mest optimistiska beräkningarna, skulle ta 437 år att slutföra. (beställer moppar till en städerska) i ERP.
  12. Jag gjorde om en kaka från grunden 7 gånger eftersom de tekniska specifikationerna ändrades. Som ett resultat blev hon sämre än hon var.
  13. Jag tillbringade fyra timmar på att ta reda på varför kronan i notan var felaktigt avrundad, och jag visste i förväg att jag inte kunde fixa det, annars skulle saldot inte balansera senare.
  14. Jag gjorde en mikrotjänst för att öka tillförlitligheten hos den huvudsakliga affärslogiken, och ja, den här mikrotjänsten kraschade 20 gånger oftare än affärslogiken.

    Men sedan skapade de en hel avdelning på 12 personer för att öka tillförlitligheten för denna tillförlitlighetsmikrotjänst, och nu kraschar mikrotjänsten 20 gånger oftare, gör halvhjärtade transaktioner och förlorar data spårlöst. När jag gick därifrån bestämde de sig för att göra en tillförlitlighetsmikrotjänst för en tillförlitlighetsmikrotjänst.

Källa: will.com

Lägg en kommentar