Jest mało prawdopodobne, abyś mógł odrzucić test, ponieważ jest to coś, czego zdecydowali się oczekiwać w trakcie rozmowy kwalifikacyjnej.

Osobiście zgadzam się, że ich proces jest wadliwy - patrz np. Zadanie programistyczne odstrasza kandydatów, czy powinniśmy go porzucić? na wiele dyskusji na temat stosowności takiego testu. Chociaż stannius komentuje, że przynajmniej ta firma nie wykorzystała długiego testu technicznego na wczesnym etapie jako tani filtr, więc zachowuje się z większym szacunkiem dla czasu kandydata niż niektórzy.

Twoje kontrargumenty prawdopodobnie nie trafią w sedno z tego powodu i czy IMO nie jest warte podnoszenia.

Mam solidne dowody biegłości w języku X, wskazując na moją dodatkową pracę (w github) w ciągu ostatnich 3 lat, obejmujących 100 godzin mojego osobistego czasu

Skąd ankieter wie o tym bez szczegółowego badania twoich projektów i pewnego rodzaju dowodów, że wkłady są właściwie twoje? Test wewnętrzny rozwiąże problem, z którym ankieter jest zaznajomiony i na podstawie którego powinien być w stanie ocenić wymagane umiejętności. Krótko mówiąc, użycie standardowego testu jest dla firmy mniejszym wysiłkiem i ryzykiem.

Biorąc pod uwagę moje pragnienie przedstawienia siebie jako rygorystycznego, ciężko testującego inżyniera oprogramowania, prawdopodobnie zajmie mi to ~ 6 lat -8 godzin na wykonanie ćwiczenia. Innymi słowy, aby pokazać swoją prawdziwą twarz, nie spodziewam się, że ukończę pracę w ciągu ~ 4 godzin, chyba że dam jej mniej niż 100%.

Ja też uważam, że te testy może potrwać dłużej niż sugerowano, chociaż różni się to znacznie w przypadku różnych pracodawców. Nie widzę tutaj żadnego argumentu przemawiającego za niepodejmowaniem tego zadania, tylko skarga, że ​​jest to „za dużo pracy”, a także potencjalna czerwona flaga, że ​​w przyszłości zajmiesz podwójnie szacowany czas na rzeczywiste zadania, ponieważ spodziewasz się zastosuj swoje podejście do rozwoju opartego na testach, wyprzedzając to, co firma uważa za stosowne.

Szczerze mówiąc, wolałbym raczej poświęcić swój osobisty czas na dalsze studiowanie mojego obecnego „programu nauczania” projektów pobocznych, a mianowicie bardziej zaawansowanych funkcji i OSS w języku X

Co ty chęć wykorzystania swojego czasu osobistego nie jest czymś, co firma przeprowadzająca rozmowę kwalifikacyjną bierze pod uwagę, nie bardziej niż na przykład czas dojazdów do pracy w przypadku podjęcia pracy.

Firma może się mylić co do ich ocena przydatności zadania podczas rozmowy kwalifikacyjnej (lub brak uznania dla przyzwoitych testów i hobby). Mogą nie brać pod uwagę, jak dużą barierą jest rozmowa kwalifikacyjna w pozyskaniu dobrych kandydatów. Jednak konfrontowanie ich z tą opinią, zanim zdecydują się zatrudnić, może sprawiać wrażenie, że jesteś kłótliwy i prawdopodobnie zmniejszy Twoje szanse na zatrudnienie.

Ostatecznie musisz grać w ich grę według ich zasad lub zdecydować, że nie jest tego warta.

Po zatrudnieniu możesz mieć wystarczająco dużo dobrej woli i ufaj, że możesz wyrazić opinię na temat przebiegu rozmowy kwalifikacyjnej. Chociaż sugeruję zaczekać, aż zostaniesz zapytany lub poczujesz, że zdobyłeś na tyle zaufania, że ​​możesz mówić szczerze o tej kwestii. Przyszli pracownicy, a może nawet firma, mogą Ci podziękować, jeśli tak.

Aby odpowiedzieć na aktualne pytanie:

Szanowny [Hiring Manager],

