Zwolniony po raz trzeci z pracy przy tworzeniu oprogramowania. Co robić?

Spędziłem dużo czasu na załatwianiu spraw i próbach usunięcia długu technicznego. Otrzymałem ustne ostrzeżenie za niedopracowanie przed wyjazdem na wakacje.

Wygląda na to, że pracowałeś nad czymś, o co nie prosiłeś. Jest to generalnie bardzo złe i może doprowadzić do rozwiązania umowy. Jeśli uważasz, że projekt wymaga refaktoringu, a ja ci ufam, że to zrobiłeś, musisz _sprzedać go kierownictwu _zanim będziesz mógł to zrobić. Gdybyś to zrobił, przypuszczam, że kierownictwo postąpiłoby inaczej.

Być może powiedziałeś sobie, że nie możesz wykonać swojego zadania bez kodu, który ma być czysty. Prawda jest taka, że kod większości firm nie jest. Pracują ze spuścizną, starają się iść dalej z tym, co mają…

Zostałem umieszczony w miejscu pracy z technologią niezwiązaną z tym, co podpisałem dla

…i prawie wszystkie z nich ukryją spuściznę za bardziej atrakcyjnymi nowymi technologiami podczas rozmowy kwalifikacyjnej.

Nie sądzę, aby to było samo w sobie sygnałem, że powinieneś zmienić swoją karierę. Myślę, że nie masz żadnej awersji do inżynierii oprogramowania, kiedy jest dobrze zrobione. […] Jeśli chcesz przetrwać w firmie, musisz być gotowy do zaakceptowania tego.

• *

Uaktualnienie : Ponieważ zredagowałeś swoje pytanie z bardziej szczegółowymi informacjami na temat tego, jak i dlaczego zostałeś zwolniony, muszę dostarczyć zaktualizowaną odpowiedź.

W obu przypadkach 2 i 3 twoi pracodawcy mieli wysokie oczekiwania co do twojej zdolności dostosowania się do nowych rzeczy w oparciu o twoje doświadczenie. […] To wstyd i strategiczny błąd, ale to już inna historia.

Przypuszczam, że powinieneś przeczytać inne odpowiedzi, ponieważ zapewniają one wiele kreatywnych rozwiązań. Oto co uważam za cenne rady :

1. Introspect
2. Odbudowanie zaufania
3. Jeśli zdecydujesz się ponownie pracować jako deweloper, wybierz mądrze swoje kierownictwo. Dostosuj swoje oczekiwania płacowe, jeśli jesteś absolutnie pewny.

Osobiście preferuję małe firmy, ich kierownictwo jest zazwyczaj bardziej ludzkie.

Dzisiaj zostałem zwolniony z firmy programistycznej… po raz trzeci w ciągu 1,5 roku. Nie trzeba dodawać, że czuję się jakbym sięgał dna i nie da się wyjść bez zmiany kariery. Czy powinienem zmienić karierę? Czy teraz można w ogóle znaleźć pracę?

Yup, to jest dość złe. Ale pamiętaj, że nie byłeś pewien, czy ktoś cię zatrudni po tym, jak zostałeś zwolniony wcześniej - a jednak znalazłeś trzecią pracę.

Myślę, że musisz spojrzeć do wewnątrz i samemu określić, dlaczego tak się dzieje.

Nie wiń za to “złego zarządzania”. W każdym przypadku dzieje się coś, co doprowadziło do słabych wyników z Twojej strony. W innych pytaniach wspomniałeś, że zostałeś zwolniony za nie zadawanie wystarczającej ilości pytań i nie wykonywanie pracy na wyższym szczeblu. Miejmy nadzieję, że są rzeczy, których możesz się z tego wszystkiego nauczyć.

Może być tak, że źle wybierasz pracę i/lub menedżerów. Może się zdarzyć, że nie nauczysz się ciężko pracować, skupisz się na tym, co ważne i będziesz dobrze wykonywać swoją pracę pomimo problemów w pracy. Może się zdarzyć, że strzelasz do osób na zbyt wysokim stanowisku i jesteś bardziej odpowiedni do pracy na poziomie juniora. A może po prostu nie nadajesz się w ogóle do tego typu pracy.

Spędzaj trochę czasu na introspekcji. Spróbuj dojść do wniosku zanim zaczniesz działać. Prawdopodobnie nie możesz sobie pozwolić na popełnienie tego samego błędu ponownie.

Możesz zastanowić się nad dźgnięciem w pracy tymczasowej. To mogą być łatwiejsze zadania do wykonania w twojej sytuacji. Może uda Ci się zmotywować się do dobrych wyników, gdy projekty są małe i ograniczone czasowo. Twoje dotychczasowe doświadczenia zdają się sugerować, że możesz.

Mam trzydziestkę lat, nie mam w pobliżu rodziny ani wielu przyjaciół.

To coś, nad czym będziesz chciał pracować niezależnie od swoich problemów w pracy. Wszyscy potrzebujemy przyjaciół. Dobra grupa wsparcia pomoże Ci, gdy będziesz miał problemy w pracy.

Staraj się być przyjazny i zawierać więcej przyjaźni. Dołącz do klubu. Nawiązuj kontakty towarzyskie z ludźmi z pracy. Przynajmniej spróbuj.

Understand why you’re getting fired

You’ve said it yourself. Skupiasz się na przerabianiu, kiedy nie możesz tego zrobić. Masz really zły przypadek syndromu Nie-Wynalezionego Tutaj. Jeśli chodzi o kierownictwo, problem polega na tym, czy jesteś gotowy zrobić to, co mówi ci kierownik i wykonać swoją pracę, czy też zamierzasz bawić się rzeczami, o których myślisz, że chciałbyś zrobić. I w obliczu nowego wyzwania, wygląda na to, że uciekasz.

Kiedy z tym skończysz, wtedy będziesz mógł znaleźć zatrudnienie. Do tego czasu, szczerze mówiąc, tylko szkodzisz swoim pracodawcom i własnej reputacji. Twoi pracodawcy zazwyczaj mogą to przetrwać, ale Ty tego nie zrobisz.

Spójrzmy na Twoje CV…

Przypadek 1: Zwolniony z pracy w firmie z branży fintech w drugim miesiącu za brak motywacji.

Jeśli wiedziałeś/aś, że to nie jest coś, na czym mogłeś/aś się skupić, dlaczego podjąłeś/aś tę pracę? A jeśli nie wiedziałeś, to dlaczego nie zrezygnowałeś z pracy z godnością, zamiast marnować czas wszystkich? To jest ta, która naprawdę mnie niepokoi.

Sprawa 2: Zwolniony z firmy produkującej platformy internetowe za niewykonywanie… technologii niezwiązanej z tym, na co się podpisałem…

Charakter pracy technicznej polega na tym, że będą tam zawsze rzeczy, nad którymi wcześniej nie pracowałeś. Jeśli nie wydawało Ci się, że wcześniej nie pracowałeś nad tą technologią, przyznaj się do tego i upewnij się, że szacunki są odpowiednio skorygowane.

Ale “nie wykonywanie” zazwyczaj nie oznacza, że nie dotrzymałeś terminów, to zazwyczaj oznacza, że zostałeś przyłapany na luzowaniu się zamiast pracować. W pracy technicznej spodziewałbym się, że ktoś będzie podekscytowany nauką nowych umiejętności, lub przynajmniej będzie z tego powodu pilny. Jeśli masz zamiar uciec od czegoś, czego jeszcze nie wiesz, to znajdź nową karierę.

Sprawa 3: … spędziłem dużo czasu na przeróbkach i próbach usunięcia długów technicznych… Masz tendencję do sprzątania niechlujnego kodu, refaktor i upewnienia się, że wszystko jest dobrze przetestowane…

I tu widzimy, że bawisz się rzeczami, których nie potrzebujesz. Nazywasz to “brudnym kodem”. Reszta firmy nazwała go “kodem roboczym”. Pochodzę z zaplecza inżynieryjnego związanego z bezpieczeństwem. W tej branży, ludzie mogą być zdyscyplinowani za naprawianie błędów. Poważnie. Problem z “naprawianiem” robaka polega na tym, że musisz udowodnić, że nie złamałeś niczego innego. W kontekście ponownego testowania całego silnika samochodu i skrzyni biegów, drobny błąd, który może powodować 1% błąd w tankowaniu do jednego kleszcza przetwarzania po godzinie pracy jest najprawdopodobniej całkowicie akceptowalny, ale koszt w pieniądzu i czasie pełnego ponownego testowania całego systemu prawdopodobnie nie jest. To jest zanim nawet dostaniemy się do naprawy “nieporządnego” kodu, gdzie twoje rzekomo niefunkcjonalne zmiany mogą okazać się mieć skutki uboczne z powodu brakującego przecinka lub czegoś równie głupiego.

