Widziałem to wiele razy:
Kandydat lubi firmę, udaje się na rozmowie kwalifikacyjnej. Potem przychodzi do pracy i pod koniec pierwszego dnia jest pewien, że baza kodu / projekt nie jest tym, z czym chciałby spędzić czas. Więc szybko odchodzi.
Myślę, że wprowadzenie kandydatów do bazy kodów podczas rozmowy mogłoby potencjalnie rozwiązać ten problem. Może nawet lepiej: łącząc to z pytaniami z wywiadu, takimi jak „jak ulepszysz tę część kodu?” W ten sposób byłoby oczywiste, czy kandydat „dobrze pasuje do bazy kodu”.
Czy widziałeś gdziekolwiek takie podejście? Czy pokazałbyś kandydatom własną bazę kodów podczas rozmowy kwalifikacyjnej: gdyby poprosili / w ramach rozmowy kwalifikacyjnej?
źródło
Nie zrobiłem tego, ale zrobiłbym to. Jeśli deweloper pomyślał, że nie wygląda na coś, nad czym chciałby pracować, może to być okazja, aby dowiedzieć się czegoś o mentalności kandydata: dlaczego mu się to nie podoba? Co by zmienił? Czy podobałoby mu się to, że mógł dokonać takiej zmiany? Jeśli tak, dlaczego pierwotnie powiedział, że nie chce nad tym pracować?
Widziałem sentyment na codziennej WTF, że ludzie myślą, że jeśli ankieter pokazuje prawdziwy kod, próbuje przekonać kandydata do rozwiązania swoich problemów za darmo. To jest paranoik, IMO. Ankieter próbuje dowiedzieć się, jak dobrze możesz rozwiązywać problemy w świecie rzeczywistym w bazie kodów w świecie rzeczywistym. I dowiesz się więcej o projekcie, nad którym będziesz pracować.
źródło
Tak, jeśli dany kod nie należy do klienta.
Ostatnim razem, gdy przeprowadzałem z kimś wywiad, osoba zakołysała się i poczuła się całkowicie przytłoczona wielkością bazy danych i wkrótce wyszła.
Jeśli kod należałby do klienta, moim zdaniem nie byłoby etyczne pokazywanie źródła, ponieważ kod klienta jest kodem klienta, a nie twojego. (Oczywiście, jeśli poprosiłeś klienta o pozwolenie i masz je, nie ma problemu).
źródło
tak długo, jak nie naruszasz tych NDA, myślę, że to byłaby Dobra Rzecz (TM). W ten sposób możesz zmierzyć kandydata, a kandydat sam się zmierzyć.
źródło