Dziękuję za poświęcenie czasu na spotkanie ze mną poprzedniego dnia ^{1 , z przyjemnością dowiedziałem się więcej o [stanowisku / firmie] i rozmawiałem o [innowacjach technicznych / wyzwaniu / nadchodzącym projekcie w firmie / ...]. Doceniam przydatność ćwiczeń z kodowania dla początkujących programistów, ale uważam, że moje 10-letnie doświadczenie zawodowe oraz moje osobiste projekty i wkład w open-source powinny powiedzieć więcej o moich umiejętnościach, niż mógłby kiedykolwiek test kodowania. Chociaż nadal aktywnie uczestniczę w projektach open source i odkrywam [zaawansowane / nowe] funkcje językowe w wolnym czasie, wolałbym nie [tracić / tracić] czasu na [ćwiczenia z kodowania]. W związku z tym chciałbym odmówić wykonania tego ćwiczenia. Jestem pewien, że moje referencje będą również mogły poświadczyć moją wiedzę techniczną i etykę pracy.}

Jeśli mógłbyś odstąpić od tego wymogu i chciałbyś kontynuować proces, chciałbym porozmawiać dalej, ponieważ [ powody, dla których nie możesz się doczekać tej pozycji]. Jeśli nie, to chciałbym podziękować za poświęcony czas i życzyć wszystkiego najlepszego w obsadzeniu tego stanowiska.

Z poważaniem,

Joe Developer

W oparciu o twoje pytanie, to jest dla ciebie przełomem (tak jak prawdopodobnie byłoby dla mnie) i nie powinieneś przebierać w słowach. Wyraźnie powiedz, że nie będziesz wykonywać ćwiczenia, ale zachowaj szacunek i daj im możliwość całkowitego porzucenia ćwiczenia. Nie widzę sposobu, aby usprawiedliwić programowanie dla programisty z pięcioletnim, a co dopiero dziesięcioletnim doświadczeniem.

Zamień wyrażenia lub terminy, jak chcesz. Popełniłem błąd, zachowując szacunek tutaj. Chociaż nie robisz takiego wrażenia, gdybym czuł się zlekceważony przez ankieterów, prawdopodobnie użyłbym znacznie bardziej bezpośredniego języka.

^{1 - Użyj innego otwieracza, jeśli już wysłałeś podziękowanie.}

Są trzy bardzo proste powody, dla których musisz wziąć demo.

1. Nie wiedzą, że kod na Github jest Twój.
2. Nie mogą porównać że kod do kodu innych kandydatów.
3. Czasami ważniejsze niż wynik końcowy jest to, jak się tam dostać. Jakie pytania zadajesz, jak rozwiązujesz problemy itp.

Przygotowane przez nich demo ma specjalnie skonstruowaną strukturę, aby uwypuklić obszary problemowe, których chcą uniknąć, i wyznaczyć wyzwania, które według nich będą pracując na co dzień. Więc ugryź kulę i wykonaj ćwiczenie. Jeśli jesteś tak świetnym programistą, jakim się czujesz, nie będzie to żaden problem.

Chociaż 4-godzinne ćwiczenie brzmi dla Ciebie jak kompletny wysiłek, spójrz na nie z punktu widzenia firmy: inwestują w zatrudnienie eksperta. Jeśli okaże się, że nie jesteś tak kompetentny, jak twierdziłeś, to właśnie zmarnowali znaczną część czasu i pieniędzy.

Repozytorium Github można sfałszować. Możesz kopiować w cudzym kodzie wszystko, co wie.

Dodatkowo, test programistyczny będzie również rejestrował, jak pisałeś kod, a nie tylko, jak kod działa po zakończeniu. Dla wielu menedżerów te informacje są kluczowe przy podejmowaniu decyzji o zatrudnieniu.

Twój własny komentarz przedstawia coś, na co menedżer zwracałby uwagę:

„Biorąc pod uwagę moje pragnienie przedstawienia siebie jako rygorystycznego, ciężko testującego inżyniera oprogramowania, wykonanie ćwiczenia zajmie mi prawdopodobnie około 6-8 godzin. Innymi słowy, aby pokazać swoją prawdziwą twarz, nie spodziewam się, że ukończę pracę w ciągu ~ 4 godzin, chyba że dam jej mniej niż 100%. "

Przykro mi to mówić, ale jeśli wykonanie 4-godzinnego ćwiczenia zajmie Ci 8 godzin, czy też ukończenie 1-tygodniowego projektu zajmie Ci 2 tygodnie? To poważna odpowiedzialność dla firmy, która może otrzymywać wynagrodzenie tylko za 1 tydzień pracy, bez względu na to, jak pozytywne masz intencje (kod wolny od błędów). Pamiętaj, że „lepsze jest wrogiem dobrego” .

Jeśli naprawdę jesteś zainteresowany tymi pracami, poświęć trochę czasu i napisz testy. Mogą być irytujące, ale to znak dla pracodawcy, że chcesz coś zainwestować w zdobycie ich zaufania, a nie tylko demonstrację swoich umiejętności.