Krótko mówiąc, jesteś zatrudniony do profesjonalnej pracy. Do tej pory udowodniłeś, że nie jesteś w stanie być profesjonalistą. Kiedy możesz iść na rozmowę kwalifikacyjną i przedstawić te porażki jako doświadczenia edukacyjne, które pomogły Ci zmienić swoją mentalność wokół, to jesteś dobry, aby przejść… Czy możesz to zrobić…?

Mam tendencję do sprzątania brudnego kodu, refaktora i upewnienia się, że wszystko jest dobrze przetestowane - coś, co może być postrzegane przez wielu jako powolne wykonywanie.

Wyjdę na kończynę i założę, że to więcej niż zwykłe harcerstwo chłopców. Tak więc:

Mam tendencję do wybierania do sprzątania niechlujnego kodu, refaktora i upewnienia się, że rzeczy są dobrze przetestowane, gdyby były “przyległe” do czegoś, co piszę, i do przedkładania tego nad wysyłkę, bez względu na to, co mi zlecono.

Testy i refaktor są świetne, ale nigdy nie jest to w 100% wezwanie jednej osoby na to, jak duży nacisk mają. Kod jest środkiem do celu - nie tylko jest tam dla twojej przyjemności, jest tam, aby służyć potrzebom biznesowym, a ludzie, którzy pracują bliżej tych potrzeb (kierownictwo) są w lepszej pozycji do ustalenia priorytetów. Poza tym wszystko, co zmieniasz, jest czymś, co możesz potencjalnie złamać, przetestować lub nie przetestować - nie mówiąc już o dodatkowym obciążeniu związanym z recenzją.

Jeśli chodzi o zmianę w karierze, myślę, że są dwie rzeczy do rozważenia. Pierwszą z nich jest to, że jeśli jesteś konsekwentnie nieubłagany, nie będzie miało znaczenia, w jakiej karierze jesteś. Kucharze z linii, którzy “ulepszają” przepisy, też zostają zwolnieni. Innymi słowy, potencjalnie zostaniesz zwolniony za brak koncentracji. Twoja impulsywność może łatwo podążyć za Tobą w kierunku nowej kariery, więc zmiana będzie opłacalna tylko wtedy, gdy najpierw zajmiesz się swoim skupieniem. Drugim jest to, o czym wspomniałeś o braku motywacji. To, co może powodować brak koncentracji, to być może _nie lubisz kodowania poza porządkowaniem istniejących rzeczy, co jest całkowicie zrozumiałe. Ale jeśli to prawda, oznacza to, że praca czwartego deva byłaby po prostu zapisaniem się na więcej tortur (zakładając, że jest to praca w zespole i nad istniejącą bazą kodową).

Ale ja bym zrobił to, co mówisz, że zamierzasz zrobić_ swój najwyższy priorytet, i od tego momentu. Prawidłowo zrobione, oznacza to również, że nie bierzesz na siebie obowiązków, których według ciebie nie możesz spełnić. Kto wie, może odkryjesz, że wolałbyś upiec chleb. (To tylko przykład, ale myślę, że jest dobry - to jest rzemiosło, polega na rozwiązywaniu problemów, nagradza perfekcjonizm, i generalnie robisz to sam od początku do końca.)

W każdym razie, ważną rzeczą jest to, że jeśli zostaniesz poproszony o wykonanie pracy, i zaakceptujesz ją, to ją wykonasz. Później, jeśli okaże się, że nie jest to dla Ciebie, to pokłoń się z wdziękiem i spróbuj czegoś innego. Ale robienie tego “czegoś innego” na cudzym groszu, podczas gdy oni myślą, że robisz to, o co cię prosili, to po prostu wkurzanie ludzi, w każdej dziedzinie pracy.

Ouch

Nie musisz mi mówić, że to nie jest dobre, więc nie będę się wtrącać, ale warto rzucić okiem na trzy strzały:

Case 1: Zwolniony z firmy fintech w drugim miesiącu za nie występowanie. To było słuszne, ponieważ nie miałem motywacji.

Nie ma tu nic do powiedzenia - wiesz, że nawaliłeś. Coś mi mówi, że brak motywacji nie będzie dla Ciebie teraz problemem!

Przypadek 2: Zwolniony z firmy produkującej platformy internetowe za nie występowanie. Zostałem zmuszony do pracy z technologią niezwiązaną z tym, na co się zapisałem, więc wydaje się to być kiepskie zarządzanie z mojej strony.

Chociaż nie jest to idealne zarządzanie być umieszczenie nowych pracowników na technologii są one niewykorzystane do I’d be wary of winić to wszystko na to - trwa dwa do tanga, jak mówi powiedzenie idzie i I’d be surprised jeśli nie było więcej można było zrobić, aby zapobiec temu jako zwolnienie, ale nazwijmy to 80-20 ich wina.

Przypadek 3: Zwolniony na 6 miesięcy za słabą wydajność. Podczas okresu próbnego otrzymałem pozytywną opinię. Po tym zmieniłem projekt i spędziłem dużo czasu na przeróbkach i próbach usunięcia długu technicznego. Otrzymałem ustne ostrzeżenie za słabe wyniki przed wyjazdem na wakacje. W ciągu 4 dni próbowałem to naprawić, zostając w nadgodzinach i kończąc całą należną pracę. Kiedy jednak wróciłem z wakacji, otrzymałem list wypowiedzenia.

Przepraszam, ale to wszystko zależy od Ciebie - faktoring w miarę upływu czasu nie jest zły sam w sobie i może być bardzo skutecznym sposobem na oczyszczenie bazy kodów bez całkowitego wstrzymania rozwoju przez kilka miesięcy. Ale robienie tego, gdy nie masz kierunku lub przynajmniej zgody na to (włączając w to dodatkowy czas, który zajmuje) nie jest dobrym pomysłem. Z punktu widzenia pracodawcy wygląda to tak, jakbyś pracował, aby przejść przez okres próbny, a potem zwolnił się (zdaję sobie sprawę, że to nie jest to, co zrobiłeś - ale to jest to, co wygląda jak).

Ogólnie rzecz biorąc, problemem, który widzę jest to, że mam tendencję do sprzątania niechlujnego kodu, refaktora i upewnienia się, że wszystko jest dobrze przetestowane - coś, co może być postrzegane przez wielu jako powolne działanie.

Zidentyfikowałeś prawdopodobną przyczynę “słabej wydajności”, ale wydaje się, że nie do końca udało Ci się zdać sobie sprawę z tego, że w rzeczywistości jest to słaba wydajność. Konsekwentne niedokonywanie szacunków (zakładając, że te szacunki są realistyczne) nie jest po prostu “postrzegane” jako powolne działanie, ale według jakiejkolwiek definicji terminu “powolne działanie”! Jeśli historia użytkownika/bilet/czegokolwiek, co ma szacunkowo 6 godzin do ukończenia i zajmuje Ci to 12 godzin, ponieważ spędziłeś dodatkowe 6 godzin wykonując aktywność X, to tak naprawdę nie ma znaczenia _co to jest aktywność X, bez względu na to, czy przerabiałeś/aś czy oglądałeś/aś kocie filmy na tubie, wykonanie przydzielonego Ci zadania zajęło Ci jeszcze 6 godzin dłużej niż się spodziewano.

Dobra wiadomość jest taka, że w zasadzie masz umiejętności i talent, których potrzebujesz, aby odnieść sukces w kodowaniu - musisz tylko podtrzymać kilka rzeczy w swoim podejściu. Zauważyłeś coś, co przyniosłoby korzyści w postaci refaktora podczas pracy nad zadaniem? Świetnie! Ta umiejętność może być zwrócona na Twoją _właściwą stronę, a nie na cierń w boku - wszystko, co musisz zrobić, to porozmawiać ze swoim menedżerem/zespołem lub kimkolwiek, kto zarządza planowaniem i alokacją zasobów i powiedzieć, co znalazłeś, jakie korzyści może to przynieść dla firmy i jak długo myślisz, że zajmie Ci to zrobienie.

