Jakie jest twoje ulubione pytanie do rozmowy kwalifikacyjnej? [Zamknięte]

Jakie pytanie uważasz za szczególnie cenne podczas przeprowadzania wywiadów z twórcami oprogramowania? Co takiego jest w pytaniu, które uczyniło go szczególnie przydatnym?

Szukam konkretnego pytania, które chciałbyś zadać, a nie tylko takiego podejścia do rozmowy kwalifikacyjnej, jak „zmuś ich do pisania kodu”.

Spójrz na ten przykładowy kod i powiedz mi, jak go poprawić.

Jest to trochę specyficzne dla mojego scenariusza, ale myślę, że to było świetne pytanie:

Więc mówisz tutaj, że nigdy wcześniej nie dotykałeś C # lub .NET, prawda? Ok, więc oto stacja robocza. Dowiedz się, jak napisać program, który zapyta o tę bazę danych tutaj i wydrukuje listę klientów z ich zamówieniami, posortowanymi według nazwy klienta. Możesz użyć dowolnego źródła.

Jedyne pytanie, jakie kiedykolwiek miałem, faktycznie przetestowało moją zdolność uczenia się.

To nie jest pytanie kodujące, ale behawioralne:

Opowiedz mi o czasach, w których nie udało Ci się ukończyć wszystkich prac na czas, aby dotrzymać terminu. Co zrobiłeś? Jaki był rezultat?

Jak dostałeś się do programowania?

Miły sposób, aby sprawdzić, czy osoba ma pasję do programowania i przełamać lody.

Podczas rozmowy z kogoś, kto twierdzi, że ma nietrywialne ilość doświadczenia Java, pytam ich o hashcode()i equals()i relacji między nimi. Naprawdę nie jest możliwe zdobycie znaczącego doświadczenia w Javie bez uświadomienia sobie potencjalnych pułapek, a każdy, kto nie zna problemu, będzie dodawał trudne do znalezienia błędy do mojego projektu.

Ja też zapytać ArrayListi LinkedListi względnych zalet i wad. Miejmy nadzieję, że powinno to udowodnić, że są oni przynajmniej świadomi implikacji kodu, który piszą, i zastanawiają się nad tym.

Chciałbym też zachęcić ich do wyrażenia opinii na temat niektórych zagadnień technicznych (przydatność lub brak Mavena, zaznaczone kontra niesprawdzone wyjątki itp.), A następnie zagrać adwokata diabła, aby zobaczyć, jak dobrze mogą argumentować.

„Jaka była ostatnia (najlepsza) książka techniczna, którą przeczytałeś?”

lub bardziej ogólnie:

„W jaki sposób aktualizujesz swoją wiedzę?”

To niesamowite, ile osób nigdy nie przeczytało książki technicznej, odkąd skończyły szkołę. A jeśli nigdy nie czytałeś książki, odkąd skończyłeś szkołę i dziesięć lat temu, prawdopodobnie nigdy nie słyszałeś o takich rzeczach, jak testy jednostkowe, wzorce projektowe, zasady SOLID ...

Odpowiedź na komentarz :

Jeśli chcesz, możesz głosować za mną, ale to jedno z moich ulubionych pytań do wywiadu. Blogi, wikipedia, SO są świetnymi źródłami najnowszych wiadomości na temat zaawansowanych technologii. Ale nie sądzę, że możesz nauczyć się naprawdę złożonych przedmiotów (takich jak te, które znajdziesz w książkach Knutha) w pełni, czytając blogi.

Jeśli będę musiał wybierać między dwoma programistami, z których jeden pokazuje chęć uczenia się nowych skomplikowanych przedmiotów, a drugi nie, zatrudnię pierwszego. Nawet jeśli on lub ona chce więcej pieniędzy. Opłaci się na dłuższą metę.

Odwróć tę połączoną listę. Teraz zrób to w czasie liniowym. Teraz zrób to w liniowym czasie i stałej przestrzeni.

Czy uważasz się za szczęściarza?

Przeczytałem to w wywiadzie dla jednego z członków założycieli Bruel & Kjaer i uderzyło to we mnie. Ludzie odnoszący sukcesy prawdopodobnie uważają się za szczęściarzy. Widzą niepowodzenia jako możliwości wprowadzania ulepszeń i dzielą się swoimi sukcesami (szczęściem) z ludźmi wokół nich - Szczęściarze przynoszą więcej szczęścia. *

