Ehrlicher Lebenslauf eines Programmierers

Abschnitt 1. Soft Skills

1. Ich schweige in Besprechungen. Ich versuche, ein aufmerksames und intelligentes Gesicht aufzusetzen, auch wenn es mir egal ist.
2. Die Leute finden mich positiv und verhandelbar. Ich teile Ihnen immer höflich und unaufdringlich mit, dass in der Aufgabe etwas zu tun steht. Und nur einmal. Dann streite ich nicht. Und wenn ich mit der Aufgabe fertig bin und sich herausstellt, dass es etwas ist, lache ich nicht und sage nicht „Ich habe es dir gesagt!“
3. Es ist mir egal, welche Art von Scheiße ich verschwende. Wäre der Kunde an meiner Meinung interessiert, hätte er keinen Projektmanager, Product Owner, Scrum Master, Agile Master und UI Designer engagiert. Lassen Sie diese Hipster alle möglichen Meinungen, Visionen und Marketingtricks entwickeln.
4. Ich bin diszipliniert. Ich komme um 9 Uhr zur Arbeit und gehe um 6 Uhr. Das ist für mich so praktisch. Bei doppelter Bezahlung oder wenn die Aufgabe interessant ist, kann ich länger bleiben.
5. Ich habe einen guten Sinn für Humor und reiche Lebenserfahrung. Ich kann die Arbeit des Teams leicht einen halben Tag lang stören, indem ich mir erzähle, wie mein Samstag verlaufen ist. Aber ich mache das selten, weil ich denke, dass ich nicht dafür bezahlt werde, sondern dafür, dass ich einen Faden verloren habe.
6. Ich habe Ihre Teamleitung übergeben, Sie wissen schon wo. Ich kann selbst etwas Scheiße wegwerfen, aber mit klugem Gesicht erkläre ich meinen Untergebenen, dass sie etwas Scheiße machen müssen, das über meine Kräfte hinausgeht.
7. Ich bin absolut großartig bei Präsentationen. Vor allem, wenn Sie einen unfertigen Hintern präsentieren müssen. Bei Programmpräsentationen vermeide ich meisterhaft Fehler. Einmal habe ich zwei Stunden damit verbracht, das Anmeldefenster anzuzeigen, weil das Programm nicht mehr funktionierte. Und der Login funktionierte nicht immer.
8. Wenn mir alles zu schaffen macht, kündige ich stillschweigend und gehe nicht von Abteilung zu Abteilung und sage: „Alles ist schlecht, wir sind ganz unten, jeder ist ein Idiot.“

Abschnitt 2. Hard Skills

1. Eine Erbschaft ist eine ekelhafte Sache, wenn nur ein Kind vom Vater erbt.
2. Ich verwende die Kapselung nur, wenn die Idee gelb unterstrichen ist und schreibt, diese Methode kann privat gemacht werden. Das Gleiche gilt für das Finale.
3. Ich habe noch nie volatile, finalize und viele andere verwendet.
4. Ich mache mir keine Gedanken darüber, was ich verwenden soll: ArrayList oder LinkedList. Ich verwende immer ArrayList.
5. Ich kann die Verwendung von Gettern und Settern in Java vermeiden, wenn ich weiß, dass niemand meinen Code lesen wird. person.name = „john“. Wenn ich weiß, dass es jemand lesen wird, bin ich schüchtern.
6. Ich verstehe immer noch nicht, warum in Java Schnittstellen benötigt werden, mit Ausnahme von Callback und Lambdas. Alle Beispiele, die sie verwenden, sind weit hergeholt und ich kann es ohne sie einfacher machen.
7. Ich weiß nicht, wie GC funktioniert, ich habe es noch nie benutzt. Und im Allgemeinen wurde es in meiner Erinnerung in 6 Jahren nur einmal erwähnt. Abgesehen von Interviews natürlich.
8. Ich habe eine Rübe auf Github, aber ich werde sie dir nicht zeigen. Sie ist meine persönliche und ich häute mich so, wie ich es möchte. Zu Hause trägt man doch keinen Frack, oder?
9. Ich kann und mag die Vorderseite weglassen, wenn ich die Rückseite satt habe. Ich habe die Reaktion bereits vergessen und bin zurückgefallen. Aber ich scheine mich an Sencha zu erinnern.