Jeśli zgodzą się, że warto zainwestować dodatkowy czas, nie przesadzaj z szacunkami, a wyglądasz jak gwiazda rocka za to, że pomagasz firmie.

Kocham** mieć programistów, którzy mi to robią!

Jednakże..

Musisz zaakceptować, że czasami powiedzą “Nie” lub “Nie teraz” tym prośbom - to dlatego, że uważają czas na wykonanie pierwotnego zadania za bardziej wartościowy w tej chwili, i jak mówię musisz zaakceptować tę odpowiedź, ponieważ nie ma nic złego w tym, że dzwonią, ponieważ za to im płacą.

Jeśli nie jesteś w 110% pewien, że nie wdrożenie proponowanego przez Ciebie refaktoringu od razu będzie miało tragiczne konsekwencje dla firmy, wtedy nie odpychasz się, nie kłócisz się. Robisz to, za co ci płacą, jeśli później wysadzi to firmę w powietrze, szczerze mówiąc jest to odpowiedzialność osoby, która zdecydowała się tego nie robić - znowu to jest to, za co dostają zapłatę!

*Więc dokąd zmierzasz? *

Nie sądzę, żebyś musiał teraz zmieniać karierę - jak mówię, brzmi to tak, jakbyś miał umiejętności i choć twoja ostatnia historia pracy jest, mówiąc szczerze, dość cholerna, to nie jest nieodwracalna i przy odrobinie ciężkiej pracy i odrobinie szczęścia możesz naprawić statek i wrócić na kurs jak nigdy dotąd.

Oto co bym zrobił na twoim miejscu:

• Idź na kontrakt (to byłaby moja rekomendacja) - historia pracy ma mniejsze znaczenie niż posiadanie umiejętności w słowie kontraktu, a ludzie są bardziej skłonni wziąć na siebie karęktoś na kontrakt, a następnie są one na trwałe stanowisko, jak to jest łatwiejsze do porzucenia ich i dostać kogoś innego, jeśli podejmują złą decyzję o zatrudnieniu. Masz fantastyczny bufor oszczędności, który da ci czas na spróbowanie - wyznacz sobie termin: jeśli nie uda ci się znaleźć (i odnieść sukcesu) w kontrakcie w ciągu 3 miesięcy, to możesz poszerzyć swoje poszukiwania o stanowiska trwałej pracy. Do tej pory nie potrzebowałem więcej niż trzy tygodnie, aby zdobyć pozycję kontraktową, a ja jestem przerażający na rozmowach kwalifikacyjnych, więc możesz to zrobić! Jeden dobry kontrakt na 6 miesięcy i bardzo niewiele osób będzie się troszczyć o twoje ostatnie trzy oferty trwałej pracy! A do tego wszystkiego, nawet jeśli musisz spojrzeć na dolny koniec rynku pod względem stawki dziennej za kilka pierwszych kontraktów, prawdopodobnie będziesz zarabiał bardzo dobre pieniądze w ujęciu realnym.

lub jeśli kontraktowanie naprawdę nie jest czymś, co chcesz zrobić:

• Pozostań na trwałym etacie - zejdź z drabiny płac

W tej chwili uzyskanie trochę dobrej historii pracy pod pasem jest ważniejsze niż maksymalizacja płac. Wypracuj najniższą realistyczną kwotę, której potrzebujesz do życia i zacznij ubiegać się o pracę w tym przedziale. Zawsze są firmy, których ambicje związane z zatrudnianiem przewyższają ich budżet i mają tendencję do bycia mniej wybrednymi. Nawet jeśli odetniesz swój potencjał za 5 tys. funtów, będziesz w stanie zarobić go z powrotem na dłuższą metę, po prostu trzymając się go przez ~2 lata i osiągając dobre wyniki. Nie mówię, że to byłoby zabawne, albo łatwe, ale byłoby bardzo skuteczne.

Nie poddawaj się - możesz to zrobić!

Zdaję sobie sprawę, że jest tu już 16 odpowiedzi, wiele z nich jest doskonałych, ale nie wydaje mi się, aby zajmowały się one tym, że istnieje małe prawdopodobieństwo, że mogą być inne powody do zwolnienia.

Być może po prostu były to wygodne wymówki do zwolnienia. Nigdy nie jest miło to podkreślać, ale warto sprawdzić, czy pasujesz do siebie na poziomie osobistym.

Znam (z) kilka osób, które przeszły przez kilka zawodów w krótkim czasie i nie widzą dlaczego. Dla mnie (i dla innych) było to oczywiste - mają nawyk lub cechę, która działa na ludzi wokół nich. Dla jednego z chłopaków był to nawyk głośnego podcinania mu gardła przez cały czas, w połączeniu z nie przyjmowaniem podpowiedzi, kiedy ludzie chcieli zakończyć rozmowę. Pracowałem w tym samym biurze co on i mogę wam powiedzieć, że atmosfera po jego odejściu była o wiele ładniejsza. Inny facet, to był problem z higieną. Obydwaj zostali zwolnieni za to, co brzmiało rozsądnie, ale wiedziałeś z tyłu głowy, że te inne cechy na pewno są w to wliczone.

Nie mówię, że masz jakąś z tych cech, to może być nawet zderzenie kultur, nie coś, co jest nawet twoją winą, ale jak sugerują inne odpowiedzi, okres introspekcji jest tu bardzo cenny. Wydłużyłbym go, aby spojrzeć na takie rzeczy jak osobiste nawyki i cechy, aby sprawdzić, czy mogą one być ukrytą przyczyną.

Zgaduję, że nie słuchanie jest kluczowym problemem. Nie tylko słuchanie słów, ale również ich rozumienie i branie sobie do serca.

To wyskakuje na mnie:

Ogólnie rzecz biorąc, problemem, jaki widzę, jest to, że mam tendencję do sprzątania nieporządnego kodu, refaktora i upewnienia się, że wszystko jest dobrze przetestowane - coś, co może być postrzegane przez wielu jako wolne wykonywanie.

“To może być postrzegane przez wielu jako wolne wykonywanie” nie jest ważną częścią. Twoja firma powiedziała ci, że jest wolna , bo cię zwolnili. Jeśli twój szef mówi, żeby coś zrobić, to ty to robisz. Jeśli twój szef mówi, żeby czegoś nie robić, to ty tego nie robisz. Jeśli nie jesteś pewien, zapytaj szefa i rób co mówi.

Jako debiutant w świecie biznesu, to nie do ciebie należy decyzja co firma powinna robić. Kiedy decydujesz się na samodzielne sprzątanie kodu, mówisz im, że znasz firmę lepiej niż oni. Nie rób tego.

Jako deweloper od 32 lat, wiem, że pozostawienie długu technicznego, pozostawienie nieporządanego lub nieudokumentowanego kodu może być frustrujące. Ale jeśli firma chce, żebyś to zrobił, to zrób to.

Zawsze możesz uczyć informatyki w szkole średniej, jeśli uważasz, że Twoja ścieżka kariery w branży jest ograniczona. Są też inne rzeczy, które możesz robić, jak np. zarządzanie projektami.

Ale kiedy aplikujesz na inne stanowisko, nie tłumacz zwolnień jako problemów z zarządzaniem. Nawet jeśli kierownik był całkowicie odpowiedzialny za to, co się stało, będziesz sprawiał wrażenie, że nie jesteś w stanie ocenić własnych błędów i słabości.

Napisz krótki list motywacyjny z nowymi zgłoszeniami i wyjaśnij, co się stało. Weź za to odpowiedzialność, niezależnie od przyczyn. Wyjaśnij dlaczego będzie inaczej.

Być może będziesz musiał zawrzeć umowę na jakiś czas. Zaufaj mi, wiele razy widziałem wykonawców, którzy przychodzili i odchodzili.

Po powrocie do pracy możesz zacząć budować swoją karierę jako udany pracownik.

NIGDY nie myśl, że Twoje opcje są ograniczone, ponieważ to tylko ograniczy Twoje możliwości. To proste, ale musisz zachować pozytywne nastawienie.

