Pracodawca przyznaje, że jego programiści są niedopłacani i niedoceniani. Czas się rozstać? [Zamknięte]

Mój pracodawca niedawno opublikował ofertę dla programistów C # z 3-5-letnim doświadczeniem. Wymagania i oczekiwania dotyczące stanowiska były uczciwe, aż do kryteriów ustalania wynagrodzenia. Wyraźnie stwierdzono, że wynagrodzenie będzie zależeć TYLKO od doświadczenia w C #, a lata doświadczenia w programowaniu w innych językach i ramach byłyby uważane za nieistotne i nie uwzględnione. Podniosłem obawy związane z HR, że dobrzy kandydaci postrzegaliby to jako czerwony oznacz i odejdź. Próbowałem wyjaśnić, że rozwój oprogramowania dotyczy znacznie więcej niż określonych języków i że płacenie komuś za jego doświadczenie w jednym języku jest bardzo krótkowzrocznym podejściem do zatrudniania dobrych programistów (mówię o tym działowi oprogramowania firmy) .

Odpowiedź: „Mamy dość marnowania czasu na przeprowadzanie wywiadów z programistami, którzy oczekują„ dużych pensji ”, ponieważ mają oni dużo dodatkowego doświadczenia w programowaniu w językach innych niż wymagane”. Najważniejszym problemem tutaj jest to, że „duże zarobki” = stawka rynkowa. Po poważnej dyskusji w zasadzie przyznali, że nikt w firmie nie otrzymuje wynagrodzenia za swoje umiejętności rynkowe i nic nie można na to poradzić. W pakiecie C panuje przekonanie, że pracownikom należy się wynagrodzenie za umiejętności sprawdzone przez lata pod ich opieką. Początkujący programiści są wybierani za mniej niż 38 000 $ i mogą osiągnąć 50 000 po 3 latach, co, jak zakładam, dotyczy tego, co planują zaoferować kandydatom na stanowisko C #. Kolejne interesujące odkrycie (nie tak istotne) - ludzie „awansowali” do wyższych obowiązków nie dostać podwyżek. „Promocja” jest uważana za dostosowanie ról poszczególnych osób, aby lepiej odpowiadały ich „mocnym stronom”, za co już otrzymują zapłatę.

Po wysłuchaniu tych trudnych prawd prosto z działu HR zakładam, że większość osób, które same się troszczą, szybko zaczęłaby szukać nowego pracodawcy, który miałby lepsze pojęcie o tym, co robią w branży (ta firma zawodzi w wielu innych sposoby, ale nie chcę pisać książki). Oto mój dylemat:

To pierwsze oficjalne stanowisko programistyczne, które zajmowałem od zaledwie 1 roku. Moje poprzednie 3-letnie stanowisko zajmowałem w bardzo małej firmie, w której wykonywałem wiele obowiązków, w tym tworzenie oprogramowania (nie w moim oficjalnym opisie pracy, ale bardzo się starałem). Zidentyfikowałem lokalne oferty, na które obecnie się kwalifikuję, a większość z nich płaci co najmniej 50% więcej niż teraz. Pytanie brzmi, czy jest za wcześnie na skok? Zdobywam cenne doświadczenie na moim obecnym stanowisku, nie brakuje ekscytujących projektów. Środowisko pracy jest bardzo wygodne i wielu mówi mi, że jestem w centrum uwagi facetów na poziomie C za rzeczy, które udało mi się osiągnąć w krótkim czasie (za to, co jest warte). Istnieje jednak wyraźny koszt alternatywny pobytu, wiedząc teraz z pewnością, że będę musiał poczekać 3-5 lat, aby zostać ograniczonym do tego, co potencjalnie mógłbym zarobić gdzie indziej w tym roku. Wiem również, że „lej pracy” jest niebezpieczną etykietą, bez względu na powód.

AKTUALIZACJA: Właśnie zaakceptowałem ofertę w innej firmie, płacąc znacznie więcej i jeszcze fajniejszymi projektami. Dziękujemy wszystkim za wnikliwe odpowiedzi.

Firmy, które nie cenią retencji, nie oferują konkurencyjnej rekompensaty. Mają też tendencję do zdobywania tego, na co zasłużyli, ponieważ przyciągają deweloperów z mniejszą liczbą opcji. Czasami oznacza to po prostu osoby o słabych umiejętnościach negocjacyjnych lub umiejętnościach ludzi, ale często skutkuje to technologicznym marnotrawstwem, ponieważ nie ma nikogo z szerszym zakresem doświadczenia, który mógłby posłużyć jako plansza dla pomysłów na projekt i wdrożenie.