Abschnitt 3. Erfolge

1. Ich habe drei Websites erstellt, die von weniger Leuten besucht wurden als es. Als ich zwei Websites erstellte, wusste ich, dass niemand sie besuchen würde. (Es wurde erwartet, dass sie die Welt erobern würden)
2. Ich habe drei Webanwendungen erstellt (ExtJs-Java-Docker), zwei davon wurden nie in der Produktion bereitgestellt und eine wurde zweimal verwendet (es wurde erwartet, dass sie die Welt erobern würden).

   Als ich sie erstellte, wusste ich, dass dies der Fall sein würde, denn ich glaube nicht an Benutzer, die sich ein 20-seitiges Handbuch merken, ich selbst habe meine Arbeit mit einem gedruckten Handbuch in meinen Händen präsentiert.

3. Ich habe eine native Android-Anwendung mit 8 Bildschirmen erstellt, bei der niemand über den zweiten hinausging. Sie wurde 107 Mal auf dem Google-Markt heruntergeladen (man erwartete, dass sie die Welt erobern würde).
4. Einmal habe ich zwei Tage lang den größten Fehler behoben, und dann wurde mir klar, dass diesen Bereich der Website seit etwa drei Jahren niemand mehr besucht hatte. Und dies war ein sehr gesunder Abschnitt des Geländes, für den viele Arbeitsstunden aufgewendet wurden.
5. Ich habe ungefähr eine Woche damit verbracht, das Kombinationsfeld so zu gestalten, dass es von rechts und nicht von oben nach außen verschoben wird.
6. Ich habe 4 Leute geleitet und wir haben sechs Monate damit verbracht, ein Projekt zu machen, das ich alleine in einer Woche hätte schaffen können. Und ja, das ist das Projekt aus Punkt 2.
7. Ich habe das Anfrage-Caching in Mongu für eine Anwendung eingerichtet, die eine Person pro Tag hat.
8. Ich habe einen Firmen-E-Mail-Client erstellt, obwohl es Hunderte von kostenlosen gibt und alle besser waren.
9. Ich habe auf der Vorderseite eine Pixelidealisierung (oder wie auch immer man das nennt?) durchgeführt.
10. Ich habe die Material-UI-Bibliothek für React neu gestaltet, weil unser freiberuflicher UI-Designer aus Kurgan zu dem Schluss kam, dass er ein besseres Verständnis für Design hat als Matias Duarte – Google VP of Design, BS in Informatik mit Auszeichnung von der University of Maryland, mit einem zusätzlichen . Ausbildung in Kunst und Kunstgeschichte, Direktorin der Student Art Gallery in Maryland.

    Ich habe nie verstanden, warum man gute Dinge, die kluge Leute für einen gemacht haben, neu machen und sie kostenlos verschenken sollte, besonders wenn man offensichtlich dümmer ist.

11. Ich habe einen Monat damit verbracht, ein Feature zu entwickeln, dessen Fertigstellung bei den optimistischsten Berechnungen 437 Jahre dauern würde. (Bestellung von Mopps für eine Putzfrau) im ERP.
12. Ich habe einen Kaka sieben Mal von Grund auf neu gemacht, weil sich die technischen Spezifikationen geändert haben. Dadurch ging es ihr schlechter, als sie war.
13. Ich habe 4 Stunden damit verbracht, herauszufinden, warum der Penny auf der Rechnung falsch gerundet war, und ich wusste im Voraus, dass ich das nicht beheben konnte, sonst würde der Saldo später nicht ausgeglichen werden.
14. Ich habe einen Microservice erstellt, um die Zuverlässigkeit der Hauptgeschäftslogik zu erhöhen, und ja, dieser Microservice stürzte 20-mal häufiger ab als die Geschäftslogik.

    Aber dann haben sie eine ganze Abteilung mit 12 Leuten geschaffen, um die Zuverlässigkeit dieses Zuverlässigkeits-Microservices zu erhöhen, und jetzt stürzt der Microservice 20-mal häufiger ab, führt halbherzige Transaktionen durch und verliert Daten spurlos. Als ich ging, beschlossen sie, einen Zuverlässigkeits-Microservice für einen Zuverlässigkeits-Microservice zu erstellen.

Source: habr.com