Znam to uczucie, że chcę poświęcić dużo czasu na poprawę jakości kodu, aby zwiększyć tempo rozwoju. Mogą one całkowicie zaoszczędzić ogromną ilość czasu, aż do uczynienia skomplikowanych projektów wykonalnymi w pierwszej kolejności. Byłbym jednak ostrożny, aby wprowadzać je powoli przy rozpoczynaniu nowej pracy.

Spodziewam się, że potrzeba miesięcy, aby zbudować wystarczająco dużo kontekstu (od programistów, użytkowników i menadżerów, tak samo jak od kodu), aby dowiedzieć się, gdzie znajdują się _większe (nie tylko duże) punkty bólu. Kiedy już będziesz miał solidne rozeznanie w tych kwestiach, powinieneś być w stanie przedstawić swojemu menadżerowi sprawę do pracy nad jednym z nich przez krótki okres czasu, aby masowo poprawić jakiś aspekt kodu. A kiedy przybijesz jeden z nich naprawdę pokażesz, dlaczego powinny cię zatrzymać. Nie musisz być fantastycznym programistą aby to zrobić - każdy z odrobiną doświadczenia ma umiejętności, których brakuje reszcie zespołu.

Przed tym wszystkim skupiłbym się jednak na robieniu codziennych rzeczy. Pracowałem w miejscach, gdzie zapewnienie jakości deweloperskiej było tak słabe, że prawie cały czas spędzaliśmy na gaszeniu pożarów. To nie jest zabawne, ale bez względu na to, że nie można zarobić pieniędzy w faster zarządzanie nie będzie zainteresowane sprzątaniem.

Na koniec, miałem kilka złych prac jako programista, ale inne były świetną zabawą. Osobiście poleciłbym instytucje badawcze i mniejsze firmy, ponieważ z mojego doświadczenia wynika, że są one elastyczne w sposobie pracy i przynajmniej trochę zainteresowane QA.

Zupełnie nie zgodzę się z innymi odpowiedziami

Tak więc, przyszedłem tutaj, aby znaleźć wszystkie odpowiedzi mówiące Ci, abyś zachowywał się, trzymał głowę nisko, akceptował krytykę, pracował nad przydzielonymi zadaniami i poprawiał komunikację.

Przede wszystkim - absolutnie _powinnaś poprawić swoje umiejętności komunikacyjne. To jest coś nad czym możesz _pracować i ulepszać i rozważałbym to na Twoim miejscu.

Wtedy zobaczyłem Twój profil GitHub

To sprawiło, że zmieniłem zdanie. Twój kod tam jest naprawdę znacznie powyżej średniej i wskazuje na to, że jesteś bardzo wybredny. Żeby było jasne - twój profil nie jest niesamowity, ale na pewno stawia cię ponad przeciętnego programistę, który przychodzi na rozmowę kwalifikacyjną, gdy robię wywiady z kandydatami w mojej książce.

Nie musisz _ potrzebować_ usprawiedliwiać zwolnienia z pracy 3 razy

Przemysł oprogramowania jest w miejscu, gdzie posiadanie takiego profilu GitHub daje ci rozmowy kwalifikacyjne i oferty pracy, nawet jeśli zostałeś zwolniony 3 razy.

Możesz powiedzieć, że miejsca, w których pracowałeś, były źle dopasowane kulturowo, ponieważ nie ceniły one doskonałości technicznej tak bardzo jak Ty (co jest prawdą) i przeprowadzały rozmowy kwalifikacyjne w miejscach, które do cenią doskonałość techniczną.

Wielu programistów nie może sobie na to pozwolić - ale Ty absolutnie możesz.

Idealnie byłoby gdybyś pracował nad tym, co powiedział Ci szef, co jest dobre, ale jest całkowicie możliwe, abyś znalazł miejsce z wartościami, które pasują do Twoich.

Wymyśl, czego właściwie chcesz

Brzmi to tak, jakby ostatnie 3 miejsca pasowały dla obu stron. Since you get to be picky I’d look for a place that:

• Works with new and modern technologies that excite you
• Has a culture of values you care about
• Solves problems you find interesting

R rather than focus on how to explain why you were fired - focus on what you actually want to accomplish in your job.

Programowanie ekscytuje Cię na tyle, że robisz to w wolnym czasie - co Cię to ekscytuje?

Znajdź miejsce, które będzie dobrze pasować

Znam kilku programistów w Twoich sytuacjach (którzy zostali zwolnieni 3-4 razy w roku), aż znaleźli miejsce, które było w stanie ich zatrzymać. Są dość opiniotwórczy, nieco głośni i naprawdę bardzo zależy im na używaniu nowoczesnych standardów i robieniu rzeczy właściwa droga.

Wszyscy oni są teraz szczęśliwie zatrudnieni w miejscach, które mogą ich zatrzymać.

Wiele z tego, co zwykłem mówić, zostało już powiedziane. Ale jest przynajmniej jedna ścieżka otwarta dla Ciebie, której, jak sądzę, nikt jeszcze nie podał jako odpowiedzi.

Rozważanie zawierania umów / samozatrudnienie.

Wiele innych odpowiedzi skupiało się na tym, jak możesz sprzedać się kolejnemu pracodawcy, jak możesz wyjaśnić swój krótki pobyt w ostatnich trzech rolach i co możesz zrobić inaczej, aby utrzymać swoją następną pracę. Wszystko to jest prawdą, ale znalezienie innego pracodawcy nie musi być jedyną opcją. A gdyby następnym pracodawcą był… Ty?

Profesjonaliści:

• Nie musisz niczego tłumaczyć ani uzasadniać tego, co stało się z kimś innym.
• Jeśli jesteś naprawdę dobry w tym, co potrafisz zrobić, Twoje umiejętności będą poszukiwane, za satysfakcjonującą cenę.
• Masz już sześć miesięcy oszczędności - to wystarczająco długo, aby znaleźć klientów i zacząć działać.
• Gdy masz już kilku klientów, możesz wybrać, nad czym chcesz pracować (tzn. nad jakimi klientami chcesz pracować), a nie nad czymkolwiek, co pracodawca każe ci pracować.

Konsumenci:

• Będziesz musiał prowadzić własną firmę i uporządkować własne podatki, jak również rozwijać oprogramowanie.
• Jeśli nie jesteś tak dobry, jak Ci się wydaje - lub jeśli nie możesz znaleźć motywacji, aby robić to, czego chcą klienci - lub jeśli marnujesz cały swój czas na robienie schludnego kodu bez długów technicznych, gdy klient po prostu chce pracować z oprogramowaniem - możesz przepalić wszystkie swoje oszczędności i wrócić dokładnie tam, gdzie jesteś teraz, z wyjątkiem tego, że Twoje oszczędności przepadną. To jest prawdziwe ryzyko. Musisz spojrzeć długo, mocno w lustro, zanim pójdziesz tą drogą. Ale podejrzewam, że będziesz musiał to zrobić bez względu na wszystko.

Trzymaj się. Mnóstwo ludzi kończy 30 lat i okazuje się, że sprawy nie potoczyły się tak, jak się spodziewali. Nie jest jeszcze za późno.

Wydaje mi się, że twój problem polega na tym, że robisz to po swojemu. Masz ten wzorzec zachowania, gdzie sposób, w jaki robisz rzeczy jest “właściwy” i wszystko, co wskazuje na to, że musisz zmienić, odbija się od tego. Na szczęście twój sposób jest w rzeczywistości całkiem dobry, masz silną etykę pracy, dobre sposoby pracy i nie mylisz się co do tego, że jest to właściwa droga. Problem polega na tym, że kiedy to zderza się z priorytetami twojego pracodawcy.

Twoje pierwsze wypalenie było, jak sam przyznałeś, brakiem motywacji, FinTech to dość suchy materiał, na pewno nie mogę cię winić za to, że straciłeś zainteresowanie, jestem pewien, że nie utrzymałbyś mojego. Nie będę pytał, dlaczego w ogóle z nim poszedłeś, ja aplikowałem do FinTech, kiedy aplikowałem do mojego obecnego miejsca pracy, praca to praca.

Nazwij to złym trafem i wyciągnij wnioski.

