Щоб отримати роботу в Luxoft, я пройшов 6 співбесід і здав 3 тестові: продовження історії розробника Саші Копайгородського

Цей текст — продовження історії Сашка Копайгородського ( Александр ), у минулому блогера, монтажера та музиканта. Кілька років тому Сашко переїхав до Польщі та вирішив перевчитися на розробника. У першому тексті Сашко розповідав , як навчався та автоматизував процеси в компанії, в якій працював. У другій частині він розповідає, як отримав роботу у польському підрозділі Luxoft.

"Я сам запропонував відновити процес через пару місяців"

Минулого тексту ми зупинабося на тому, що я співрозмовився в кількох великих компаніях — EPAM та Motorola. B Motorola я дійшов до останнього етапу, мене спробували направити в одну команду, потім в іншу, але, мабуть, щось не зрослося і знайшовся кандидат краще. Я мав бажання отримати досвід роботи у великій компанії, розібратися з процесами, покопатися в legacy коді, попрацювати з мікросервісами. Один рік досвіду в такій команді відчиняє двері куди завгодно. У той період на минулій роботі один із клієнтів раптово попросив мене написати мобільний додаток. Я взагалі не розумів, як його робити. У мене були знання на тему React JS, хоча мій профіль це бекенд. Проте я взявся за проект. В цей час мені написали з Luxoft: рекрутер і запропонував пройти співбесіду. Пройшла перша співбесіда, зі мною захотіли провести додаткове обговорення додаткових питань. Якогось моменту в цьому процесі (це тривало тижнів півтора) я зрозумів, що просто не встигну зробити проект на поточній роботі, а мені було дуже цікаво — це був кросплатформовий додаток для мобільного телефону, написаний на React Native. Коли я зрозумів, що не впораюся, Luxoft сказав, що не можу продовжувати процес і запропонував відновити його через пару місяців. Мені сказали: "Так, звичайно". що не можу продовжувати процес та запропонував відновити його через пару місяців. Мені сказали: "Так, звичайно". що не можу продовжувати процес та запропонував відновити його через пару місяців. Мені сказали: "Так, звичайно".

"Блін, ти взагалі на Java-програміста прийшов чи ми щось переплутали?"

Через 2 місяці я відгукнувся знову і мені ще раз призначабо технічну співбесіду. Вперше мене співбесідували наші люди — з Росії чи України, точно не знаю. Вдруге мене співбесідував синьйор розробник із Бразилії. Він мав усі мої дані: що я в минулій співбесіді розповів, а на що не зміг відповісти. Інтерв'ю було практично ідентичним першому, лише тестове завдання було іншим. Розробник сказав, що я маю поліпшення. Звичайно, вони були, адже я повторював усе, що було на першій співбесіді, і готувався дуже ретельно. Співбесідуючий сказав, що я підходжу під визначення сильного джуна, тому що проекти, якими я займався, не були чималими. Також він додав, що мене можна брати як джуна, але протягом 3-4 місяців я зможу вирости до регуляра (в ієрархії розробників – сильний джун, який знаходиться близько до позиції міддл-розробника – ред.). Після цієї співбесіди мені призначив дзвінок по офферу. Я цього не зрозумів, бо Luxoft — це аутсорс, і якщо перше інтерв'ю проходиш, то потім спілкуєшся лише з клієнтом. Після оффер-колу пішла низка співбесід із різними проектами. У мене було всього 4 співбесіди з різними проектами: всі вони були пов'язані з аутстафом, робота по суті на іншу компанію через Luxoft. На першому проекті, в який я співбесідувався, взагалі була якась нісенітниця в стилі роботи з low-код ( low-code - це підхід до створення, налаштування та модифікації систем та додатків, який практично не вимагає написання програмного коду- ред.). Проблема в тому, що я б взагалі не виріс як програміст на цьому проекті. Друга співбесіда була найбільш стресово-цікавою. Його проводабо двоє російських хлопців, один - з вищою освітою computer science і пишається цим дуже сильно, другий не має, але теж пишається собою. Вони почали ставити мені запитання і при цьому сперечалися між собою про термінологію. Потім вони попросабо мене написати реалізацію стека, попутно знущаючись з кожного приводу один над одним і наді мною. Таким чином вони протримали мене 2,5 години. І наприкінці один із них сказав: “Млинець, ти взагалі на Java-програміста прийшов чи ми щось переплутали?”. Я не зрозумів, жарт це чи ні, зате усвідомив, що моє терпіння добігло кінця. При цьому кожна співбесіда в компанії супроводжується фідбеком, тому я не міг дозволити собі на повну котушку відповісти. Я їм повідомив, що готовий вчитися і що тимлід, який мене візьме, швидко зрозуміє, що до чого. Є різні типи співбесід: одні хочуть, щоб програміст писав імплементації, інші дають завдання на логіку, а деякі (як останній проект) ставлять запитання – мета поставити якнайбільше запитань і отримати якнайбільше відповідей. Я швидко увімкнувся, мені це сподобалося. Я відповів на багато запитань, але дехто пропускав. Мені сказали, що вони подумають та повідомлять результат. Буквально за дві години мені написав рекрутер, що мене беруть у команду. Я дуже зрадів цьому, але у понеділок мені надіслали тестове завдання. Це було дуже стресово: начебто б взяли на проект, а тут якісь перевірки. Тестове я зробив і успішно отримав роботу. Підсумовуючи, у Luxoft я пройшов 6 співбесід та 3 тестових завдання. Luxoft була 10-а компанія, в яку я прийшов на співбесіду, і перша, яка сказала мені так. Вам скажуть так, якщо ви працюватимете над помилками.

Поради для джунів:

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

2. Не чекайте, коли будете готові на 100% до співбесіди. Якщо чекати, коли будеш підготовлений, можна ніколи не наважитись подати резюме на вакансію. Можна бути непідготовленим, але важливо мати мінімальний досвід, щоб відповідали на ваші SV. Я без досвіду роботи надіслав більше 100 CV, і мені це нічого не дало.

3. Отримайте хоча б мінімальний досвід роботи:

   • Я довгий час не розумів, що таке open source-проекти та як у них залізти. Я вліз у цю тему, коли робив додаток на React: знайшов людину, яка написала певну бібліотеку і мені вона частково підходила, так що я почав копатися в коді і дещо змінювати. Тоді я і познайомився з таким поняттям, як "контриб'ютити" ( від англ. - Зробити внесок у що-небудь ). Творець бібліотеки сказав: "Так давай, законтриб'ють зміни, буде прикольно, додаси функціональності". Тоді я зрозумів, що це просто. Можна просто загуглити такі open source-проекти та спробувати закомітити. Це те, що може дати вам потрібний досвід.

   • Якщо на вашій роботі є завдання, пов'язані з програмуванням, то безперечно йдіть до начальника і пропонуйте щось корисне: можна автоматизувати процеси, написати сайт. Це буде дуже круто, коли ви зрозумієте, що ваш код є корисним. Навіть якщо ви працюєте на СТО чи мийці, запропонуйте запиляти сайт з можливістю вибору послуг та калькулятором цін. Потім ви отримаєте можливість сапортувати цю програму або сайт за додаткові гроші. До того ж, такі проекти додають впевненості у собі.

4. Вивчіть “питання та відповіді на співбесідах”. Читайте російською, а потім спробуйте читати англійською. Обов'язково прокачуйте свою англійську.

5. Знайдіть у собі сильну навичку, ваш унікальний профіль. Нехай це буде відповідальність чи навик управління людьми.

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

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