On Tuesday, 17 July 2012 09:51:00 UTC+1, Roman W wrote:
> Chcialem prosic grupowiczow o zasugerowanie dobrych pytan na interview dla
programisty, sprawdzajacych "wiedze ogolna" i ogolne obycie w dziedzinie
(nic co byloby specyficzne dla jezyka czy technologii).
>
> RW

Oczywiście to zależy jaki poziom ogólnej wiedzy i obycia jest oczekiwany.

Ogólnie, według mnie bardziej sensowne są otwarte pytania typu "opowiedz,
co wiesz o..." niż konkretne typu "podaj definicję".

Kilka sugestii:
"Jak działa komputer?"
"Jak działa wielozadaniowy system operacyjny?"
"co to jest automat skończony (state machine)?"
"co to jest maszyna Turinga?" (wybadać czy słyszał o obliczalności, problemie
stopu, turing-completeness itd.)
"jak zbudowany jest kompilator?" (można przy okazji zobaczyć co wie o gramatykach,
notacjach)
"jakie znasz paradygmaty programowania?" (na czym polega OOP, co to jest
programowanie imperatywne i deklaratywne, statyczne i dynamiczne, czy
słyszał o programowaniu funkcyjnym itd.)
"co wiesz o złożoności obliczeniowej?"
"jakie znasz kontenery danych? jak się je implementuje?"
"co wiesz o programowaniu współbieżnym?"
"jakie są według ciebie dobre praktyki, których powinien trzymać sie
programista?"
"jak programista może testować swój kod?"
"co zrobić, żeby stworzyć program, który robi to, co powinien robić?"

Oczywiście problem jest taki, że na każde z tych pytań można długo odpowiadać,
a czas jaki można poświęcić na interview jest skończony. Nie mam szczególnie w
takiej sytuacji zdania, czy lepiej zadać mniej pytań, a zostawić więcej czasu
na każdą odpowiedź, czy ucinać rozmowę na dany temat po kilku minutach i
przechodzić do kolejnych pytań. Na pewno warto wziąć przyjnajmniej jedno z
pytań, w którym kandydat się dobrze czuje, i rozwinąć w dyskusję. OTOH, jak
widać, że w danym temacie nie ma nic ciekawego do powiedzenia, to nie ma co
wałkować i można przejść do kolejnego.