Drugie wypalenie było spowodowane tym, że zostałeś poproszony o zrobienie rzeczy, do których nie zostałeś pierwotnie zatrudniony (przynajmniej przez rozumienie twojego kontraktu) i nie byłeś z tego zadowolony.
Nie jest to rzadkość, miałem do czynienia z pracami, w których spędzałem dużo czasu nie wykonując materiałów, w których jestem szkolony i w których posiadam umiejętności, jest to zdecydowanie złe zarządzanie. Jeśli jednak musisz nauczyć się nowego zestawu umiejętności lub narzędzi w pracy, to jest to część pracy.

Jestem pewien, że nie muszę ci mówić, że przemysł oprogramowania podlega ciągłym wahaniom i nadążanie za najnowszymi osiągnięciami jest kluczowe dla sukcesu. Tylko w tym roku musiałem nauczyć się Web Development od podstaw i odebrać Vue.js, JQuery i Bootstrap od podstaw, w zeszłym roku nauczyłem się Xamarin i zostałem App Developer. Wcześniej budowałem gry mobilne i na Facebooku w Unity3d i Flash. Pracowałem w zespołach Agile i Scrum, niezależnie i w modelach wodospadowych. Tego, czego potrzebuję, uczę się. Jeśli obecnie nie możesz tego zrobić, musisz nauczyć się być zdolnym do adaptacji, jeśli chcesz odnieść sukces w branży oprogramowania.

Twój trzeci strzał jest tym, o którym piszesz najwięcej, Problem jest tam znacznie wyraźniejszy. Wiedziałeś, że właściwym sposobem na napisanie kodu jest zrobienie tego poprawnie za pierwszym razem, spędzenie czasu z przodu, a później zaoszczędzenie czasu i pieniędzy. Wcale się nie mylisz. Dobra robota z tym.

Jakkolwiek otrzymałeś (zakładam) jasne zadanie i ponieważ spędziłeś czas poza zadaniem, nie udało ci się konsekwentnie dostarczyć pracy, o którą zostałeś poproszony.

Wyjście poza zadanie, aby naprawić związany z tym kod jest czymś, co robię cały czas, jednak jest to bardzo ważne, aby nie zgubić się w króliczej dziurze. Pamiętaj, że ostatnie 10% problemu zajmuje 90% czasu. Otwórz kod problemu, załataj część, która powoduje problem, dodaj //TODO, aby go poprawnie naprawić, napisz gdzieś notatkę, że potrzebuje więcej uwagi później i przesuń on. Zwykle 90% jest wystarczająco dobre.

Twoim zadaniem #1 jest zawsze dostarczenie materiału, który kazano Ci zrobić, i jako new-hire, masz o wiele mniej jednostronnych uprawnień niż mógłbyś sobie tego życzyć. Sam wpakowałem się w kłopoty z tym samym problemem i czasami trudno jest przejść przez obręcze, aby zrobić to zgodnie z książką.

To jest prawdopodobnie twój największy problem. Musisz robić rzeczy tak, jak chce tego twój pracodawca. Jeśli uważasz, że twój pracodawca nie docenia tego, jak ważne jest coś, wyjaśnij to w kategoriach czasu i pieniędzy, a jeśli nadal się nie zgadzają. Zaakceptuj to. Pracodawca jest twoim klientem, i jak mówi pithy saying, klient ma zawsze rację.

• *

Podsumowując, nie poddawaj się. Najwyraźniej masz umiejętności i zdolność bycia świetnym programistą, po prostu musisz znaleźć pracę, która Cię interesuje i lepiej radzić sobie z rozwiązywaniem problemów, jednocześnie zwracając uwagę na priorytety swojego zespołu.

W dzisiejszych czasach zatrudnienie w świecie technologii jest czymś w rodzaju gry.

Zgaduję, że twoja firma stosuje metodologię AGILE.

Kluczem nie jest robienie tego, na co masz ochotę, ale robienie tego, co ci przydzielono.

I nie krępuj się wstawiać za więcej punktów, i prosić o więcej czasu.

Lepiej jest żądać więcej czasu i otrzymać więcej punktów za zadania na początku, niż się poślizgnąć.

Kierownictwo ma 0 wskazówek na temat trudności twoich zadań… po prostu postępuje według wstępnych szacunków.

Jeśli nie walczysz o punkty z góry… masz przerąbane.

Jak dotąd brak odpowiedzi wydaje się rozważać możliwość, że miałeś bardzo pecha i dostałeś 3 okropne prace z rzędu. Na pewno są tam naprawdę okropne prace i nierozsądni menedżerowie. Miałem kilka, ale nie tak wiele z rzędu. Czasami są one bardzo trudne do zauważenia podczas rozmowy kwalifikacyjnej; w niektórych przypadkach opisy stanowisk i rzeczy powiedziane w wywiadach są całkowicie niedokładne i mylące. Więc, jest możliwe, że to nie jest twoja wina; ale tylko ty masz wystarczająco dużo informacji, aby móc to ocenić.

W końcu jednak, to jest najbardziej prawdopodobne, że będziesz miał złą pracę, aby rozpocząć (nudne, złe zarządzanie, niskie wynagrodzenie). Musisz po prostu tolerować ją przez kilka lat, więc zastanów się uważnie nad tym, co chcesz znosić w pracy i być może obniż swoje oczekiwania.

Brzmi to dla mnie tak, jakby twoja jedyna sprawa polegała na tym, że nie jesteś w stanie wykonywać powierzonych ci zadań. We wszystkich twoich zadaniach, z których zostałeś zwolniony, stwierdzasz, że nie wykonałeś zadania, które otrzymałeś i skoncentrowałeś się na zrobieniu czegoś innego (refaktorstwo, itp.). Jeśli nie wspomnisz o tych rzeczach _zanim dojdziesz do punktu, w którym nie dotrzymasz terminów, ja bym tego nie zrobił.

Zawsze pamiętaj, że ludzie myślą najgorzej w każdej negatywnej sytuacji. Więc jeśli nie dotrzymasz terminu i zmienisz wiele plików (nawet jeśli zajmie to mniej czasu), nie będą o tym myśleć nic dobrego. Upewnij się, że komunikujesz problemy, które widzisz i dostajesz pozwolenie na zrobienie czegoś innego od swojego menedżera, zanim to zrobisz.

Myślę, że jeśli zastosujesz się do tej rady, będziesz miał udaną karierę. W pewnym momencie wszyscy zaufaliby twojej wiedzy i skupiliby się na ulepszaniu kodeksu. Ale jako nowy facet, o którym nikt nie wie, że nie wykonuje prostego zadania i nie poprawia niepowiązanego z nim kodu, to po prostu nie będzie latać.

Wiem, że odpowiedzi na to pytanie jest już o wiele za dużo, ale chciałem tylko podzielić się moimi doświadczeniami w oparciu o sugestię Joe Strazzere'a rozważenie pracy tymczasowej/kontraktowej.

Powiedziałeś, że masz siedzibę w Wielkiej Brytanii, rynek wykonawców kwitnie tam teraz. W Londynie możesz zarobić około 500 funtów dziennie. Fajną rzeczą jest to, że nigdy nie zmęczysz się miejscem, w którym pracujesz i zaczniesz przeciągać obcasy, co 3-6 miesięcy będziesz musiał znaleźć nowy kontrakt.

To może być rozwiązanie, ale równie dobrze może nie być dobrze dostosowane do szybkiego tempa pracy wykonawcy. Osobiście bardzo mi się to podobało i po pierwszych 6 miesiącach kontraktowania dla BBC miałem wystarczająco dużo oszczędności, aby móc pracować w domu jako wolny strzelec.

Docelowo powinieneś mieć kilku dobrych klientów i pracować zdalnie. Wtedy masz pełną swobodę w poprawianiu kodu tak długo, jak długo dostarczasz projekty na czas. Osobiście nigdy nie byłem bardziej zmotywowany niż wtedy, gdy prowadziłem własną firmę. Pracowałbym 12 godzin dziennie, 6 dni w tygodniu.

Ale mam też wrażenie, że nie jesteś w 100% zadowolony ze swojej kariery, może nadszedł czas na przerwę?