Pracowałem w tej samej firmie przez 7 lat, ale w ciągu ostatnich kilku lat przeniosłem się również częściowo dzięki początkowej koncentracji na pracy kontraktowej, a później dzięki wyzwaniom gospodarczym, przed którymi stoją moi pracodawcy. Zdecydowałem się odejść z mojego poprzedniego pracodawcy, kiedy stało się jasne, że firma się załamuje, i dowiedziałem się, że w rzeczywistości był to program Ponzi w czasie, kiedy złożyłem rezygnację. Krótki czas mojej poprzedniej pracy podniósł brwi w wywiadach, ale nie musisz być negatywny w rozmowach, gdy szukasz czegoś innego.

Jeśli zostaniesz zapytany, dlaczego jesteś zmotywowany do odejścia, mam nadzieję, że dzieje się tak, ponieważ druga firma oferuje bardziej interesujący projekt / technologię / wyzwanie, możliwości uczenia się od bardziej doświadczonych / utalentowanych osób oraz bardziej przekonujący pakiet kompensacyjny; możesz powiedzieć którąkolwiek z tych rzeczy, nie powodując, że ty lub twój obecny pracodawca wyglądacie źle. Jeśli masz odpowiednie kompetencje, będziesz mieć wybór. Zawsze powinieneś być otwarty na eksplorację opcji dla swojej następnej pracy, nawet jeśli masz uzasadnione zadowolenie z obecnej pozycji, ponieważ da ci to perspektywę na opcje rozwoju kariery i pozwoli ci mieć większą kontrolę nad swoją przyszłością, ponieważ spędzasz więcej czasu na wyborze pracodawców niż na odwrót.

W każdym razie twój pracodawca się myli. Doświadczenie w „innych językach” to tylko niewielka część tego, co cenne u doświadczonego programisty. Walcz z bliznami, buduj i utrzymuj złożone systemy w zrównoważony sposób, a także doświadczaj żonglowania potrzebami firmy i długiem technicznym, co czyni doświadczonych programistów wartościowymi. Moi młodsi współpracownicy mogą w krótkim czasie wydobyć dużo kodu, ale często idą i rozwiązują niewłaściwy problem w niemożliwy do utrzymania sposób. Zapytaj mnie, co jest bardziej wartościowe, a powiem ci, że potrzebujemy zarówno starszych inżynierów, którzy potrafią myśleć w niuansowy sposób, jak i optymistycznych młodszych programistów, którzy chcą jak najszybciej zbudować nowe rzeczy, nawet jeśli za pierwszym razem popełniamy błąd. . Ale doświadczenie jest cenne, ponieważ nie pozwala ci spędzać zbyt wiele czasu na generowaniu długów technicznych.

Znam wiele osób z 3-letnim doświadczeniem w języku C #, które wciąż produkują gówniany, niemożliwy do utrzymania, unidiomatyczny kod C #, i znam wieloletniego programistę Java, który zajął około 6 tygodni, aby rozpocząć tworzenie wysokiej jakości kodu C #, który wykorzystywał idiomy języka i został luźno powiązany dzięki połączeniu doświadczenia, dociekliwości i przeglądu kodu. Jeśli masz pracodawcę, który nie rozumie, że istnieje różnica, tak, dobrze jest poszukać okazji do rozwoju w innym miejscu. Zawsze powinieneś chcieć współpracować z firmą, która patrzy w przyszłość bardziej niż ty i zatrudnia mądrzejszych ludzi niż ty.

