Чому під час інтерв'ю мені задавали загальні, нетехнічні питання? [зачинено]

Я пройшов перше телефонне інтерв'ю в Amazon минулого тижня, і вони задали основні технічні питання під час інтерв'ю.

Сьогодні у мене було друге телефонне інтерв'ю, і я добре підготувався до іншого технічного інтерв'ю, але воно зовсім не було технічним.

Після того, як ми представились, він задавав такі питання:

1. Чому ти любиш займатися програмуванням?
2. Що вам не подобається в програмуванні?
3. Що ви очікуєте від нової роботи?
4. В останньому проекті, над яким ви працювали, як ви переконалися, що проект був реалізований відповідно до вимог клієнта?
5. Чи був якийсь проект, що під час розробки ви відчували, що дизайн поганий, і якщо так, що ви зробили, щоб виправити проблему?
6. Як ви інженер, як би ви не відставали від нових технологій?

Крім того, коли я пояснив йому нещодавній проект, над яким я працював, він запитав мене, чому ми вирішили прийняти конкретне дизайнерське рішення і чи це моє рішення.

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

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

Чому мені задавали такі питання, і які відповіді очікують інтерв'юери?

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

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

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

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

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

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

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

Ще одна зависання, яку я бачу, - це неможливість сказати «ні» вищому начальнику. Це ще одна культурна відмінність між високо оціненими західними цінностями, такими як те, як ми розглядаємо незалежність та творчість як важливіше, ніж бути підлеглими, примиреними чи поважними.

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

EDIT: Моя відповідь, схоже, викликала суперечки, тому я уточню деякі моменти. Вони не ґрунтуються на жодних наукових доказах чи дослідженнях, про які я знаю. Моя відповідь - це повністю моя думка, заснована на азіатських студіях, філософії та курсах всесвітньої історії, які я брала в університеті, а також на кількох близьких дружбах з людьми з багатьох культур у всьому світі.

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

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

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

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

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

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

Запитання, що ви очікуєте від роботи, дає інтерв'юеру деяке розуміння того, чому ви хочете займати цю посаду. Вони хочуть знати, чи шукаєте ви 40-50 годин на тиждень роботу за зарплату, чи ви захоплені своєю роботою. Вони хочуть знати, що ви шукаєте від своєї компанії, з точки зору особистого та професійного розвитку та зростання. Знову ж таки, це повертається до культурного поєднання з колективом та організацією. Компанії не просто шукають людей, щоб заповнити стіл, а скоріше вносять внесок у знання та можливості організації. Для цього вони повинні знати, чого ви очікуєте від щасливого, продуктивного, сприяючого працівника.

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

Усі ці питання також охоплюють вашу здатність спілкуватися про себе та свої бажання та цілі з іншими людьми. Інженерія програмного забезпечення - це стільки ж, скільки стосується спілкування, як і проектування та побудова програмних систем, тому для цих суб'єктивних, відкритих питань важливо вміти думати і пояснювати себе інтерв'юеру.

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

Я прихильник прикладів, тож давайте кілька. Яку людину ви б воліли найняти?

Чому ти любиш займатися програмуванням?

• Мені подобається програмування, тому що мені подобається вирішувати проблеми і мені подобаються комп’ютери.
• Я програмую, бо це моя робота.

Що вам не подобається в програмуванні?

• Я не люблю програмування поодинці, я більше вважаю за краще працювати в команді.
• Мені не подобається писати коментарі, тестування блоків та користуватися системою VCS.

Що ви очікуєте від нової роботи?

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

Інші відповіді тут висвітлювали, чому ці питання часто задаються в інтерв'ю. Сподіваємось, це може дати точніше уявлення про спектр відповідей.

Нічого собі, відповіді тут чудові! Я був налаштований забезпечити своє, але марка потрапила так повністю, що я маю додати лише одну чи дві речі!

По-перше, основна передумова управління командами - Заробітна плата розробника недешева. І крива навчання пристосуванню нової людини до колективу є суттєвою. Це не просто вартість людини, коли вони навчаються, як поєднатися з командою / компанією, але й час команди на прискорення людини. Команда повинна допомагати одна одній, тому, коли приєднується нова людина, всі повинні бути готові трохи сколотись, щоб допомогти новому хлопцеві та витратити трохи додаткового часу на те, щоб перші кілька спроб спілкування були зрозумілими. Це означатиме падіння загальної продуктивності - гідна торгівля, але не дешева.

Отже ... менеджер повинен знати:

1 - чи буде мінімальний період адаптації нового хлопця - як людина ставить проблеми, що робить людина, коли бачить проблему, і як людина інтерпретує те, що чує - все це хороші показники того, як ця людина працює в командному середовищі. ПРИМІТКА: Тут немає досконалості, і іноді довгий період коригування цілком вартий цього, залежно від хімії команди.

2 - як довго буде триматися новий хлопець- то що робити, якщо ви любите нового хлопця - якщо він покине компанію через рік, ви втратили гроші на його наймання. Навіть для чудотворця, думаю, що у нового хлопця потрібно три місяці ледь продуктивного часу, а потім ще 3 здебільшого продуктивного часу. Лише приблизно через 6 місяців новий хлопець піднімається і збирається. До кінця року його продуктивність починає амортизувати той ранній період невиробництва та збиття команди. Якщо новий хлопець подає свою відставку приблизно в цей час, ви, як правило, зазнаєте чистої втрати. Команда відчуває опік, ви не отримали ефективності, на яку ви сподівалися, загалом, від нового найму, і ви вклали неабиякий капітал, який підходить йому. Перші два запитання вище - це те, що я називаю "чи залишиться він" питання - якщо людина хоче кардинально іншої корпоративної культури, тоді ніяка переконливість не утримає його. ПРИМІТКА. Діагностувати нові студії коледжу може бути майже неможливо. У 9 разів з 10 у них немає достатнього досвіду, щоб дійсно сказати вам, що вони захочуть - зрештою, вони не психічні!

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

Здається, інтерв'юера у вашому випадку цікавлять:

• Чи може ця людина ефективно спілкуватися зі своїми товаришами по команді, щоб працювати як команда?
• Чи має ця людина справжній інтерес до ІТ-галузі та справді любить те, що робить.
• Чи буде з цією людиною приємно працювати?

Мовні навички не є критерієм.

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

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

Відмова: Я жодним чином не виступаю за політику Amazon, і заява, викладена вище, - це лише моя особиста думка.

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

Як і інші тут, я завжди задаю подібні запитання під час співбесіди.

Три речі, які я намагаюся отримати з інтерв'ю, це:
1- Пристрасть (люблю вирішення проблем та отримання результатів)
2- Здатність розуміти та пояснювати проблеми та рішення на різних рівнях для різних аудиторій
3- Особистість (Здатність вписатись у відпочинок команди)

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

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