Sekcja 1. Umiejętności miękkie
- Na spotkaniach milczę. Staram się przybierać uważną i inteligentną twarz, nawet jeśli nie obchodzi mnie to.
- Ludzie uważają mnie za pozytywnego i podlegającego negocjacjom. Zawsze grzecznie i dyskretnie informuję, że zadanie każe coś zrobić. I tylko raz. Wtedy się nie kłócę. A kiedy kończę zadanie i okazuje się, że coś z tego jest, nie śmieję się i nie mówię „a nie mówiłem!”
- Nie obchodzi mnie, jakie gówno marnuję. Gdyby klient był zainteresowany moją opinią, nie zatrudniłby kierownika projektu, właściciela produktu, mistrza Scruma, mistrza zwinności i projektanta UI. Niech ci hipsterzy formułują najróżniejsze opinie, wizje i chwyty marketingowe.
- Jestem zdyscyplinowany. Przychodzę do pracy o 9 i wychodzę o 6. Jest mi to bardzo wygodne. Mogę zostać dłużej za podwójną opłatę lub jeżeli zadanie będzie ciekawe.
- Mam poczucie humoru i bogate doświadczenie życiowe. Z łatwością mogę zakłócić pracę zespołu na pół dnia opowiadając jak minęła mi sobota. Ale rzadko to robię, bo uważam, że nie płacą mi za to, ale za to, że zgubiłem jakiś wątek.
- Przekazałem ci przywództwo w twoim zespole, wiesz gdzie. Sam potrafię wyrzucić jakieś gówno, ale z mądrą miną tłumaczę podwładnym, że muszą zrobić jakieś gówno ponad moje siły.
- Jestem absolutnie niesamowity w prezentacjach. Zwłaszcza jeśli chcesz zaprezentować niedokończony spód. Po mistrzowsku unikam błędów podczas prezentacji programów. Raz spędziłem dwie godziny prezentując okno logowania, bo program przestał działać. A logowanie nie zawsze działało.
- Kiedy wszystko do mnie dociera, po cichu rezygnuję i nie chodzę od działu do działu i nie mówię: „Wszystko jest źle, jesteśmy na dnie, wszyscy są głupcami”.
Sekcja 2. Umiejętności twarde
- Dziedziczenie jest rzeczą obrzydliwą, jeśli tylko 1 dziecko dziedziczy po ojcu.
- Używam enkapsulacji tylko wtedy, gdy Idea jest podkreślona na żółto i pisze, tę metodę można ustawić jako prywatną. To samo z finałem.
- Nigdy nie korzystałem z volatile, finalize i wielu innych.
- Nie martwię się, czego użyć: ArrayList czy LinkedList. Zawsze używam ArrayList.
- Nie muszę używać modułów pobierających i ustawiających w Javie, jeśli wiem, że nikt nie przeczyta mojego kodu. osoba.imie = "jan". Jeśli wiem, że ktoś to przeczyta, wstydzę się.
- Nadal nie rozumiem, dlaczego w Javie potrzebne są interfejsy, z wyjątkiem wywołań zwrotnych i lambd. Wszystkie przykłady ich wykorzystania są naciągane i bez nich mogę sobie to ułatwić.
- Nie wiem jak działa gc, nigdy tego nie używałem. I ogólnie w ciągu 6 lat, w mojej pamięci, wspomniano o tym tylko raz. Oprócz wywiadów oczywiście.
- Mam rzepę na Githubie, ale ci jej nie pokażę. Jest moją osobistą osobą i obdzieram ją tak, jak chcę. Nie nosisz fraka w domu, prawda?
- Mogę i lubię pominąć przód, jeśli znudził mi się tył. Zapomniałem już o reakcji i zostałem w tyle. Ale wydaje mi się, że pamiętam Senchę.
Sekcja 3. Osiągnięcia
- Zrobiłem 3 witryny, które odwiedziło mniej osób niż to miało miejsce. Kiedy stworzyłem 2 strony, wiedziałem, że nikt ich nie odwiedzi (spodziewano się, że przejmą świat).
- Zrobiłem trzy aplikacje webowe (ExtJs-Java-Docker), dwie z nich nigdy nie zostały wdrożone na produkcję, a jedna została użyta dwa razy (spodziewano się, że podbiją świat).
Robiąc je, wiedziałem, że tak właśnie będzie, bo nie wierzę w użytkowników, którzy uczą się na pamięć 20-stronicowej instrukcji, sam prezentowałem swoją pracę z drukowaną instrukcją w rękach.
- Zrobiłem natywną aplikację na Androida z 8 ekranami, w której nikt nie przekroczył drugiego, została pobrana 107 razy na rynku Google (oczekiwano, że podbije świat).
- Raz naprawiałem największy błąd przez dwa dni, a potem zdałem sobie sprawę, że nikt nie odwiedzał tej sekcji witryny przez około trzy lata. Była to bardzo zdrowa część witryny, na której poświęcono wiele godzin pracy.
- Spędziłem około tygodnia, próbując zmusić pole kombi do przesunięcia się z prawej strony, a nie z góry.
- Zarządzałem 4 osobami i spędziliśmy sześć miesięcy na realizacji jednego projektu, który mógłbym wykonać sam w tydzień. I tak, to jest projekt z punktu 2.
- Konfigurowałem buforowanie żądań w Mongu w aplikacji, która ma jedną osobę dziennie.
- Stworzyłem korporacyjnego klienta poczty e-mail, mimo że darmowych są setki i wszystkie były lepsze.
- Robiłem idealizację pikseli (czy jak to się nazywa?) z przodu.
- Przeprojektowałem bibliotekę Material UI dla React, ponieważ nasz niezależny projektant interfejsu użytkownika z Kurgan zdecydował, że lepiej rozumie projektowanie niż Matias Duarte – wiceprezes Google ds. projektowania, licencjat z informatyki z wyróżnieniem na Uniwersytecie Maryland, z dodatkowym plikiem . edukacja w zakresie sztuki i historii sztuki, dyrektor Studenckiej Galerii Sztuki w Maryland.
Nigdy nie rozumiałem, dlaczego warto przerabiać dobre rzeczy, które stworzyli dla ciebie mądrzy ludzie i rozdawać je za darmo, zwłaszcza jeśli jesteś wyraźnie głupszy.
- Spędziłem miesiąc na tworzeniu funkcji, której ukończenie według najbardziej optymistycznych obliczeń zajęłoby 437 lat. (zamawianie mopów dla sprzątaczki) w ERP.
- Przerobiłem jedną kakę od zera 7 razy, ponieważ zmieniły się specyfikacje techniczne. W rezultacie stała się gorsza niż była.
- Spędziłem 4 godziny zastanawiając się, dlaczego grosz na rachunku został nieprawidłowo zaokrąglony i z góry wiedziałem, że nie mogę tego naprawić, w przeciwnym razie saldo nie zbilansowałoby się później.
- Zrobiłem mikrousługę, aby zwiększyć niezawodność głównej logiki biznesowej i tak, ta mikrousługa ulegała awarii 20 razy częściej niż logika biznesowa.
Ale potem utworzyli cały dział składający się z 12 osób, aby zwiększyć niezawodność tej niezawodnej mikrousługi, a teraz mikrousługa ulega awarii 20 razy częściej, dokonuje transakcji połowicznie i traci dane bez śladu. Kiedy odszedłem, postanowili stworzyć mikrousługę niezawodnościową dla mikrousługi niezawodności.
Źródło: www.habr.com