• Z jednej strony pracujesz dla firmy, która nie ma pojęcia, co robi programista, który faktycznie zarabia na swoje wynagrodzenie (głębokie doświadczenie w języku może być korzystne, ale jak już zauważyłeś, to nie wszystko).
• Z drugiej strony mówisz „nie brakuje ekscytujących projektów” - niestety ekscytujące firmy mogą zapłacić mniej, jeśli chcą. Te inteligentne ekscytujące firmy płacą więcej, bo wtedy oni uzyskać najlepsze z najlepszych.
• Ponieważ istnieje tak wiele czynników (takich jak ekscytujące projekty), które determinują atrakcyjność każdego zadania dla każdej firmy, a także rzeczywistą wartość każdego indywidualnego dewelopera, „stawka rynkowa” jest swego rodzaju garbusem. W najlepszym razie jest szorstki.
• Jeden rok nie jest zbyt wcześnie, aby odejść, jeśli możesz podać dobry powód, dlaczego przyszli pracodawcy nie brzmią jak pesymista, skarżący się lub pracownik utrzymujący wysokie koszty utrzymania.
• Przynajmniej rozejrzałbym się, żeby zobaczyć, co jeszcze tam jest. W końcu jesteś jedynym, który będzie mógł podjąć tę decyzję. Ale to będzie trudne, aby pracować w firmie, która nie wydaje się cenić swoich pracowników.

Nigdzie się nie wybrałbym, gdybym był tobą. Wyjaśniłeś jasno, że wciąż jesteś na wczesnym etapie kariery i wyraźnie dobrze sobie radzisz w pracy, a co najważniejsze, dużo się uczysz.

Każda firma starała się zminimalizować koszty, tj. Płacić jak najmniej za wszystkie swoje zasoby, więc staraj się nie brać tego osobiście. Gdybyś kiedykolwiek rzucił okiem na płace w jakiejkolwiek firmie, doznałbyś poważnego szoku, gdy płace małych ludzi mają związek z ich umiejętnościami, a nawet przydatnością dla firmy. Ludzie zarabiają najmniej, ile chcą zaakceptować. Ludzie HR nie mają pojęcia? - niewiarygodne ;-) Właściwie znam kierownictwo wyższego szczebla w firmach programistycznych, które regularnie szukają ludzi o bardzo specyficznych cechach (co oczywiście wyklucza wielu ludzi, którzy pasują do charakterystyki „inteligentnych i załatwiają sprawy”) - więc to idiotyczne myślenie nie jest ograniczone obawiam się, że dla HR.

Uważaj, aby nie dać się ponieść syndromowi „odległe wzgórza są bardziej zielone” - w rzeczywistości brzmi to tak, jakbyś miał całkiem niezłą ofertę na to, gdzie jesteś. Myślę, że jednym z problemów związanych ze stronami StackExchange jest to, że standard współautorów jest tak wysoki, a po przeczytaniu odpowiedzi (i czasem pytań) masz wrażenie, że wszystkie firmy produkujące oprogramowanie muszą być wypełnione tymi ultra-wydajnymi, supergeekami, którzy spędzają każdy wieczór i weekendy na kodowaniu, trzymają palce w kilku projektach typu open source, codziennie blogują o swoim najnowszym hacku itp. To jest zupełnie odwrotność rzeczywistości. Twój przeciętny twórca oprogramowania robi o wiele mniej wrażenie, niż możesz sobie wyobrazić. W rzeczywistości przeciętny współpracownik StackExchange jest już prawdopodobnie na wyższych szczeblach zarówno w swojej własnej firmie, jak i ogólnie w branży. Z jednej strony ekscytujące jest obserwowanie takiej doskonałości upublicznionej, aby wszyscy mogli ją zobaczyć, uczyć się i czerpać inspirację. Z drugiej strony, jeśli, tak jak ja, jesteś po prostu „całkiem dobrym programistą, ale nie ma guru”, może być czasem rozczarowujące ciągłe przypominanie o twoich ograniczeniach :-). Kolejną rzeczą do zapamiętania jest to, że wiele osób na tej stronie jest młodych i chociaż mogą być świetnymi programistami, nie widzieli wszystkiego, ale oczywiście, ponieważ nie wiedzą o tym, bardzo chętnie wyrażają swoje opinie o tym, jak powinno być (jak byłem, kiedy byłem młodszy - LOL). Sprawy nigdy nie są tak proste, więc bądź ostrożny tam, gdzie poradzisz się. jesteś po prostu „całkiem dobrym programistą, ale nie guru”. Czasem może być przygnębiające ciągłe przypominanie o twoich ograniczeniach :-). Kolejną rzeczą do zapamiętania jest to, że wiele osób na tej stronie jest młodych i chociaż mogą być świetnymi programistami, nie widzieli wszystkiego, ale oczywiście, ponieważ nie wiedzą o tym, bardzo chętnie wyrażają swoje opinie o tym, jak powinno być (jak byłem, kiedy byłem młodszy - LOL). Sprawy nigdy nie są tak proste, więc bądź ostrożny tam, gdzie poradzisz się. jesteś po prostu „całkiem dobrym programistą, ale nie guru”. Czasem może być przygnębiające ciągłe przypominanie o twoich ograniczeniach :-). Kolejną rzeczą do zapamiętania jest to, że wiele osób na tej stronie jest młodych i chociaż mogą być świetnymi programistami, nie widzieli wszystkiego, ale oczywiście, ponieważ nie wiedzą o tym, bardzo chętnie wyrażają swoje opinie o tym, jak powinno być (jak byłem, kiedy byłem młodszy - LOL). Sprawy nigdy nie są tak proste, więc bądź ostrożny tam, gdzie poradzisz się. są szczęśliwi, że mogą wyrażać swoje opinie na temat tego, jak powinno być (jak ja byłem, kiedy byłem młodszy - LOL). Sprawy nigdy nie są tak proste, więc bądź ostrożny tam, gdzie poradzisz się. są szczęśliwi, że mogą wyrażać swoje opinie na temat tego, jak powinno być (jak ja byłem, kiedy byłem młodszy - LOL). Sprawy nigdy nie są tak proste, więc bądź ostrożny tam, gdzie poradzisz się.