Zanim zaczniesz działać, zastanów się dokładnie.

1. Czego naprawdę martwisz się podczas wykonywania tych ćwiczeń?
2. Czy jesteś skłonny stracić tę pracę, jeśli będą nalegać na egzamin ?
3. Jak silny jest Twój wpływ w tych negocjacjach?

Jakie są Twoje prawdziwe obawy związane z wykonywaniem tych ćwiczeń?

Wspomniałeś o 3 ogólnych problemach :

1. Wykonałeś już dużo kodowania, które mogą zobaczyć i powinno wystarczyć
2. Martwisz się, że nie dają ci wystarczająco dużo czasu na zrobienie ' właściwa praca
3. Masz lepsze zajęcia z czasem

Są to trzy bardzo różne powody, które wskazywałyby na bardzo różne podejście do problemu z pracodawcą. Poza tym są trochę sprzeczne. Z jednej strony masz więcej czasu na spędzanie czasu, z drugiej chcesz mieć dwa razy więcej czasu na wykonanie ćwiczenia. Z jednej strony masz mnóstwo pracy i doświadczenia w tym języku, ale z drugiej strony nie jesteś pewien, czy potrafisz wykonać te ćwiczenia w wyznaczonym czasie.

Dowiedz się, co naprawdę przeszkadza o tym, jeśli masz zamiar skontaktować się w tej sprawie z potencjalnym pracodawcą. Przynajmniej wtedy możesz być szczery co do swoich obaw, a oni będą bardziej skłonni pomóc ci załatwić, jeśli będziesz w stanie jasno określić, za co chcesz zakwaterowanie.

Co jesteś gotów stracić?

Chcą, żebyś zrobił test. Nie chcesz. Jeśli dojdzie do popychania, a oni powiedzą: „To nasza droga lub autostrada” , którą wybierzesz?

Jeśli w końcu będziesz chciał pracy bardziej niż ty ” ponownie boisz się wykonać ten test kodowania, a pchanie problemu tylko postawi Cię w gorszej sytuacji.

Jeśli nie chcesz stracić pracy, ale chcesz, aby ci pomogli, być może nie powinieneś nie proś o pominięcie testu, ale raczej o to, aby sprawili, że test będzie Ci odpowiadał, jeśli w ogóle to możliwe (co jest bardzo inną rozmową).

Jeśli masz zamiar o coś poprosić, pomyśl o swojej dźwigni

Jeśli mają 100 kandydatów na to stanowisko, wszyscy z podobnymi umiejętnościami i doświadczeniem, wszyscy chętni do przystąpienia do testu, to są szanse, że bycie dziwnym człowiekiem nie będzie z nimi dobrze siedzieć.

Jeśli z drugiej strony mieli to stanowisko przez 3 lata, zbliża się termin i nie mogliby kogoś znaleźć w innym przypadku do wykonania zadania przed upływem terminu, wtedy prawdopodobnie będziesz mieć dużo większą siłę nacisku, aby coś wymyślić.

Kiedy zorientujesz się, o co tak naprawdę się martwisz, w jaki sposób bardzo chcesz do tego dążyć i jak dobry jest twój wpływ na to, możesz porozmawiać z pracodawcą. Bądź szczery i bądź przygotowany na to, że to się nie uda, jeśli nie będziesz w stanie znaleźć szczęśliwego kompromisu.

To nie powinno spalić żadnych mostów na linii, o ile okazujesz szacunek i szczerze mówiąc, czego szukasz.

Odpowiem jako osoba, która zatrudnia do własnej firmy. Profile GitHub to bezużyteczne narzędzie do oceny kompetencji. Brakuje OGROMNYCH elementów układanki. Najważniejsze z nich to:

• Czy możesz podjąć problem i przekształcić go w rozwiązanie?
• Czy możesz to zrobić w czasie, który moim zdaniem jest rozsądny? li>
• Czy możesz pracować na warunkach i zasadach określonych przez moją firmę (i mogą nie wydawać się rozsądne w przypadku nowego pracownika)
• Czy przetwarzasz naprawianie problemu dobrze pasuje do innych członków zespołu / procesów firmy
• Czy potrafisz inspirować innych i pozwalać innym inspirować pomysły w sobie?

Główny problem z profil GitHub polega na tym, że bardzo trudno jest jednym rzutem oka stwierdzić, co właściwie zrobiłeś . Ponadto bardzo trudno jest powiedzieć „jak się tam dostałeś”. Widziałem programistów, którzy potrafili stworzyć cudownie wyglądający technicznie kod, który byłby absolutnie bezwartościowy, ponieważ nie mogli rozwiązać problemu i znaleźć rozwiązania.

