Wywiady z programistami są inne niż w większości innych miejsc, ponieważ nie tylko martwisz się o ludzi, z którymi pracujesz, świadczenia, opis stanowiska itp., Ale także masz DODATKOWĄ obawę po otrzymaniu pracy. Napisanie dwóch aplikacji z dokładnymi wymaganiami może się znacznie różnić, jeśli pracujesz w głośnym i cichym środowisku, używając VS2003 / .NET 2.0 vs VS210 / .NET 4.0., Używając SVN vs VSS.
Czy jest w porządku dać potencjalnemu pracodawcy bezpośredni test Joela? Staram się zadawać jak najwięcej pytań, aby uzyskać środowisko, w którym będę pracować, co jest niezwykle ważne z mojej perspektywy, ale jaki jest najlepszy sposób, aby przejść do sedna i po prostu zadać trudne pytania (tak jak zadają ci podczas ten sam wywiad).
UWAGA: Pod pojęciem „testu Joela” rozumiem konkretną listę rzeczy, które są dla ciebie ważne (niekoniecznie Joel), ale możesz nie mieć czasu na wyjście z tradycyjnego, swobodnego „konwersacyjnego” sposobu zadawania im pytań , więc decydujesz się wysłać e-mailem lub zaplanować kolejne spotkanie, albo poprosić inne osoby itp.
Odpowiedzi:
Rozmowa kwalifikacyjna przebiega w obie strony - firma przeprowadza z tobą wywiad, a ty przeprowadzasz wywiad z firmą. Nie wyszedłbym dosłownie z „jaki jest twój wynik testu Joela?”, Ale zadałbym poszczególne pytania, które były dla mnie szczególnymi przełomami w środowisku pracy.
Nie wymaga ogromnej rozbudowy. Dobry czas, aby zadać te pytania, jak w technicznej części procesu wywiadu, kiedy mówią: „masz do nas jakieś pytania?”. Możesz wprowadzić coś w stylu „czy możesz opisać tutaj typowy dzień w pracy?” i stamtąd
źródło
Czy Joel Testuje twoje urządzenie, aby ocenić, jak dobry jest potencjalny pracodawca?
Poszedłem na rozmowę o pracę, a biuro było otwarte, a więc hałaśliwe, miało wiele różnych systemów, zaległości w błędach, nie korzystali z wielu komercyjnych narzędzi, nie było testerów, nie napisaliśmy kodu podczas rozmowy i użyteczności na korytarzu .
.. ale możesz zabrać swojego psa do biura, masz jeden dzień w tygodniu do pracy nad własnymi projektami, było 24x7 jedzenia z niesamowitym sushi, strefami relaksu, zjeżdżalnią po schodach, bezpłatną colą / kawą / OJ, a oni tworzą jedne z najbardziej niesamowitych programów na ziemi.
O ile mogłem zobaczyć, uzyskał niski wynik testu Joela, ale czy odrzuciłbyś pracę dla tego pracodawcy # na tej podstawie?
Jeśli jest głośno - możesz założyć słuchawki. Jeśli nie ma testów, jednostka mistrzowska i / lub testy automatyczne. Jeśli nie ma nocnych wersji, napisz zadanie crona lub zainstaluj gdzieś CI.
Z całą pewnością skorzystaj z testu Joela jako przewodnika po pytaniach, które możesz zadać, ale istnieje wiele innych wskaźników, z których niektóre mogą mieć dla ciebie większe znaczenie niż inne.
(Brak nagród za zgadywanie, kto był pracodawcą!)
źródło
Nigdy nie pracowałem w miejscu, które uzyskało wynik powyżej 4 w teście Joela. Kiedy wychodzę, mam mały pakiet, który przynoszę ze sobą, który zawiera kolejną kopię mojego CV (natknąłem się na rekruterów umieszczających moje nazwisko na CV kogoś innego) oraz kilka pytań, z których niektóre były test Joela był przetasowany. Nikt nigdy nie wspominał, że rozpoznał pytania.
źródło
Test Joela zainspirował mnie do zadawania „takich pytań”. Jaka kontrola wersji, śledzenie błędów, testowanie, ...
Zwykle zadaję mnóstwo pytań na końcu (lub w trakcie) rozmowy. Jeśli cokolwiek , to pokazuje, że jesteś zainteresowany najlepszymi praktykami / zapewnianiem jakości / .... Jeśli jeszcze tego nie robią, być może będą zainteresowani wdrożeniem np. Testów jednostkowych.
Najlepszy scenariusz: nie zastanawiali się już nad tymi rzeczami, ale są zaskoczeni tym, co możesz poprawić w procesie rozwoju.
Najgorszy scenariusz: nie podoba im się to, że zadajesz tak wiele pytań, dlatego nie są zainteresowani ulepszeniem ich procesu, w którym to przypadku prawdopodobnie nie chcesz tam pracować.
PS: po prostu upewnij się, że wiesz o czym mówisz, a nie tylko bezmyślnie przeglądając jakąś listę.
źródło
Mam 3 pytania dotyczące środowiska programistycznego, dla których negatywna odpowiedź na którekolwiek z nich stanowi przeszkodę dla programu.
Z jakiego oprogramowania do kontroli wersji korzystasz?
Z jakiego narzędzia do śledzenia problemów / błędów korzystasz?
Czy Twój proces rozwoju przypomina Scrum?
źródło