Przede wszystkim możesz mieć błędną terminologię. Jak widzę, użyte słowa „programista” częściej opisują pozycję, w której prosty kod jest napisany zgodnie z istniejącymi specyfikacjami i interfejsami API, gdzie „Inżynier oprogramowania” to praca wymagająca skomplikowanych algorytmów , wzorce projektowe, architektura i projektowanie systemów. Możesz szukać miejsc pracy programisty zamiast inżynierii oprogramowania.

Jestem głównym inżynierem, mam dobre CV i płacę, i chcę utrzymać tego rodzaju stanowisko w całej mojej karierze.

Myślę, że jest to wyjątek i większość firm oczekuje, że główny inżynier oprogramowania będzie w stanie rozwiązywać proste warianty problemu z wykresem lub przeszukiwać listę. Jeśli chcesz być głównym inżynierem, myślę, że powinieneś przyzwyczaić się do idei uczenia się algorytmów. Nie oznacza to, że musisz codziennie pisać złożone algorytmy, ale jeśli nie jesteś w stanie dostrzec różnicy między O (N ^ 2) rozwiązanie i rozwiązanie O (N), nie będziesz w stanie rozpoznać problemu, gdy się o niego potkniesz, np. kiedy jako główny inżynier przeglądasz kod młodszych programistów.

Jeśli więc przeprowadzasz rozmowę kwalifikacyjną na stanowisko „głównego inżyniera oprogramowania”, istnieje duże prawdopodobieństwo, że tracisz czas. role kierownicze, takie jak zarządca infrastruktury lub kierownik techniczny?

Pianiści koncertowi wciąż potrafią grać gamy. Algorytmy nie są czymś dziwnym, z którego korzystają tylko akademicy. Są to minimalne, zamknięte wzorce projektowe, które są używane dość często w prawie każdej dziedzinie. Tak, żaden klient nie przyjdzie do Ciebie i nie powie: „Zaimplementuj wyszukiwanie binarne w następnej wersji oprogramowania”, ale powiedzą : „Ta strona jest zbyt wolna”, a wyszukiwanie binarne będzie najlepszym sposobem rozwiązania tego problemu.

Jeśli pojawi się problem „to jest za wolne” i nie możesz połączyć kropek, aby wiedzieć, że potrzebujesz wyszukiwania binarnego i być w stanie komunikować się zwięźle tego potrzebujesz, po prostu zostanie przekazany komuś innemu w firmie, który może. Jako jedna z osób, które mają tendencję do przypisywania błędów „ten drugi zespół nie potrafi wykonywać algorytmów”, mogę powiedzieć, jak denerwująca jest praca z ludźmi, którzy nie uważają, że to część ich pracy.

Jak powiedzieć firmom, że nie interesuje mnie majstrowanie przy algorytmach w celu przeprowadzenia z nimi wywiadu?

Odpowiadając na zaproszenie na takie testy „nie Dziękuję Ci". Możesz spróbować zaproponować alternatywny proces, aby pójść na „nie”, ale to witaj mary.

Jeśli jesteś dobry, w końcu znajdziesz firmę, która zgadza się z twoim światopoglądem. Jeśli nie, być może będziesz musiał pójść na kompromis i wykonać testy algorytmu lub stanąć w obliczu bezrobocia.

Zdobądź osobę rekrutującą na stanowiska kierownicze i skup się na stanowiskach kierowniczych. Powiedz rekruterowi, czego szukasz.

Firmy konsultingowe Executive Search są zwykle używane na wyższych stanowiskach kierowniczych i członkach zarządu. Przypisania są generalnie na stanowiska, na których najtrudniej jest znaleźć najlepszego kandydata i trudniej go przekonać do wykonania ruchu oraz na których potencjalny wpływ sukcesu lub porażki jest największy. Rekruterzy warunkowi są najczęściej wykorzystywani na stanowiskach średniego szczebla lub na stanowiskach, na których jest duża liczba wykwalifikowanych kandydatów. Trzy rzeczy, które kandydaci powinni wiedzieć o Executive Recruiters, Forbes