To, co robię, poprawiając źle lub nie, to pytam kandydatów pokazać dotychczasową pracę, z wysokiego poziomu. Następnie porozmawiaj ze mną o tym, co zrobili w tym projekcie. Na przykład: „Pracowałem nad tą aplikacją, moim zadaniem było robić to i tamto”. Następnie zadaję kilka szybkich pytań w stylu rozwiązywania problemów, takich jak „Gdzie zacząłbyś szukać, gdyby nagle nie można było połączyć się z bazą danych?” I staram się wymyślić kilka, jeśli uważam, że to potrzebne, kilku prostych pytań dotyczących rozwiązania problemu, np. „Jak poradziłbyś sobie z prośbą o dodanie dużego obrazu do już pełnej strony informacji?” (To są okropne przykłady, ale rozumiesz).

Chociaż osobiście nie wierzę w „pracę domową”, repozytorium GitHub nie zastępuje „pracy domowej” ani innych dociekliwych pytań. Wszystko, co faktycznie pokazuje, to to, że możesz używać git. Ze względu na możliwość zgniatania zatwierdzeń, to nawet nie pokazuje, czy raczej możesz pisać w języku, w którym jest projekt (przynajmniej nie bez głębokiego spojrzenia).

Myślę, że problemem jest tutaj różnica punktów widzenia.

1. Mogą być w stanie zobaczyć, co zrobiłeś, ale, jak powiedział @Moo, to tylko dowód na wynik. Nie jest to coś, co mogą zweryfikować niezależnie lub łatwo.
2. Jest to problem ze specyfikacją. Jeśli mają problem, który ich zdaniem zajmie 4 godziny, spodziewają się, że zajmie to 4 godziny. Jeśli myślisz, że to zajmie więcej, powiedz im, omów swoje rozumowanie. Oczywiście w przyszłości wyznaczą Ci terminy i będziesz musiał ich przestrzegać.
3. To, szczerze mówiąc, nie ma znaczenia. To, o co cię proszą, nie jest uczeniem się , lecz demonstracją . Nie ma znaczenia, że ​​ma dla Ciebie niewielką wartość edukacyjną, ponieważ nie o to chodzi w tym ćwiczeniu.

Przyznaję, że 4-godzinne pytanie techniczne jest trochę długie, ale prawdopodobnie ma to coś wspólnego ze stażem roli. Wydaje się, że przegapiłeś cel ćwiczenia i szukasz wymówek, aby tego nie robić. Poszukiwanie pracy wymaga poświęcenia osobistego czasu (polowanie, rozmowy kwalifikacyjne i testy), a firmy oczekują, że będziesz w stanie je poświęcić.

Pozostałe odpowiedzi już odnoszą się do tego, dlaczego pierwsze dwa argumenty nie są przekonujące, a nawet mogą postawić Cię w złym świetle. Pozostaje trzeci argument:

Szczerze mówiąc, wolałbym raczej poświęcić swój czas na kontynuowanie nauki mojego obecnego „programu” projektów pobocznych, a mianowicie bardziej zaawansowanych funkcji i OSS w języku X

Przypuszczalnie nie masz nic przeciwko wykonywaniu nudnej pracy, o ile otrzymujesz za nią wynagrodzenie?

Jeśli tak, poprosiłbym o zapłatę za ukończenie oceny. Jest to mniej ryzykowne niż zwykła odmowa oceny, która może wyglądać tak, jakbyś chciał coś ukryć, jednocześnie spełniając swój cel, jakim jest nie wykonywanie nudnej pracy za darmo, a także daje potencjalnie cenny wgląd w to, jak elastyczna lub skąpa jest firma przy zwracaniu kosztów .

To powiedziawszy, jeśli poprosisz o odszkodowanie, powinieneś wcześniej przygotować się, jak zareagujesz, jeśli nie będą otwarci. Czy chcesz się wycofać, czy odejdziesz? (Osobiście nie zrobiłbym nic więcej niż bardzo uprzejme zapytanie, ale byłbym skłonny wykonać test za darmo, jeśli nie wydają się być otwarci. W końcu lepsza praca jest prawdopodobnie warta znacznie więcej niż 4 godziny twojego czasu. To oczywiście zakłada, że ​​nie wygląda na to, że wykorzystają twoją pracę w produkcji).

