Jak utrwalić ten wywiad z kodowaniem

Wszyscy przez to przeszliśmy. Każdy programista, którego znasz, każdy, o którym słyszałeś, nawet ci, których podziwiasz, przechodził wywiad techniczny i zgadnij, co. Zawiedli przynajmniej raz.

Czy istnieje sztuczka, która sprawi, że kolejny wywiad zakończy się sukcesem? Prawda jest taka, że ​​nie ma żadnej sztuczki. Ale są pewne sposoby, które mogą zwiększyć twoje możliwości zdobycia tej pracy i zamierzam zapisać niektóre z nich w tym artykule, w oparciu o moje własne doświadczenia z wywiadem.

Przede wszystkim podzielę się z wami faktem, który może nie być aż tak zaskakujący. Czy kiedykolwiek myślałeś o tym, czego ankieterzy szukają w twoim CV?

Kolega z pracy.

Tak, chcą tylko programisty, z którym mogą się komunikować, współpracować oraz wymieniać wiedzę i wnioski. Dlatego przed zanurzeniem się w kod większość ankieterów lubi rozmawiać o twojej osobowości. Idealnym kandydatem jest ktoś, kto jest komunikatywny, ma umiejętności kodowania i umie dzielić się wiedzą, ktoś, kto może poczuć właściciela swojego kodu, wziąć odpowiedzialność w trudnych czasach i naprawić rzeczy, które nie są w porządku, nawet jeśli on / ona / ona nie musi.

Dlatego przygotuj (lub nawet zbuduj) przykłady sytuacji, które dowodzą, dlaczego powinni wierzyć, że jesteś idealnym kandydatem. Poza tym spraw, aby osoba przeprowadzająca wywiad poczuła się jak w zespole. Ankieter chce wiedzieć, jak to jest przepracować z tobą problem, więc spraw, by rozmowa sprawiała wrażenie współpracy. Zapytany o problem z kodowaniem, spróbuj użyć „my” zamiast „ja”, jak w: „Powinniśmy zastosować podejście x, ponieważ…” Ponadto, zastanów się głośno. Poważnie. Powiedz: „Spróbujmy to zrobić i to - nie jestem pewien, czy to zadziała”. Jeśli utkniesz, po prostu powiedz, co myślisz. Powiedz, co może działać i dlaczego uważasz, że twoje obecne rozwiązanie nie działa. Mogę Cię zapewnić, że Twój ankieter również przeżył tę samą sytuację.

I bardzo ważny: powiedz „nie wiem”. Nie próbuj sprawiać wrażenia, że ​​wiesz coś, czego nie wiesz. Jeśli zostaniesz zapytany o coś, co wykracza poza Twoją wiedzę, spróbuj pobrać przykłady z innych podobnych problemów lub języków, z którymi czujesz się komfortowo. Nawet jeśli myślisz o rozwiązaniu, które Twoim zdaniem nie ma nic wspólnego z problemem, który próbujesz rozwiązać, udostępnij je swojemu wywiadowi i wyjaśnij, dlaczego uważasz, że nie jest ono powiązane.

Od strony technicznej, w zależności od stanowiska, o które się ubiegasz, możesz zadawać różne pytania. Ogólna zasada jest następująca. Jeśli twierdzisz, że dobrze znasz język programowania, powinieneś być w stanie zrozumieć i wyjaśnić jego mechanikę, zalety i słabości. W jakich sytuacjach używałbyś go, w których nie i dlaczego.

Oto kilka pytań, które zadaję najczęściej:

  • Czy pracowałeś wcześniej w zespole?
  • Jakie metodyki zwinne stosowałeś wcześniej?
  • Jak upewnić się, że wiedza jest rozpowszechniana w całym zespole?
  • Jak poradziłbyś sobie z deweloperem, który ma inne zdanie na Twój temat w kluczowym temacie?
  • Czy kiedykolwiek miałeś konflikt ze swoim kolegą i jak go pokonałeś?
  • Jaki był ostatni problem techniczny, z którym musiałeś sobie poradzić?
  • Jak definiujesz własność kodu?
  • Jaki jest twój ostateczny cel zawodowy?

Przypominamy, że możesz przygotować się z odpowiedziami, które niekoniecznie są oparte na faktycznych wydarzeniach. Ponadto zadawaj własne pytania dotyczące firmy, produktu i metodologii, z którymi współpracują Twoi potencjalni koledzy.

Oczywiście ten artykuł nie gwarantuje, że Twój następny wywiad zakończy się sukcesem. Jednak na podstawie własnego doświadczenia w przeprowadzaniu wywiadów przygotowani kandydaci, którzy stosują się do tych wytycznych, mają większe szanse na zdobycie tej roli.

Miłego tygodnia!