Nie zakładaj, że zatrudniony konsultant Executive Search przekaże Cię wielu pracodawcom, aby uzyskać najlepszą ofertę ... Żaden kandydat, któremu przedstawiono klientowi firma nie powinien być skierowany do innego klienta, dopóki pierwotny klient nie zostanie zamknięty wyrzucić kandydata. Ponieważ rekruterzy na nieprzewidziane sytuacje nie są zatrudniani, reklamują kandydatów wielu pracodawcom w tym samym czasie. Robią to, aby zmaksymalizować szanse na zatrudnienie i uzyskanie wynagrodzenia. Jednak wprowadzają na rynek tylko tak zwane MPC - najczęściej wymienialnych kandydatów - i koncentrują się na rolach niższego szczebla. Jak poznać zatrzymanego rekrutera wykonawczego

Nie jest łatwo znaleźć rekrutera wykonawczego, ale może to być coś, do czego ostatecznie zechcesz strzelić.

Po prostu odrzuć je, jeśli zostaną przedstawione.

Trudno byłoby konsekwentnie określić na podstawie aplikacji, czy firmy z tego korzystają. W mojej obecnej organizacji nie zadawano mi żadnych pytań algorytmicznych. Obecnie zadajemy respondentom pytania algorytmiczne, ponieważ zmienił się inżynier prowadzący wywiady.

W innych firmach, dla których przeprowadzałem wywiady, mają do zrobienia wywiad w stylu LeetCode, chyba że zostaniesz polecony. Wskoczyłem do ostatniej rundy jako osoba polecona.

W innej organizacji rządowej, z którą rozmawiałem, mają LeetCode jako jedną z kilku opcji, których możesz użyć jako dowodu kompetencji. Nie było o tym wzmianki w trakcie procesu rekrutacji i wydawało się, że rząd w ogóle to robi.

Nie można naprawdę przewidzieć.

Jeśli naprawdę chcesz tego uniknąć, pielęgnuj relacje z rekruterami, które nieuchronnie pojawiają się na Twoim LinkedIn. Odkryłem, że mogą ci dużo powiedzieć o tym, jak się sprawy potoczą.

Skieruj swoją karierę na zarządzanie.

Czytając pytanie, odniosłem wrażenie, że nie interesujesz się inżynierią oprogramowania (których algorytmy są istotną częścią), ale stanowisko, wynagrodzenie i CV są wazne dla Ciebie. Na szczęście dla Ciebie, branża oprogramowania jest pełna zadań związanych z zarządzaniem, które czerpią korzyści z doświadczenia inżynieryjnego, ale nie obejmują faktycznego programowania, takich jak kierownik produktu, kierownik liniowy, właściciel produktu, mistrz scrum itp. Ze względu na status kierownictwa są one często opłacane lepiej niż inżynierowie role, i nie konkurujesz z ludźmi, którzy rzeczywiście interesują się swoim zawodem poza tym, co jest obowiązkowe. Kolejną korzyścią jest to, że w firmach, które nie mają poważnego R&D, kariery inżynierów są bardzo ograniczone, a kierownictwo oferuje więcej opcji.

Możesz sprawdzić http://they.whiteboarded.me/, w którym znajduje się lista firm przeprowadzających wywiady na tablicy.

Gdy znajdziesz firmę, z którą chcesz przeprowadzić rozmowę kwalifikacyjną, możesz przejść do Glassdoor i wyszukać firmę. Na stronie firmy można zobaczyć recenzje przesłane przez użytkowników, wynagrodzenia i pytania do rozmów kwalifikacyjnych. Oto przykład pytań na rozmowę kwalifikacyjną w Google.

Jeśli w firmie było wiele pytań zadawanych przez użytkowników na rozmowę kwalifikacyjną, możesz zorientować się, jakiego rodzaju pytania zostanie zapytany, w tym rodzaje problemów związanych z kodowaniem, które należy rozwiązać. Oczywiście, jeśli jest to mniejsza firma z niewielką liczbą zgłoszeń użytkowników, może to nie pomóc.