Re pieniądze, nie spuszczaj głowy i udowodnij, że jesteś w pracy. Zdobądź umiejętności negocjacyjne z książek, radzenia sobie z klientami, debat publicznych, cokolwiek. Kiedy nadejdzie czas, dostaniesz pieniądze, na które zasługujesz, a co ważniejsze, ludzie będą skłonni zapłacić ci to, na co zasługujesz.

Mówiąc osobiście, mogę powiedzieć, że rozwój oprogramowania zapewnił mi wspaniałe życie z rozsądnymi dochodami finansowymi i bardzo elastycznymi warunkami pracy. W wolnym czasie nie koduję, nie jestem zaangażowany w projekty typu open source oprócz tych związanych z pracą. Nie bloguję. Prawdopodobnie nie mogłem napisać funkcji szesnastkowej do liczby całkowitej na kartce papieru (jak widziałem, że ktoś w innym pytaniu powiedział, że to obowiązkowy element wywiadu), ale mogłem powiedzieć, jak bym to zrobił w pewien sposób dzięki temu mój klient byłby bardzo szczęśliwy. Przekonałem się przez lata, że ​​rozwój moich umiejętności miękkich był w równym stopniu, jeśli nie większym, niż umiejętności techniczne w jakimkolwiek sukcesie, jaki mogłem mieć.

Powodzenia. (Mam nadzieję, że nie spotkałem się tutaj z kazaniem - piszę to w 10-minutowej przerwie na kawę, więc prawdopodobnie trzeba go trochę edytować).

Sprecyzuj swoje priorytety. Co jest dla Ciebie najważniejsze: wynagrodzenie lub treść pracy?

Wydaje mi się, że masz teraz dobrą pracę, gdzie możesz się dużo nauczyć, a OTO jest twoją pierwszą prawdziwą pracą przy tworzeniu oprogramowania. W takim przypadku uważaj się za ucznia i ucz się wszystkiego, co możesz, ale za niższą cenę. Jeśli bierzesz pod uwagę awans, możesz wspomnieć w negocjacjach, że wynagrodzenie jest dla Ciebie ważne i że musisz poczuć, że jesteś ceniony. W każdym razie twoja sytuacja powinna się poprawić w ciągu kilku lat.

Mogę tylko powiedzieć 2 rzeczy:

1. Ekscytujące miejsca pracy z czasem stają się ciężarem.
2. Możesz mieć zarówno ekscytujące prace, jak i dobre wynagrodzenie w firmie, która oferuje obie te rzeczy.

Wynagrodzenie to tylko jedna część pakietu. Kolejna jest przyjemność z pracy. Możliwe jest, że znajdziesz obie przy innej okazji lub skorzystasz z innej i okaże się, że środowisko jest okropne, praca jest nudna lub coś innego. Z drugiej strony trawa nie zawsze jest bardziej zielona. Czasami, patrząc na zieloną trawę, nagle nie lubimy naszej własnej trawy, podczas gdy wcześniej było to dla nas dobre. Musisz zrównoważyć to, jak bardzo lubisz swoją pracę, z szansą, że będziesz mógł cieszyć się kolejnym tak samo.