Tutaj jest dyrektor techniczny dużej firmy deweloperskiej. Szczerze mówiąc, nie zatrudniłbym cię wyłącznie na podstawie tego, że musiałeś zadać to pytanie. Jestem naprawdę zaskoczony, jak duże wsparcie otrzymałeś w zakresie sugestii, aby poprosić firmę o zmodyfikowanie testu za Ciebie lub dlaczego powinieneś podać powody, dla których uważasz, że nie powinieneś go wypełniać. Dla mnie, twój oczywisty wstręt do poproszenia o zrobienie czegoś, co czujesz, jest pod tobą, jest ogromną czerwoną flagą, że raz zatrudniony zostaniesz kompletnym PITA. Jestem programistą od 15 lat i mam na tyle sukcesy, że udało mi się awansować w kilku firmach i nie widzę żadnego problemu, aby poprosić kandydata na programistę na wyższym poziomie o wykonanie 4-godzinnego testu. To ten sam test, który wystawiam. Na miejscu testy typu bzyczeć są bezużyteczne i niesprawiedliwe dla wielu kandydatów. Czterogodzinne losowe zadanie, którego nie można pobrać z sieci, mówi tak wiele o podejściu programistów do problemu - a jeszcze lepiej, odfiltrowuje te, które uważają, że testy są poniżej nich. Moja rada; zrób najlepiej jak potrafisz w teście, a następnie zapisz kilka notatek o tym, co jeszcze byś zrobił, gdybyś miał więcej czasu. Pokazywanie, że będziesz miał szansę na cokolwiek, ale posiadanie jasnego pojęcia, jak posunąć się dalej, gdyby nadarzyła się taka okazja, byłoby dla mnie bardzo pozytywnym znakiem. Częściej nie uważam, że to nie jest hardkorowy mądrzejszy od programistów, którzy okazują się najlepszymi pracownikami, to mniej pewni siebie ludzie, którzy wpadli w role programistów, czują, że mają coś do udowodnienia. Moim zdaniem, jeśli chcesz tę pracę - zrób test i zrób to dobrze. Jeśli coś jest poniżej ciebie, to naprawdę powinieneś szukać pracy dla siebie, ale będziesz musiał zrobić coś, co dobrze się opłaca, nie wymagając innych pracowników, ponieważ naprawdę trudno będzie ci zatrudnić dobrych, niezawodnych ludzi, którzy to zrobią. obrać swój kierunek, jeśli zastosujesz swoje obecne podejście do procesu rekrutacji.

Czy to ćwiczenie ma się odbywać w firmie, na ich oczach?

Jeśli tak, i jesteś naprawdę biegły w temacie, prawdopodobnie będziesz miał to ćwiczenie ukończone w ciągu 2 godzin z dobrą jakością .

Nie lekceważ swoich umiejętności ani nie przeceniaj złożoności takich ćwiczeń.

Często nie chcą widzieć, jakie rozwiązanie możesz opracować, ale raczej jak sobie z tym poradzisz rozwiązanie problemu. Pokazujesz, że potrafisz przeczytać i zrozumieć dokument wymagań, pokazać, że znasz swoje IDE oraz popularne narzędzia i API, pokazać, jak reagujesz na jakiś poboczny problem, na który nie znasz od razu odpowiedzi. Zrobisz to, prawdopodobnie zdasz test bez żadnego problemu.

Nigdy nie słyszałem, aby firma wymagała od starszego programisty wykonania 4-godzinnego testu. Zwykle rozmowa kwalifikacyjna wystarczy, aby ocenić kwalifikacje kandydata. Jestem pewien, że zadali ci kilka pytań technicznych, więc poproszenie cię o zdanie testu jest stratą czasu.

Rynek, na którym jestem, jest bardzo konkurencyjny, więc gdybym był tobą, po prostu powiem ich:

„Jestem starszym programistą z 10-letnim doświadczeniem, które znajduje odzwierciedlenie w moim CV. Cieszyłem się ze spotkania z Tobą i chciałbym z Tobą dalej pracować, ale czuję, że 4-godzinny test to nadmierne obciążenie w moim czasie. Taki test nie jest wystarczająco długi, aby uzyskać coś znaczącego, czego nie omówiliśmy podczas naszego spotkania i wolę bardziej produktywnie wykorzystać swój czas. Jeśli nadal masz do mnie pytania, daj mi znać, a porozmawiamy zadzwoń lub umów się na kolejne spotkanie. ”

Oczywiście jest to ważne tylko wtedy, gdy nie masz nic przeciwko temu, by nie dostać pracy. Daj im również znać, jeśli masz inne oferty / wywiady i podkreśl, że po prostu nie masz czasu na wykonanie testu.