Jak Przeprowadzić Mock Interview dla Software Engineera

Prawdopodobnie rozwiązałeś już mnóstwo zadań, a mimo to nie czujesz się gotowy, a powodem zwykle jest to, że samo rozwiązywanie nie jest tym, co ocenia runda. Ta sekcja rozdziela trzy rundy używane w procesie rekrutacyjnym software engineera, ponieważ każda wymaga innego rodzaju ćwiczeń, a mieszanie ich marnuje sesję.

• Coding. Od 35 do 45 minut, jedno lub dwa zadania, myślenie na głos podczas pisania kodu. Celem ćwiczenia jest narracja rozwiązania, które dopiero formułujesz.
• System design. Od 45 do 60 minut, otwarte polecenie, bez wyjaśnień, jeśli o nie nie poprosisz. Celem ćwiczenia jest określenie zakresu problemu przed jego projektowaniem.
• Behavioral. 45 minut opowieści o projektach z nieprzyjaznymi pytaniami dodatkowymi. Celem ćwiczenia jest przetrwanie trzeciego pytania dodatkowego o decyzję, której żałujesz.

Rób jedną z tych rund na sesję. Trzygodzinna pełna pętla wydaje się produktywna, ale niemal nie daje użytecznego feedbacku, ponieważ przy trzeciej rundzie ćwiczysz już zmęczenie, a nie umiejętność. Jeśli szukasz bazy pytań, a nie mechaniki, znajdziesz ją na osobnej stronie w hubie mock interviews.

Solowe mocki zawodzą w przewidywalny sposób: wybierasz zadanie, które umiesz rozwiązać, zatrzymujesz czasomierz, gdy utkniesz, i kończysz z dobrym samopoczuciem. Każda z tych rzeczy jest przeciwieństwem prawdziwych warunków. Zamiast tego odtwórz ograniczenia.

• Nie wybieraj sam zadania. Losuj z listy, której nie czytałeś, albo poproś kogoś, by wybrał za ciebie. Wybieranie samemu oznacza wybieranie czegoś wygodnego.
• Uruchom czasomierz i nigdy go nie zatrzymuj. Czas spędzony w martwym punkcie to dane. Pauzowanie usuwa dokładnie tę presję, którą ćwiczysz.
• Dopasuj narzędzia. Jeśli runda używa współdzielonego edytora bez autouzupełniania, bez przycisku uruchamiania i bez zestawu testów, ćwicz właśnie tam.
• Mów do pustego pokoju. To wydaje się absurdalne, a jest to część o najwyższej wartości. Ciche rozwiązywanie problemów ćwiczy umiejętność, której nikt nie ocenia.
• Nagraj sesję. Oglądanie siebie jest nieprzyjemne i pokazuje wypełniacze, cofanie się i moment, w którym zamilkłeś.
• Projektuj najpierw bez narzędzia do diagramów. Wiele rund design to tylko rozmowa głosowa i pusty dokument.

Jedyną rzeczą, której solowy mock nie może zapewnić, jest przerywanie, a to właśnie przerywanie w dużej mierze sprawia, że prawdziwa runda jest trudna. Prowadzący AI może wypełnić dokładnie tę lukę: zadaje pytanie dodatkowe, gdy jesteś w połowie zdania, i nie czeka grzecznie, aż skończysz. Tryb mock interview prowadzi rundy właśnie w ten sposób.

Większość ludzi kończy mock i zapisuje ogólny werdykt, który tydzień później jest bezużyteczny. Zbieraj konkretne obserwacje powiązane z zachowaniem, które możesz zmienić.

• Czas do pierwszego pytania doprecyzowującego. Jeśli przekracza dziewięćdziesiąt sekund, rozwiązujesz niewłaściwy problem.
• Najdłuższa cisza. Wszystko powyżej dwudziestu sekund wymaga zamiast tego wypowiedzianego na głos wypełniacza.
• Czy przedstawiłeś swoje podejście przed pisaniem kodu? Tak lub nie, za każdym razem.
• Jak wróciłeś do formy, gdy utknąłeś? Przeformułowałeś problem, spróbowałeś mniejszego przypadku albo zamarłeś.
• Czy dyskusja o złożoności była wywołana pytaniem, czy podjęta z własnej inicjatywy? Z własnej inicjatywy daje lepszy wynik.
• Przy design: czy określiłeś zakres przed rysowaniem? Najpierw ograniczenia i skala, potem prostokąty.

Inżynierka backendu przygotowująca się do procesu na poziom senior przeprowadziła dwanaście mocków i zaliczyła wszystkie, po czym oblała prawdziwą rundę coding, milcząc przez cztery minuty przy nieznanym wariancie zadania. Jej mocki nigdy nie zawierały zadania, którego nie potrafiła rozwiązać, więc nigdy nie przećwiczyła jedynej rzeczy, która naprawdę poszła źle. Zmieniła jedną zasadę, dopuszczając zadania powyżej swojego poziomu, i problem z ciszą pojawił się natychmiast.

Nie ma magicznej liczby, a po pewnym momencie zwiększanie liczby przestaje się opłacać. Użyteczny wzorzec to dwa lub trzy mocki na każdy typ rundy rozłożone na dwa tygodnie, przy czym przegląd między nimi liczy się bardziej niż same sesje. Sześć mocków bez przeglądu jest gorsze niż trzy z dokładnymi notatkami.

Bądź świadomy ograniczeń. Mock nie powie ci, jakie zadanie dostaniesz, nie przewidzi stylu twojego prowadzącego i nie zastąpi rzeczywistej znajomości materiału. To, co poprawia, to warstwa przekazu: mówienie podczas myślenia, określanie zakresu przed budowaniem i powrót do formy na głos, gdy utkniesz. To przenosi się w pełni, a są to też rzeczy, których nie da się nauczyć przez czytanie.

Ćwiczenie i pomoc na żywo to różne pytania z różnymi odpowiedziami. Ćwiczenie nie budzi kontrowersji. Pomoc podczas prawdziwej rozmowy zależy od formatu i zasad pracodawcy, a rundy coding z udostępnianiem ekranu lub nadzorowane wypadają z tego całkowicie. Uczciwe granice opisano w hubie detectability.