W większości zgadzam się z odpowiedzią Heleny i zakładam, że większość przyzwoitych firm oczekuje pewnego poziomu znajomości algorytmów od osób, które chcą pełnić wiodącą rolę w inżynierii oprogramowania. Jednak może być kilka wyjątków, w których projekt wymaga głównie zajmowania się drobiazgowymi szczegółami zarządzania komponentami i zależnościami, rolą opartą na kierunku menedżerskim, kierowaniem działalności na bardzo lekkie aplikacje bez jakiejkolwiek złożoności algorytmicznej lub firmy nie być „przyzwoitym” w tym sensie, że ich terminologia jest tak błędna, jak obecna ^^. Przynajmniej z twojego opisu wydajesz się bardziej jak kierownik zespołu, który również rozwija się, koncentrując się na projektowaniu interfejsów API i algorytmicznie prostego oprogramowania (nic w tym złego, wybór odpowiedniej technologii jest również interesującą częścią pracy, ale nie wszystko czego oczekiwałbym od głównego inżyniera oprogramowania). Więc wydaje mi się, że jesteś programistą zarządzającym zespołem. Być może jesteś również szczególnie dobry w wybieraniu frameworków lub projektowaniu interfejsów API, wtedy możesz się na tym skupić.

Kilka rzeczy, na które zwróciłbym uwagę w opisach stanowisk, aby znaleźć odpowiednią pracę i zwiększyć szansę na to, że w obliczu (zbyt wielu) pytań algorytmicznych byłoby to:

• skupienie się na bibliotekach, frameworkach i frazesach technologicznych
• wzmianka o obowiązkach kierowania zespołem (zarządzanie osobiste)
• nacisk na projektowanie API
• nacisk na lekkie aplikacje internetowe
• nacisk na architekturę technologii / infrastruktury
• początkujący, samouk kultura *

Zasadniczo więc w przypadku zadań, które opierają się „w górę” w kierunku projektowania zewnętrznej powłoki aplikacji i sposobu ich współpracy bez patrzenia na złożoność algorytmiczną lub w przypadku zadań, które pochylają się „w bok”, np. do domeny biznesowej lub do zarządzania zespołem lub infrastrukturą. Czasami mogą istnieć role głównie związane z projektowaniem interfejsów API lub „faworytami”, którzy dyskutują z osobami znającymi domenę biznesową, jak oprogramowanie powinno działać na poziomie biznesowym i API, a następnie szczegóły zostaną zaprojektowane przez inżynierów oprogramowania.

* Dlaczego kultura startupów / samouków? Ponieważ - frazesy, tak, ale często to widziałem - ci często nie wiedzą właściwie, co robią (technicznie), często zatrudniają kogo mogą dostać i którzy mogą szybko wdrażać rzeczy bez większego zainteresowania algorytmiczną wydajnością. Czasami po jakimś czasie zawodzą, czasami im się to udaje, a potem może być konieczne posprzątanie bałaganu, gdy gwałtownie rosną, a ich naiwne algorytmicznie rozwiązania na małą skalę już się nie skalują, ale nadal mogą zapewniać dobrą pracę przez lata. Czasami nie stanowi to żadnego problemu, ponieważ ich rynek docelowy nie potrzebuje wydajności algorytmicznej, tylko ktoś, kto pisze program z ładnym interfejsem użytkownika dla tej niszy, o którą nikt jeszcze się nie troszczył.

Stosuj się tylko do ról wyższego szczebla , dyrektora lub kierownika i w swoim CV właśnie tego szukasz i często jest to zgodne z prawdą , wyrażaj swoje doświadczenie w życiorysie i liście motywacyjnym oraz w korespondencji e-mailowej jako takiej.

Przynajmniej w mojej głowie, Junior do „No Prefix” odpowie na te pytania. Seniorzy i starsi, nie.

Prawie zawsze korzystałem z usług rekruterów i rekruter będzie wiedział, jak wyglądają rozmowy kwalifikacyjne. Po pierwsze, będą wiedzieć z doświadczenia, po drugie zapytają kierownika ds. Rekrutacji, a po trzecie, omówią wszystkich innych rozmówców, których wysłali. (Rekruterzy dosłownie próbowali zadać mi pytania testowe, które usłyszeli od kandydatów, których wysłali wcześniej.)

Po prostu powiedz rekruterowi, aby nie zawracał sobie głowy zapraszaniem Cię na takie rozmowy, jeśli naprawdę nie chcesz ich przeprowadzać.