Masz oszczędności, dlaczego nie pójdziesz w podróż i nie spędzisz 3-6 miesięcy zastanawiając się nad swoim kolejnym krokiem? Jednym ze wspaniałych sposobów na podróżowanie jest korzystanie z workaway, zgłosiłem się na ochotnika w Hiszpanii i Japonii, korzystając z niego. Poznasz wielu ludzi. https://www.workaway.info/299958546294-en.html

Masz problemy z utrzymaniem ostrości i motywacji w kontaktach z kodem innych ludzi.

Współczuję temu - Ciężko jest nadal wypychać nowe funkcje za drzwi bez sprzątania domu i nadal czuć, że przyczyniasz się do czegoś, z czego możesz być dumny.

Ale niestety będzie to prawdą w przypadku zdecydowanej większości organizacji, które zatrudnią cię do pisania kodu. Nie powiem ci, żebyś “z tym skończył” - wyobrażam sobie, że jeśli nie jesteś głęboko zły w samoocenie, to ta opcja już ci się przytrafiła.

Zamiast tego proponuję, żebyś rozważył wykorzystanie swojej wiedzy technicznej do kariery w tworzeniu oprogramowania, która nie wymaga pisania kodu aplikacji jako głównego przedmiotu zainteresowania.

Możesz znaleźć więcej radości, spełnienia i łatwiejszego czasu na skupienie się jako inżynier QA i/lub DIT. Nadal będziesz mógł pisać kod i rozwiązywać wiele tego samego rodzaju wciągających łamigłówek, ale Twoim głównym celem i odpowiedzialnością jest poprawa jakości produktu. Wydaje się to bardziej zgodne z inicjatywą, którą tutaj pokazałeś.

Z mojego doświadczenia wynika, że w tego typu rolach zazwyczaj masz mniejszy zespół, mniejszą część bazy kodowej, za którą jesteś odpowiedzialny, a tym samym znacznie większą swobodę w agresywnym refactorze. Dodatkowo, jeśli dobrze wykonujesz swoją pracę, nie tylko piszesz kod, z którego możesz być zadowolony, ale także pomagasz w wymiernej poprawie jakości tego, co faktycznie trafia do produkcji.

Stosunkowo łatwo jest także sprzedać to przejście potencjalnemu pracodawcy w tych warunkach - jako programista miałeś trudności, ponieważ spędzałeś zbyt wiele czasu skupiając się na tym, co zasadniczo sprowadza się do kontroli jakości.

Radziłbym zrobić sobie przerwę i popracować nad sobą. Zwłaszcza brak pozytywnego kręgu przyjaciół i nieaktywne życie towarzyskie wydają się być ogromnym czynnikiem przyczyniającym się do twojego życia. Czujesz się wypalony czy samotny? Czy próbowałeś skontaktować się z terapeutą lub mentorem, aby sprawdzić, czy nie cierpisz na jakąś depresję lub ADD? Czy czujesz się komfortowo pracując pod władzą? Czy myślałeś/aś o pracy na własny rachunek lub w niepełnym wymiarze godzin? Wiele osób w wieku 30/40 lat znalazło się na płaskowyżu. A kodowanie może być czasami pracą ssącą duszę. Spróbuj odkryć swoje hobby lub pokrewną dziedzinę bliską Twojej wiedzy specjalistycznej.

Problem wydaje się bardziej związany z Twoją osobowością niż z Twoją dziedziną pracy. Radziłbym zrobić sobie przerwę i iść poszukać duszy, aż znajdziesz motywację, aby być częścią innego zespołu.

Jako deweloper, który również ceni sobie czysty, dobrze przetestowany kod i gardzi kodem długu, rozumiem pański punkt widzenia. Jednak płaci się panu za wykonywanie zadań zgodnie z przeznaczeniem. Praca nie polega na robieniu tego, co chcesz robić, ale na robieniu tego, czego oczekuje od ciebie pracodawca. Jest to premia, gdy możesz znaleźć przyjemność w robieniu tego, za co ci płacą. Dobra etyka pracy wymaga rozwinięcia samodyscypliny, aby skupić się na przydzielonym zadaniu i wykonać je w sposób satysfakcjonujący pracodawcę, niezależnie od tego, czy lubisz to robić, czy też nie, niezależnie od tego, czy znajdujesz w tym satysfakcję. Nagrodami, które możesz z tego czerpać, są: (1) otrzymywanie wynagrodzenia, (2) posiadanie pewnego stopnia pewności, że nadal będziesz zatrudniony, (3) być może nauczenie się czegoś nowego i użytecznego, (4) budowanie szacunku w organizacji, który możesz wykorzystać, aby ostatecznie robić rzeczy bardziej odpowiadające twoim upodobaniom i/lub satysfakcji.

Jeśli uważasz, że ważne zadania nie są wykonywane (refaktorstwo, redukcja zadłużenia kodeksowego, poprawa pokrycia testami), wszelkimi sposobami wspomnij o tym swojemu przełożonemu. Jeśli można to zrobić w trakcie wykonywania przydzielonego zadania bez opóźniania jego wykonania, świetnie. Jeśli można to zrobić tylko kosztem przydzielonego zadania, zostaw je.

Coś jeszcze do rozważenia: decyzje biznesowe są podejmowane w oparciu o to, czy zwiększają przychody, czy zmniejszają koszty, a na ogół mają krótki horyzont czasowy. Nierzadko zdarza się, że przedsiębiorstwa koncentrują się na wynikach w bieżącym lub następnym kwartale. Wiele pieniędzy inwestycyjnych jest przenoszonych na podstawie wyników kwartalnych; to właśnie one kierują decyzjami biznesowymi. Usprawnienia, do których wprowadzenia w bazie kodowej czujesz się zmotywowany, są inwestycją długoterminową, bez wymiernych korzyści. Oboje wiemy, że to dobra rzecz, a dla biznesu, który prowadzi działalność na dłuższą metę, jest to rzecz prawda. Jednak przedsiębiorstwa nie podejmują decyzji w oparciu o to, co jest właściwe lub najlepsze w dłuższej perspektywie, lecz służą swoim panom - inwestorom.

Jeśli zdecydujesz, że chcesz kontynuować pracę jako deweloper, a wyczuwam, że tak, ponieważ jesteś dumny ze swoich osiągnięć poza tymi trzema stanowiskami, podejmij konkretne kroki w celu wyeliminowania swoich ograniczeń, tak aby Twoje mocne strony wreszcie zaczęły błyszczeć dla Twoich pracodawców.

Po pierwsze, czy mogę zasugerować, że Twój brak koncentracji jest spowodowany brakiem codziennej organizacji? Przy następnej pracy upewnij się, że znasz trzy najważniejsze priorytety, które twój szef przydzielił ci (i ich względną wagę) przez cały czas. Na początku każdego dnia roboczego zapisz swoje aktualne priorytety, a na końcu podsumuj, co osiągnąłeś wbrew nim. Nie bądź gadatliwy, opisuj każdy z priorytetów i osiągnięć tak krótko i słodko, jak to tylko możliwe, z minimalną ilością wymaganych szczegółów. Coś jak…

Początek dnia

1. Wdrożenie nowej funkcji A
2. Napisz testy jednostkowe dla A
3. Zbuduj nową wersję A z dokumentacją dla testerów.

Koniec dnia

1. Zaimplementowane A
2. Napisał testy jednostkowe dla A, i naprawił błędy, tak że przeszedł wszystkie testy.
3. Nie byłem w stanie wydać A, ponieważ spędziłem dwie godziny wspierając sprzedaż na priorytetowym problemie klienta z produktem.

A następnego dnia Twoim pierwszym priorytetem będzie prawdopodobnie

1. Zbuduj wydanie A i napisz dokumentację dla testerów.
2. …

Co poniedziałek rano zrób coś podobnego na tydzień. Najpierw napisz zaplanowane cele/priorytety na dany tydzień, a następnie odwołaj się do nich każdego ranka podczas pisania codziennych priorytetów, aby były one zsynchronizowane z Twoimi tygodniowymi zobowiązaniami.

Podsumuj i podsumuj to, co osiągnąłeś w poprzednim tygodniu, korzystając z notatek z niego na koniec dnia. Następnie wyślij je do swojego szefa jako swoje cotygodniowe cele/zobowiązania, aby wiedział, co zrobiłeś i co planujesz zrobić. W ten sposób mogą zaoferować korekty kursu, jeśli jesteś w błędzie lub zmieniły się priorytety. A kiedy po raz pierwszy zaczynasz swoją nową pracę, przez pierwszych kilka tygodni możesz nawet wysłać swoje dzienne poranne priorytety z podsumowaniami z dniami jubileuszowymi do swojego szefa, aby jeszcze szybciej zbudować jego zaufanie do Ciebie.

