Які топ-компанії шукають в інтерв'ю? [зачинено]

В основному я шукаю, що це таке, що ти піднімаєш голову, і ти перебуваєш поза процесом, що залишився?
Чи є раундами усунення справедливим способом судити про людину? Будь-хто може мати погану годину :-(
Якщо ви кодуєте найкраще можливе або маєте правильно алгоритм? Я, як правило, спочатку кодую працездатне рішення, а потім працюю над ним до рівня, на який я думаю, що це виглядає красиво для мене. Це неправильний підхід?

Нещодавно у мене було телефонне інтерв'ю, в якому мене попросили написати варіацію обходу рівня замовлення за 20 хвилин. Я міг отримати алгоритм та робочий код за 20 хвилин, але не міг отримати обробку "Виняток" та правильність кодування, після чого я не почув їх :-( Всі інші запитання в інтерв'ю пройшли дуже добре, це було єдине, що було «не до позначки».

Потрібно сказати, що мені подобається компанія, і я подати заявку знову, але хочу, щоб це було правильно наступного разу :-)

Будь ласка, поділіться своїм досвідом та цінними пропозиціями.

interview experience top-companies

— Гек
джерело

Майте на увазі відносні витрати на неправильне оцінювання кандидата. Помилковий негатив (не наймаючи на когось, хто був би хорошим працівником) має лише можливі витрати для роботодавця, тоді як хибний позитив може бути дуже дорогим, а також може мати наслідки для всієї організації, і неприємний.

— Кріс Бай

@Chris: Ти маєш рацію. +1.

— Geek

Відповіді:

Роблячи технічні співбесіди, я чесно шукаю людей, які вдаряться додому. Якщо кандидат не схожий на те, що знає свої речі, він не буде ефективним у своїй ролі (я тут говорю позиції старших розробників).

Подивіться на це так: чи не хочете ви мати жорстке співбесіду, де не влаштуєтеся на роботу (тому що ви не добре підходите), або просте інтерв'ю, де ви дійсно отримаєте роботу, але потім відпустите після 90 дні, тому що у вас над головою?

Я бачив занадто багато розробників в останньому таборі. Якщо ви не отримали роботу через те, що ви промайнули технічну частину, вважайте це благом у маскуванні. Якщо вам не подобається відхилення, погляньте на свої технічні навички.

— Марсель Ламот
джерело

Дуже добре сказав Марсель. Я якось відчуваю, що не кожен (як би добре) не міг все виправити у невідомій проблемі (час - це обмеження). Якщо хтось пропливає через проблему, він, ймовірно, раніше написав той же код або подібний код. Одне питання, хоча в раунді елімінації чи знаєте ви, що хтось недостатньо хороший, якщо він придумує питання або два (якщо хтось не робить помилок). Я намагаюся сказати, що це «раунд усунення», коли ви, здається, переходите від гіпотези, «ви знаєте, що some1 недостатньо хороший». Так поганий хлопець ?? Очевидний немає прокату ..

— Geek

Інтерв'ю - це важке мистецтво, і я не претендую на те, щоб бути експертом. Але в моєму випадку я не намагаюся грати в гру "готча!" - де я просто чекаю, коли хтось щось помилиться. Натомість я перевіряю їхні знання, намагаюся зрозуміти, наскільки це глибоко. Чи може кандидат легко пояснити, як працює хеш-таблиця, наприклад. Зазвичай досить легко зрозуміти, хто потрапляє у виграшну колонку, а хто ні.

— Марсель Ламоте

@Geek - ти скоріше будеш людиною, яка це правильно зробила, і хтось, хто цього не зробив? Це може бути викликом кодування або непростим запитанням про те, як ви працюєте з проблемними членами команди, але зрештою всі кандидати, окрім одного, повинні бути усунені.

— JeffO

@Geek: "раніше писав подібний код". Можливо, вони написали приблизно подібний код. Обхід рівня рівня - це варіант обходу дерев, який повинен бути знайомий кожному випускнику CS. Якщо вам це не знайоме, значить, ви десь щось пропустили. Ви брали клас алгоритмів, чи не так?

— кевін клайн

@kevin: Перехід рівня порядку - це легко, якщо я можу перефразувати питання як "Зважаючи на обмеження часу, які речі можна пропустити, і все ще вважатимуться досить хорошими". Я думаю, Кріс Бай чудово коментує це питання.

— Geek

Коли люди просять вас кодувати прості алгоритми за дуже обмежений час, умовами кодування та обробкою винятків буде останнє, на що вони дивляться. Якщо тільки ви робите що - то жахливе, звичайно ж , як і іменування функції , що перетинає func, і всі змінні a, b, c. Можливо, була ще одна причина, чому вони вам не передзвонили.

Звичайно, у кожного може бути погана година. Але це поганий знак, якщо ви, ймовірно, матимете одну погану годину з тих п'яти, які ви витратили на кілька раундів інтерв'ю, і якщо ви не можете підготуватися до важливих дій.

Особисто я вважаю, що отримати щось, що працює, і вдосконалити його - це неправильний підхід. Багато людей (включаючи мене) думають, що якщо людина пише код, схожий на безлад, у нього також є безлад у голові. Я б запропонував вам писати код повільніше, але більш продумано.

І навіть більш особисто (і, можливо, образливо), я не думаю, що ти достатньо хороший в алгоритмах. Тільки тому, що ви пишете це як "Алгоритм" із великої літери А. Ви не пишете те, чого не боїтесь, як це.

— П Швед
джерело

Лол .. Мені сподобався останній абзац :-) Зверніть увагу на столицю L у розділі "Лол". Мені шкода, але англійська мова не є моєю першою мовою. До речі, я дізнався, що алгоритм має бути написаний без великої літери :-)

— Geek