Как да ноктирам това интервю за кодиране

Всички преминахме през това. Всеки програмист, когото познавате, всеки един, който сте чували, дори и тези, на които се възхищавате, премина техническо интервю и познайте какво. Те се проваляха поне веднъж.

Така че има ли един трик, който ще направи следващото ви интервю успешно? Истината е, че няма трик. Но има някои начини, които могат да увеличат възможностите ви за получаване на тази работа и аз ще напиша някои от тях в тази статия въз основа на моя собствен опит в интервюто.

На първо място ще споделя с вас факт, който може да не е толкова изненадващ. Замисляли ли сте се какви интервюиращи търсят във вашето CV?

Колега.

Да, те просто искат разработчик, с когото да общуват, да си сътрудничат и да обменят знания и знания. Ето защо, преди да се потопите в кода, повечето интервюиращи обичат да говорят за вашата личност. Перфектният кандидат е човек, който е комуникативен, има умения за кодиране и знае как да споделя знания, някой, който може да се почувства собственик за кода си, да поеме отговорността в трудни времена и да оправи неща, които не са съвсем правилни, дори ако той / тя не трябва.

Затова не забравяйте да подготвите (или дори да изградите) примери за ситуации, които доказват защо те трябва да вярват, че вие ​​сте този перфектен кандидат. Освен това накарайте интервюиращия да се чувства като в екип. Интервюиращият иска да знае какво е чувството да работиш чрез проблем с теб, затова накарай интервюто да се чувства съвместно. Когато ви попитат за проблем с кодирането, опитайте се да използвате „ние“ вместо „аз“, както в „Трябва да използваме x подход, защото…“ Освен това, помислете на глас. Сериозно. Кажете: „Нека се опитаме да направим това и това - не съм сигурен дали все пак ще работи“ Ако сте заседнали, просто кажете какво мислите. Кажете какво може да работи и защо вярвате, че сегашното ви решение не работи. Мога да ви гарантирам, че вашият интервюир също е преживял същата ситуация.

И наистина важно: Кажете „Не знам“. Не се опитвайте да изглеждате, за да знаете нещо, което не знаете. Ако ви питат нещо, което излиза извън познанията ви, опитайте да извлечете примери от други подобни проблеми или езици, с които се чувствате комфортно. Дори и да мислите за решение, което смятате, че то няма нищо общо с проблема, който се мъчите да решите, споделете го с вашия интервюиращ и обяснете защо смятате, че не е свързано.

От техническа страна, в зависимост от позицията, за която кандидатствате, може да се задават различни въпроси. Общото правило е следното. Ако твърдите, че познавате добре език на програмиране, трябва да можете да разберете и обясните неговата механика, неговите въздействия, слабостите му. В кои ситуации бихте го използвали, в кои не и защо.

Ето няколко въпроса, които задавам през повечето време:

  • Работили ли сте в екип преди?
  • Кои гъвкави методологии сте използвали преди?
  • Как да се уверите, че знанията се разпространяват във вашия екип?
  • Как бихте се справили с разработчик, който има различно мнение от вашето по решаваща тема?
  • Имали ли сте някога конфликт с ваш колега и как го преодоляхте?
  • Кой беше последният технически проблем, с който трябваше да се справиш?
  • Как да дефинирате собствеността на кода?
  • Каква е вашата професионална крайна цел?

Само напомняне, можете да се подготвите с отговори, които не е задължително да се основават на реални събития. Освен това, не забравяйте да зададете свои въпроси за компанията, продукта и методологиите, с които работят вашите потенциални колеги.

Разбира се, тази статия не може да гарантира, че следващото ви интервю ще бъде успешно. Но въз основа на моя собствен опит в интервю, подготвените кандидати, които следват тези насоки, имат повече шансове да получат тази роля.

Приятна седмица!