Upewnij się tylko, że nie robisz cotygodniowych celów zbyt agresywnych, nie chcesz ciągle tracić żadnych zobowiązań, które widzi Twój szef, nawet jeśli są one sztuczne, które sam sobie wyznaczyłeś. Podziel je na “Zobowiązania”, do których jesteś bardzo pewny siebie i “Rozciągnięte cele”, które komunikujesz, masz nadzieję, że uda Ci się osiągnąć, jeśli tydzień pójdzie dobrze.

Samoorganizując się w ten sposób, pomagasz osiągnąć kilka ważnych rzeczy.

1. Na początku każdego dnia będziesz skoncentrowany na przydzielonych Ci priorytetach i zobowiązaniach, co ułatwi Ci opieranie się refaktoryzacji i wykonywanie innych, nieprzypisanych zadań.
2. Zmuszanie się do odzyskiwania osiągnięć na koniec każdego dnia bardzo wyraźnie pokazuje, kiedy się cofasz, ponownie pomagając Ci skoncentrować się na przydzielonych Ci priorytetach.
3. Dzielenie się nimi z szefem pomaga mu postrzegać cię jako niezawodnego i przewidywalnego członka zespołu, który sprawia, że wygląda dobrze dla szefa i pomaga mu osiągać własne cele.

Co tydzień sam sporządzam raport dla mojego szefa i on to uwielbia. W rzeczywistości zmniejszył on ilość komunikacji, której potrzebujemy, ponieważ nabrał dużego zaufania, że wie, co robię i może łatwo mnie przekierować, jeśli zmienią się priorytety.

Nie zajmuję się codziennym planowaniem/reapleksją, ale polecam go, ponieważ po przeczytaniu Twojego wpisu zdaję sobie sprawę, że oboje go potrzebujemy. Podobnie jak Ty, mam tendencję do błędnego przekierowywania kodu i naprawiania problemów, które niekoniecznie są priorytetem dla firmy. A tydzień to długi czas, łatwo jest zapomnieć o niektórych kluczowych celach w połowie tygodnia i zdać sobie sprawę z tego, że nie udało się ich zrealizować podczas przerabiania tygodnia w poniedziałek. Tak więc, kiedy pisałem to do Ciebie, wyznaczyłem sobie również zadanie powtarzania codziennych przypomnień, aby zrobić jedno i drugie.

Wreszcie, jeśli moje rekomendacje nie wydają się być skuteczne, aby utrzymać Cię na właściwych priorytetów każdego dnia, to jest w porządku. Ale upewnij się, że znajdziesz inny system, który to zrobi. Nawet jeśli przejdziesz do innej dziedziny, skupienie się na oczekiwaniach swojego szefa i firmy każdego dnia jest kluczowym czynnikiem w osiągnięciu sukcesu na dowolnej ścieżce kariery, którą wybierzesz.

Kiedy podczas kolejnych rozmów kwalifikacyjnych musisz wyjaśnić, dlaczego nie udało Ci się odnieść sukcesu na poprzednich stanowiskach, świetną odpowiedzią jest to, że jestem perfekcjonistą, który miał problemy z utrzymaniem koncentracji na właściwych priorytetach, więc poświęciłam się przekształceniu tej słabości w siłę, organizując się rygorystycznie, i tak właśnie robię to teraz i zrobię to za Ciebie.

Wreszcie, odniesiesz sukces! Pokazałeś, że masz już to, czego potrzeba, robiąc samoanalizę, która doprowadziła Cię do napisania tego wpisu. Masz pragnienie, masz zdolności, musisz tylko dodać skupienie i organizację. Problem staje się dla ciebie jasny i masz zdolność do jego rozwiązania. Czekam na twój przyszły sukces i mam nadzieję, że opublikujesz aktualizacje, abyśmy wszyscy mogli się nim podzielić.

Najlepsze życzenia,

Randy

Edit: Nigdy nie zapominaj, że Steve Jobs został zwolniony z Apple i lekcje, których go nauczył, uczyniły go znacznie lepszym CEO po raz drugi. Edison został zwolniony z firmy Western Union i nie udało mu się to tysiąc razy, zanim udoskonalił swoją żarówkę. Walt Disney został zwolniony przez KC Star za to, że nie był “wystarczająco kreatywny”, więc założył własną firmę i zbankrutował. Jesteś jeszcze bardzo młody, weź lekcje, których się nauczyłeś i wykorzystaj je do osiągnięcia sukcesu.

Okay, więc możemy się zgodzić, że trafiłeś na “dno” swojej ścieżki kariery. Więc co? Jest tylko jeden kierunek, w którym możesz podążać, który jest w górę!

To, czy chcesz kontynuować swoją obecną karierę, czy nie, zależy całkowicie od tego, czy rzeczywiście ZROBIŁeś to.

Jeżeli nie podobało Ci się to: Polecam nie kontynuować tej ścieżki kariery. Powinieneś podjąć małą pracę w innym miejscu (nawet menialną), aby zgromadzić fundusze na to, co bardziej Cię interesuje.

Jeżeli DID rzeczywiście lubi Twoją pracę: Jesteś na “dole”, prawda? Więc zresetuj! Zacznij znowu od dołu, i tym razem zrób to poprawnie. Zacznij ubiegać się o pracę jako programista na poziomie Jr. (lub nawet stażysta, jeśli musisz) w dowolnej firmie programistycznej. Tym razem, pracuj naprawdę ciężko, aby odbudować swoją reputację i CV, jak również zaimponować nowym pracodawcom.

W obu przypadkach - polecam nawet nie wspominać o tych poprzednich pracach programistycznych w swoim CV - nie robią Ci one żadnych przysług. Twardy reset jest tu najlepszy! I nie ma żadnego wstydu w ponownej próbie i ciężkiej pracy nad tym!

Jest tu mnóstwo naprawdę świetnych odpowiedzi, ale mam też dodatkowe spostrzeżenia, o których być może będziesz chciał pamiętać przy poszukiwaniu/utrzymywaniu następnej pracy.

Przede wszystkim, nie rezygnuj z marzeń. Zainwestowałeś dużo czasu, a pieniądze zakładam, że wejdziesz na tę ścieżkę kariery; rezygnacja w tym momencie nie jest właściwa.

Najlepszą rzeczą, jaką możesz teraz zrobić, jest kreda to wszystko do doświadczenia, a następnym razem zrobić lepiej. Powszechne przekonanie wśród początkujących programistów jest takie, że ich umiejętności programistyczne są lepsze niż ich poprzedników. To może być prawdą w niektórych przypadkach, ale nawet jeśli to była prawda, inni starsi programiści są bardzo dumni z tego co stworzyli i obrażają się kiedy jakiś nowy facet wchodzi i zaczyna niszczyć ich programy.

W świecie biznesu rozwój oprogramowania jest traktowany bardzo poważnie i istnieją realne konsekwencje w wydaniu złego produktu. Biznes polega na tym, że ich produkty są niezawodne, a jedna malutka wada może się kaskadowo pojawiać, powodując ogromne problemy w dole rzeki. Nie chcesz być tym facetem. W świecie finansów malutki błąd może kosztować miliony, a nawet doprowadzić do bankructwa firmy. Tak więc… właściciele firm zazwyczaj bardzo chronią swój kod i nie chcą, aby ktokolwiek majstrował przy czymś, czego nie powinni dotykać.

Spróbuj po prostu skupić się na konkretnych zadaniach i mieć jasność co do oczekiwań. Nie próbuj wykraczać poza to, czego się od Ciebie oczekuje, przynajmniej do czasu zakończenia okresu próbnego. Po prostu pokazuj się codziennie na czas, wykonuj swoją pracę bez wpływu na innych i miej dobry kontakt ze swoimi współpracownikami, a nie zostaniesz zwolniony. Pamiętaj, że nie jesteś zatrudniany tylko ze względu na swoje umiejętności programistyczne, które tylko doprowadzą cię do drzwi. Jeśli chcesz odnieść sukces, musisz również pracować nad swoimi umiejętnościami miękkimi. Twój sukces zależy od dobrego nastawienia i dogadywania się z innymi.