Jak powiedzieć firmom, że nie interesuje mnie majstrowanie przy algorytmach w celu przeprowadzenia z nimi wywiadu?

Alternatywą jest posiadanie własnego portfolio oprogramowania typu open source na platformach takich jak github lub gitlab (lub na wypożyczonym VPS). Wspieraj istniejące projekty open source (takie jak GCC lub FLTK lub RefPerSys lub tysiące innych). Gdy staniesz się tak sławny jak Linus Torvalds, Guido Von Rossum lub Xavier Leroy, będziesz dobrze zarabiać i będziesz mieć możliwości zatrudnienia . Zauważ, że większość programistów GCC lub jądra Linuksa otrzymuje wynagrodzenie za swoją pracę (zobacz LWN o tym, a może napisz tam ... ). Po zaprojektowaniu i wdrożeniu języka programowania, który ma kilku użytkowników (jest to naprawdę trudne , jak wyjaśnia Simon Peyton-Jones), możesz mieć interesujące oferty pracy.

Inną alternatywą jest posiadanie przynajmniej publicznego bloga, na którym wyjaśniasz niektóre widoki architektoniczne oprogramowania , które opracowałeś (lub prowadziłeś technicznie). Pamiętaj, aby uzyskać na to wcześniejszą zgodę.

Trzecią możliwością jest uzyskanie wysokiego wyniku na platformach takich jak StackOverflow . Być powyżej 1% najlepszych.

Czwartą alternatywą jest napisanie i opublikowanie jakiejś książki technicznej na temat doskonałości (lub przynajmniej publicznych projektów raportów, takich jak ten).

Piąta możliwość to zrobienie doktoratu i / lub opublikowanie prac naukowych - z recenzjami - np. ACM konferencje . Związane z tym jest zarabianie (w niepełnym wymiarze godzin) za udzielanie lekcji na temat tworzenia oprogramowania i programowania oraz zarządzanie i mentorowanie stażystów.

Inną alternatywą jest dobrowolne (i nieodpłatne) udzielanie wykładów o programowaniu i tworzeniu oprogramowania (na przykład ta, którą wygłosiłem po francusku). Mogą to być nawet filmy w youtube o programowaniu i tworzeniu oprogramowania (kiedyś obejrzane tysiące razy, np. ten).

Bądź świadomy zasady Piotra. Przeczytaj The Mythical Man-Month lub jeszcze lepiej, napisz lepszą książkę.

Alternatywą może być bardzo dopracowane CV / CV. Taką, która pokazuje, jaki jesteś dobry.

Jeśli to możliwe, daj im również wystarczająco dużo kodu, aby mieli pojęcie o tym, jak piszesz kod, naprawiasz błędy, pracujesz z API lub z bazami danych (np. A osobiste repozytorium Github, niezwiązane z obecną firmą ).

A jeśli pojawi się pytanie w stylu LeetCode, po prostu staw mu czoła w ramach poprawiania błędu, znaleziono i wymaga naprawy. To może pokazać im, że znasz podstawy.

Uwaga : używanie Google do odświeżania niektórych rzeczy, o których zapomniałeś, nie jest złe! (Chyba że twój kod jest w 100% kopiuj-wklej-kleju StackOverflow.)
Przykład: miałem wywiad, w którym zapomniałem, jak połączyć się z bazą danych w PHP (moje serce waliło i źle spałem tego dnia).
Właśnie odświeżyłem kilka przykładów i napisałem własne, bez kopiowania i wklejania .
Celem było napisanie bazy danych + skrypt PHP do przechowywania i pobierania informacji potrzebne w restauracji, na podstawie pisemnego opisu.

Ale jeśli naprawdę nie jesteś zainteresowany rozwiązywaniem tych „fałszywych” problemów, możesz spróbować negocjować alternatywna metoda oceny twoich umiejętności i zobaczenia, jak to idzie.

Pamiętaj tylko, że może to dać mniej niż optymalny obraz twoich umiejętności kodowania osobie przeprowadzającej rozmowę (z pewnością miałbym wątpliwości co do twoich umiejętności kodowania).