Przygotowanie do rozmowy technicznej IT łatwo zamienić w powtórkę z całej informatyki, choć zakres ćwiczeń powinien odpowiadać zadaniom konkretnej roli i zapowiedzianemu formatowi oceny. Osobnym wyzwaniem jest pokazanie, jak podejmowane są decyzje: własny projekt pozwala omówić doświadczenie, a zadanie na żywo sprawdza sposób pracy nad uzgodnionym problemem.
Dopasuj przygotowanie do roli i formatu rozmowy
Zakres przygotowania do rozmowy technicznej IT dobierz do czynności wykonywanych na stanowisku, a nie do całej informatyki. Zestaw wymagania roli z potwierdzonym formatem oceny: sama nazwa „rozmowa techniczna” nie oznacza, że pojawią się zadania algorytmiczne. Ćwicz te umiejętności, które są wymagane na danym stanowisku i sprawdzane w zapowiedzianej formie.
Jeśli praca obejmuje implementację, review, diagnozowanie problemów lub projektowanie, uwzględnij te rodzaje zadań w planie ćwiczeń. Sprawdź też zasady pracy w środowisku używanym podczas rozmowy, żeby przygotowanie odpowiadało warunkom oceny, a nie opierało się na niepotwierdzonych założeniach.
Przygotuj projekt, który pokaże twój wkład i decyzje techniczne
Wybierz projekt dotyczący problemu, który znasz na tyle dobrze, by oddzielić własną pracę od działań zespołu. Przygotuj krótki opis oparty na czterech elementach:
- Problem i cel — wyjaśnij, czego dotyczył projekt i jaki rezultat miał przynieść.
- Własna rola — wskaż zadania, za które odpowiadałeś, oraz decyzje techniczne, w których uczestniczyłeś; nie przypisuj sobie pracy całego zespołu.
- Ograniczenia — opisz warunki, które miały znaczenie dla twojej części projektu.
- Rezultat — przedstaw go liczbowo, jeśli możesz ujawnić dane, albo jakościowo, gdy nie możesz podać miar.
Jeśli projekt obejmuje poufne informacje, pomiń je i zamiast nich omów uproszczony mechanizm. Dzięki temu możesz wyjaśnić własny wkład i przebieg pracy bez ujawniania cudzych poufnych danych.
Rozwiązuj zadania na żywo, ustalając wymagania i sprawdzając wynik
W zadaniu na żywo najpierw ustal, co rozwiązanie ma robić, a dopiero potem koduj. Oddziel wymagania uzgodnione z rozmówcą od własnych założeń — dzięki temu wiadomo, które elementy kontraktu zadania trzeba potwierdzić, zanim wpłyną na implementację.
- Doprecyzuj zachowanie — ustal istotne wejścia, oczekiwane wyjścia i przypadki brzegowe.
- Implementuj i komunikuj decyzje — krótko wyjaśniaj wybory ważne dla rozwiązania, zamiast komentować każdy wpisany znak.
- Sprawdzaj konkretne oczekiwania — dla każdego testowanego przypadku określ, jaki wynik powinien się pojawić, i porównaj go z wynikiem działania.
Zaliczenie kilku przypadków nie dowodzi pełnej poprawności — pokazuje tylko, że rozwiązanie działa dla sprawdzonych danych. Gdy test ujawni błąd, odtwórz go na najmniejszym możliwym przykładzie i sprawdzaj jedną hipotezę naraz; łatwiej wtedy ustalić, co faktycznie powoduje problem.
Uzasadniaj wybory, założenia i kompromisy techniczne
Nie poprzestawaj na nazwaniu technologii: pokaż, jak wybór odpowiada wymaganiu i jaki wiąże się z nim koszt. Zestaw go z istotną alternatywą, wyjaśniając, dlaczego przy obecnych założeniach wybrany wariant lepiej pasuje do zadania — oraz co poświęcasz, rezygnując z drugiego. Oddziel przy tym informacje podane w zadaniu od własnych założeń; dzięki temu rozmówca widzi, od czego zależy twoje rozumowanie.
Jeśli nie znasz odpowiedzi, nazwij osobno pewny fakt i hipotezę, a następnie wskaż, jak można tę hipotezę sprawdzić. Zaznacz też, jakie nowe wymaganie lub zmiana założeń skłoniłyby cię do ponownego wyboru. Taki tok argumentacji pokazuje nie tylko, co wybierasz, lecz także granice pewności i warunki, w których decyzja przestaje być uzasadniona.