Przeglądanie Githuba przed rozmową o pracę

Odpowiedz Nowy wątek
2019-08-15 15:40
3
  1. Ile razy zdarzyło się wam przejrzeć czyjeś repozytorium na Githubie?
  2. Ile razy zdarzyło wam się, że rekruter przejrzał wasze kody na Githubie? Podasz przykłady konkretnych firm?
  3. Dlaczego to jest tak rzadka praktyka?

Z moich obserwacji wynika, że rekruterzy kompletnie nie przygotowują się do rozmów, nie czytają w ogóle CV ani nie otwierają linków z CV do bezpiecznych stron typu Github, żeby przejrzeć czyjś kod. Później na rozmowach dostajesz pytanie o "inner joiny" albo o przekazywanie zmiennych przez referencję i marnujesz swój czas. Często osoby z działu rekrutacji proszą o przyjście na rekrutację przez wiele miesięcy po czym rekruterzy "techniczni" w taki sposób traktują potencjalnych pracowników i psują na wejściu wzajemne relacje. W jaki sposób unikać takich sytuacji?

Edit: Nie mam nic przeciwko sprawdzaniu umiejętności na rozmowie. Jednak jeżeli ktoś kto przez całe życie pisze w Javie pyta cię np. o wyrażenia lambda i odpowiadasz mu o rachunku lambda przy czym ten ktoś czeka aż powiesz słówka kluczowe "interfejs funkcjonalny" i nie powie ci nawet, że oczekiwał innej odpowiedzi to skąd masz wiedzieć co taka osoba ma na myśli? Wydaje ci się, że odpowiedziałeś dobrze na wszystkie pytania po czym okazuje się, że nic nie umiesz i jednak szukają kogoś innego. Próba udowodnienia takiej osobie w sposób dosadny (zadając jej kontrpytania na tym samym poziomie), że jednak coś tam wiesz kończy się tym, że obie strony się po prostu murują w swoim zadufaniu i nawet jeżeli dostaniesz taką pracę to nie będzie się dobrze pracowało w takim środowisku. Jak diagnozować takie sytuacje możliwie szybko i ich unikać?

edytowany 5x, ostatnio: cerrato, 2019-08-17 10:15

Pozostało 580 znaków

2019-08-18 12:52
0

Ja bym przeglądał githuba, ale głównie activity, konkretnie chodzi o udostępnione pull requests, issues czy inne sprawy, których właściciel repo prowadził interakcję z innymi projektami. Sam może nic nie mieć (publicznego), zresztą jak @Wibowit wspomniał, są problemy z dokumentowaniem swojej pracy i wyjaśnianiem co to ma robić.

Myślę, że jest znacząca różnica, między kimś, kto ma 10 projekcików/crudów z tutoriala, a kimś, kto ma niby pustego githuba, ale ma choćby 1 zaakceptowanego PRa do jakiegoś dużego i popularnego projektu, którym zmienił coś więcej niż kilka literówek w dokumentacji, tudzież zgłoszone issues, które finalnie nie okazały są jego niezrozumieniem projektu.

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0