Ludzie, którzy uważają się za nieszczęśliwych, częściej są złym jabłkiem w twoim zespole.

* W tym kontekście Szczęście należy rozumieć jako okazję na spotkanie przygotowawcze , a nie czterolistną koniczynę.

Ten, który zawsze dla mnie pracował ...

„Opowiedz mi o swoich poprzednich projektach” .

A następnie wykorzystaj ich odpowiedzi jako punkt przeskoku w pytaniu o ich rolę w projektach i dlaczego podjęli określone decyzje. Zamiast przeprowadzać wywiad z SAT, po prostu rozmawiam z nimi. To zawsze było więcej niż wystarczające, aby ocenić, czy deweloper był odpowiedni na stanowisko.

Tylko raz zostałem zatrudniony do pracy, w której znałem już używany język, więc pytania specyficzne dla języka nie mają dla mnie dużej wartości. Ja też osobiście nie dbam o składniowe ciekawostki ( jak zrobiłbyś rodzaj waty cukrowej, będąc uwięzionym w zagrodzie pełnej głodnych Zebr? ) I mam pytania, więc nigdy nie zadaję tego rodzaju pytań.

Gdybyś mógł mieć jakąkolwiek pracę na świecie, co by to było?

Naprawdę szukam tylko jednej rzeczy: poważnej próby odpowiedzi. Jedyną złą odpowiedzią jest śmiech i powiedz ankieterowi, że jest to najbardziej stereotypowe pytanie na świecie. (Nie głosowałem za wynajęciem).

To jest naprawdę zestaw dla mojego ulubionego pytania:

Jeśli chcesz zostać [gwiazdą rocka], dlaczego starasz się o stanowisko [Inżyniera Rozwoju Internetu III] tutaj w [HugeCorp]?

Działa najlepiej, jeśli faktycznie dają odważną odpowiedź. Rzadko widzą, że to nadchodzi, i jest to naprawdę okazja, by ktoś zabłysnął, mówiąc coś w stylu „godziny tutaj są lepsze” lub „moja kariera tutaj potrwa dłużej niż typowa gwiazda rocka”.

Kłamałem także, że nie ma złej odpowiedzi na pierwsze pytanie. Chyba że rozmawiasz o jakiejś niesamowitej wymarzonej pracy, to praca, z którą rozmawiają, jest złą odpowiedzią. A jeśli rozmawiasz o wymarzonej pracy i jeszcze jej nie masz, powinieneś zadać sobie pytanie, dlaczego się o nią nie ubiegasz.

Podczas wywiadów c # uwielbiam pytać: „Jak radzisz sobie z błędami w metodzie”? Jeśli otrzymam przyzwoitą odpowiedź na to pytanie, pytam „Jak skonfigurować / obsługiwać konfigurację obsługi błędów w aplikacji internetowej?”

Zawsze jestem zdumiony, ilu programistów nie ma problemu z pierwszym pytaniem i nie ma pojęcia o drugim. Przeprowadziłem nawet wywiad z wieloma, którzy nie potrafili opisać, w jaki sposób błędy były obsługiwane w ich obecnym projekcie.

Coś takiego:

pomnożyć wartość o 7 bez korzystania *, /oraz +operacje. :)

Podobne do Davida, ale nieco inne:

Spójrz na niechlujny rzeczywisty kod produkcyjny z wcześniejszej wersji, którą później naprawiliśmy i ulepszyliśmy. Powiedz mi co robi. Powiedz mi, gdzie są problemy (poprawność i styl). Powiedz mi, jak to naprawisz i ulepszysz.

Pomaga to odróżnić osoby, które potrafią pisać nowy kod, oraz osoby, które potrafią poradzić sobie z rzeczywistością baz kodowych.

wiele lat temu zapytano mnie o różnicę między wyrażeniami regularnymi / a * / i / a *? /

Osobiście zadaję kilka pytań na temat rekurencji.

Jestem zaskoczony liczbą nieudanych odpowiedzi na to pytanie:

Jak szukać elementu na nieposortowanej liście?

Moje ulubione pytanie to:

(Prawdopodobnie w połączeniu Java / C # i pseudokodu)

Korzystając z nieegzotycznych kontenerów, zaprojektuj klasę, która zachowa się jak słownik, który jest tak wydajny, jak to możliwe, co pozwala również na wyliczanie kluczy nie w kolejności „losowej”, ale w kolejności, w jakiej klucze te zostały dodane do słownika, ponieważ został stworzony po raz pierwszy.