Nie poddawaj się!

Aby dodać do tego, co zasugerowali inni: Wyobraź sobie, że pracowałeś/aś w firmie przez X lat i pojawił się nowy pracownik i zacząłeś/aś wskazywać (poprzez słowa i czyny), że istniejąca praca (nad którą Ty i Twoi współpracownicy pracowaliście od lat) była “niechlujna”/“bezwartościowa”/“musiała zostać zmieniona tak, aby nowy pracownik czuł się komfortowo”, jak uważasz, że Ty (i Twoi współpracownicy) odpowiedzielibyście na pytanie menedżerów o Twoją opinię na temat nowego pracownika? Nie wyobrażam sobie, aby ktokolwiek na to odpowiadał: “Tak, uwielbiam z nim pracować, a on na pewno zna się na jego rzeczach”. Wyobrażam sobie, że informacja zwrotna jest czymś więcej: “Arogancki, znający się na rzeczy, nie wydaje się zdolny do integracji z zespołem”

Zawsze krzyczałam, gdy słyszałam, jak nowy pracownik mówi coś w rodzaju: “Twój istniejący kod/produkt/proces jest gówno/bad/błędny. Moje pomysły/metody są lepsze. Ja wiem dobrze od złego, ale ty nie. Mogę robić to dobrze, gdzie ty nie możesz”. Zawsze mam poczucie, że nowy pracownik nie przekroczy żadnego okresu próbnego (i rzadko się mylę).

Istnieje wiele powodów, dla których kod jest taki, jaki jest, włączając w to przynoszenie dotychczasowej pracy, ograniczenia czasowe, niechlujnych programistów, dostosowywanie się do zmian specyfikacji, pracę z dotychczasowymi HW/SW/systemami, itp. Kod jest jednak produktem tej grupy/firmy i będą oni mieli pewną dumę z posiadania i prawdopodobnie nawet jakiś empiryczny dowód na to, że działa “wystarczająco dobrze”, by zarobić dla nich $. Możesz nawet odrzucić wysiłki innych członków grupy (lub nawet menedżera). Możesz być nawet zauważalny w swojej ocenie, ale to może być zupełnie nieistotne. Jeśli chcesz pracować na stałe w podobnych grupach, zastanów się, co możesz zmienić (na poziomie mentalnym), aby inni członkowie grupy przekazali swojemu menadżerowi informację zwrotną, która potwierdzi ich decyzję o zatrudnieniu Ciebie i wskaże, że uczynisz grupę lepszą z mniejszą ilością nieprzyjemnych niespodzianek, których możesz uniknąć (zarówno dla Twojego menadżera, jak i dla firmy).

Jest to szeroka odpowiedź z wieloma sugestiami:

1. Spróbuj obniżyć swoje oczekiwania, musi być dla Ciebie odpowiednie miejsce pracy w IT.
2. Może za pierwszym razem powinieneś zakwestionować swoją zgodę na obowiązki.
3. Komunikuj się za każdym razem, gdy pojawią się kwestie blokujące. Wypowiadaj się, gdy jesteś profesjonalistą.

4. Jeśli nie masz wystarczającej motywacji, jest to zazwyczaj Twój problem, więc spróbuj prosić o krótkie przerwy w pracy w ciągu roku, zamiast zajmować kilka długich wakatów (może to pomóc, lub nie).

5. Możesz spróbować pracy w niepełnym wymiarze godzin, wiedząc, że masz oszczędności do 6 miesięcy, a następnie może być przedłużony do więcej! przy zachowaniu ducha rywalizacji, i zaktualizowane CV.

6. Zmiana ról, w dużych firmach jest czasami łatwiejsza, jeśli byłoby to możliwe dla Ciebie, mogłoby to być bardzo motywujące.

7. Nie znam Twojego wykształcenia i profilu, ale są misje w informatyce obejmujące mniej techniki, jak promocja produktów IT, organizowanie sesji informacyjnych na temat nowych technologii dla innych uczelni, pisanie dokumentacji, czyszczenie starego kodu (dla deweloperów), tworzenie nowych dowodów koncepcji, pomysłów na projekty, udział w wyzwaniach i próba bycia na szczycie dla nazwy Twojej grupy. … itd., zobacz, jest wiele rzeczy, które programista na przykład może zrobić w IT.

To jest lista opcji większej swobody, którą mogę sobie na razie wyobrazić.

1. Zrozumiałeś, że kod jest zły.
2. Działałeś na nim próbując ulepszyć kod.
3. Menedżerowie nie docenili tego.

Cóż, w niektórych miejscach twoja prawdziwa pomoc po prostu nie zostanie doceniona, a oni po prostu chcą, abyś rozwiązywał wymyślone problemy tylko po to, aby karmić ich poczucie spełnienia. To może być jedna z tych sytuacji - nie wiem na pewno. Jeśli tak jest, to nie ma wiele, co można zrobić. Zdajesz sobie sprawę, że jest to mumbo jumbo i starasz się robić wszystko, co w twojej mocy, aby pomóc firmie.

Powiedziałbym, że trzymaj się tego. Dopóki nie znajdziesz miejsca, w którym będzie to doceniane. Takie miejsca istnieją.

Wygląda na to, że masz tendencję do nie podążania za kierunkiem, i/lub grzęznięcia w szczegółach, które nie mają znaczenia, tak aby robić to, co wolisz robić. Skutkuje to brakiem pracy zespołowej i złym zarządzaniem czasem.

Kiedyś miałem współpracownika, który został zatrudniony na stanowisku, którego nie chciał. W trakcie rozmowy kwalifikacyjnej mogłem stwierdzić, że miał on niechęć do pewnych starszych technologii i standardowych platform, nad którymi będzie pracował. Ukrywał silne uprzedzenia. Nawet jego CV wskazywało, że odbijał się z jednego miejsca w drugie. Kierownictwo mnie nie słuchało. Zatrudniliśmy go tak czy inaczej.

Nie tylko nie chciał wykonywać przydzielonych mu zadań, do których nie chciał się uczyć, ale próbował znaleźć inne technologie i bazę kodową, aby zastąpić to, co mieliśmy, a nawet czasami próbował przejąć zadania innych ludzi.

Chciał “naprawić” każdy kod i powiedzieć nam, jak to “powinno” być zrobione. Chciał zmarnować czas wszystkich na recenzje kodu na projektach już będących w produkcji, aby pokazać nam właściwe kodowanie i czystą składnię (lub jej brak). Był zbyt perfekcyjny i w rezultacie marnował swój czas.

Może te cechy nie odnoszą się do Ciebie. Może po prostu nie lubisz robić tego, co ci powierzono i potrzebujesz zmiany. Ale jeśli potrafisz identyfikować się z tymi punktami, nigdzie nie wytrzymasz długo.

Jak na ironię, mój były współpracownik otrzymał lepszą pracę dzięki doświadczeniu w pracy nad technologią/platformą, której nienawidził. Więc czasami trzeba się zmusić do wykonywania pracy, na którą nie ma się ochoty.

Niektóre firmy mają bardzo wysokie wskaźniki rotacji, a ponad połowa z nich zmienia się co roku. Kiedy niektóre firmy próbują pracować nad problemem, zrozumieć jego przyczyny, zmienić coś po swojej stronie, inne mogą strzelać natychmiast po zauważeniu nawet słabych oznak czegoś, czego nie tolerują.

Niestety te firmy o “wysokiej wydajności” zatrudniają również najwięcej, nawet jeśli nie rosną - aby utrzymać wielkość zespołu. Ich ogłoszenia o pracy nigdy nie opuszczają tablic ogłoszeń w popularnych portalach pracy. Jeśli nie obserwujesz gdzie się wybierasz, są uzasadnione szanse, że trafisz na nie raz po raz, nawet jeśli nie stanowią one większości.

Spróbuj znaleźć firmę, która jest godna uwagi, ale nie jest tak aktywna przy rekrutacji stałej. Zrozum powody zwolnienia (nawet jeśli wyglądają raczej słabo). Unikaj podobnych zachowań, które mogą wywołać zaprogramowaną reakcję natychmiast po ich rozpoznaniu.