Jedną z korzyści udostępnienia kodu pracodawcom jest to, że można go użyć do sprawdzenia swoich możliwości.
Rozmowa kwalifikacyjna jest dwukierunkowa; Pracodawca ocenia nie tylko kandydata, ale również kandydat powinien zdecydować, czy rzeczywiście chce pracować dla pracodawcy.
Kiedy pracodawca składa ofertę bez wcześniejszego obejrzenia pracy programisty, istnieje bardzo duża szansa, że ten sam proces był wcześniej używany, aby zatrudnić wszystkich innych. Osoba poszukująca pracy powinna być prawdopodobnie bardzo ostrożna przy przyjmowaniu ofert, gdy nie ma oczywistego powodu, dla którego nieprogramista nie byłby w stanie zakwalifikować się na to samo stanowisko (ponieważ z pewnością tak było)
Oczywiście, większość pracodawców nie poprosić o kandydatów do produkcji niektórych kodu; i wydaje się, że zwykle ma postać „napisz funkcję na tej tablicy” lub, jeśli masz szczęście, „napisz funkcję na tej nieznanej stacji roboczej”. Chociaż może to rozsądnie oddzielić kandydatów, którzy tak naprawdę nie potrafią nawet napisać „Hello World!”, Staje się o wiele mniej pouczający na temat różnicy między tym, kto może napisać dobry kod, a tym, kto potrafi zachować spokój podczas rozmowy kwalifikacyjnej.
I tak wielu (choć dalekich od większości) pracodawców chce również przyjrzeć się rodzajowi kodu, który programista może wytworzyć, gdy są w idealnym otoczeniu, pracując nad tym, nad czym chcą pracować i bez żadnych specjalnych wskazówek.
Aby jak najlepiej to wykorzystać, warto zaoferować kod, nawet zanim poprosi o to pracodawca; Jeśli nie są zainteresowani, znajdź inną okazję. Jeśli są zainteresowani, powiedz im, które projekty chciałbyś, aby obejrzeli i dlaczego (a także wyjaśnij, dlaczego nie uważasz, że niektóre z innych projektów są tak reprezentatywne, na przykład uczysz się ram z książki) . Następnie zapytaj ich, co sądzą o tym, co zobaczyli, kiedy następnym razem z nimi porozmawiasz.