Раніше ми вже писали про кількох програмістів JavaRush. Наша наступна історія – про керівника команди розробників Олександра Мядельця. Сашко захопився програмуванням ще у школі, пізніше це захоплення переросло у професійну розробку. Попрацювавши в багатьох компаніях, з 2014 року Саша працює в JavaRush: спочатку він писав завдання для курсу, пізніше перейшов на бекенд, а потім став керувати командою розробників.
"Я почав писати найпримітивніші ігри"
У дев'ятому класі я змінив школу на коледж і з'явився новий предмет — “Інформатика”. На ньому ми почали вивчати Паскаль, і спочатку я не зовсім розумів, що це: нам дали якісь методички, вони мали приклади програм, ми їх перенабирали, переписували на листочки. Часто вони не запускалися, тому що були друкарські помилки, наприклад, не вистачало крапки з комою. Трохи згодом у мене з'явився комп'ютер, і я почав встановлювати якісь ігри, до цього я грав лише у своїх друзів. Одного разу однокласник сказав, що на Паскалі можна робити ігри. Мене це дуже зацікавило: це дуже здорово, коли можна написати щось і це візуально відображається. Я почав писати найпримітивніші ігри. Протягом 10-го та 11-го класів цим я й займався. Тоді я зрозумів, що хочу стати програмістом. У середовищі, в якому я спілкувався, програмування був мейнстримом. Ця професія не була популярною і не було жодної інформації про те, що програмісти мають високі зарплати. Я пішов вступати до Донецького національного технічного університету. У ньому було кілька спеціальностей, пов'язаних із програмуванням: системне програмування, програмне забезпечення, обчислювальна техніка. Я почитав опис і мені здалося, що системне програмування — це найкрутіше із запропонованого. На цей напрямок я і вчинив. Моя спеціальність передбачала розробку як софту, так і апаратури. Ті знання, які давали в університеті, мені не знадобабося, зате знадобилося вміння розбиратися з чимось, щось робити в поставлені терміни. Коли я закінчив університет і пішов працювати, мені здалося, що працювати легше, ніж навчатись. На першому курсі ми вчабо Паскаль,
“Мене запитабо на стажування до Польщі”
Ще навчаючись в університеті, я брав участь в олімпіаді від американської компанії, зайняв одне із призових місць, і мене запитабо на стажування до польської філії цієї компанії. Це був мій перший виїзд за кордон: тоді я побачив, як працюють програмісти, якими технологіями та інструментами вони користуються. На стажування я поїхав як фахівець із розробки апаратури мовою VHDL. Там я познайомився з хлопцями, які програмували на С++. Мені здалося, що розробка софту мені ближче, а в той час я був не дуже компетентний у цій мові. Мені порекомендували книгу Б'єрна Страуструпа ( програміст, автор мови програмування C++- ред.), я її купив, став читати і зрозумів, що мені складно, я не розумію. Я відклав її і через рік повернувся до неї — тоді мені стало зрозуміло, що в ній написано. За рік мій рівень значно підвищився, бо багато практикувався. Мені тоді здалося, що я вже розібрався із С++, і мене запитабо ще раз до цієї ж компанії, тільки вже в інше місто, влітку на кілька місяців на стажування. Тоді я поїхав як програміст С++ і зрозумів, що знову нічого не знаю. Мені навіть зараз трохи соромно за той рівень, з яким тоді я приїхав. Я нічого не розумів. Але це був цікавий досвід і я дізнався багато нового. В університеті ми мали багато складних курсів, але вони були пов'язані не з цим. Так я закінчив навчання і усвідомив, що хочу бути програмістом С++.
“Це була моя перша співбесіда, але мене взяли”
Після університету я знайшов роботу на першій співбесіді в компанії XITEX Software. Я вважаю, що мені пощастило. Зарплата була мінімальна, але мене взяли, і я почав отримувати досвід. Ми розробляли візуальний редактор генератора звітів. Пізніше компанія перекваліфікувалася та почала робити ігри. Я пропрацював рік у цій компанії і мені здалося, що я вже все знаю і можна пройти іншу співбесіду. Один із моїх одногрупників, який працює в IT-компанії, запропонував спробувати пройти інтерв'ю в його компанію Codeminders. Я пройшов технічну співбесіду, але мені сказали, що в мене занадто мало досвіду для замовника, тому вони не можуть зробити оффер. Я продовжив роботу у XITEX Software. Пропрацював там два роки, і директор компанії сказав, що відкриває ще одну компанію у Києві, запропонував мені там місце. Я погодився. Я переїхав до Києва і всього тиждень пропрацював у київській філії моєї першої компанії. У Codeminders, яку я співбесідувався рік тому, дізналися про це. Я мав плюс один рік досвіду, тому цього разу мені зробабо оффер. У результаті я змінив роботу. Це була одна з ключових компаній, в яких я працював, тому що там я познайомився з багатьма хлопцями, з якими спілкуюся досі. У Codeminders я пропрацював з 2009 по 2012 роки. Там я почувався добре, мій досвід зростав, у мене було багато друзів. Але я знову вирішив поміняти роботу, тому що хотілося отримати досвід роботи у великій компанії. На той час в Україні великими компаніями були, напевно, лише ЕPAM, Luxsoft та Ciklum. Я спробував пройти співбесіду з Ciklum і зрозумів, що до співбесід потрібно готуватися. До цього я проходив співбесіди на позицію джуна, а тоді вже претендував на позицію синьйора. Я зрозумів, що незважаючи на те, що я маю досвід, я не готовий відповідати на всі запитання, які ставлять на інтерв'ю. Є співбесіди, коли люди намагаються дізнатися, що ти знаєш, а навпаки — що ти не знаєш. Ось цього “що я не знаю” було багато. Я почав дивитися в мережі запитання та відповіді до співбесід, прокачувався. Таким чином, підготувавшись, я пройшов співбесіду до компанії EPAM: я працював на проекті банку Barclays. На проекті працювала серйозна команда щодо технічних навичок — усі були синьйори. Ось цього “що я не знаю” було багато. Я почав дивитися в мережі запитання та відповіді до співбесід, прокачувався. Таким чином, підготувавшись, я пройшов співбесіду до компанії EPAM: я працював на проекті банку Barclays. На проекті працювала серйозна команда щодо технічних навичок — усі були синьйори. Ось цього “що я не знаю” було багато. Я почав дивитися в мережі запитання та відповіді до співбесід, прокачувався. Таким чином, підготувавшись, я пройшов співбесіду до компанії EPAM: я працював на проекті банку Barclays. На проекті працювала серйозна команда щодо технічних навичок — усі були синьйори.
"Я вирішив попрацювати з Java"
У 2014 році один із колег, з яким я працював у Codeminders, сказав, що є класна позиція в Ciklum, і запитав, чи не хочу я туди перейти. Так я перейшов у Ciklum і продовжив працювати як С++ розробник. Трохи пізніше один із моїх екс-колег розповів, що є чудовий стартап JavaRush, і потрібний хтось, хто зможе написати завдання. Тоді було десь 16 рівнів із завданнями, а на решті рівні — лише лекції. Але була проблема — я не знав мови Java. У мене є молодший брат, він також програміст, пише на Java. Ще давно ми з ним розмовляли щодо перспективності мов, і він мені радив переходити на Java. Я вирішив спробувати. Коли програміст вже має великий досвід, йому достатньо вивчити синтаксис нової мови, знання фреймворків на той момент мені не потрібні. Так я перейшов у JavaRush і став розробником. Разом зі мною найняли ще кілька програмістів. Один хлопець писав завдання, другий займався бекендом. Через деякий час ми дописали завдання, але хлопець, який займався бекендом, пішов, і його завдання поступово перейшли до нас. Поступово я почав займатися бекендом. У JavaRush на той час було кілька співробітників. Головним бекенд-розробником тоді був Діма Вежнін (засновник JavaRush), але мав безліч обов'язків, тому плавно весь бекенд перейшов до мене. Потім додалися нові хлопці, і ми почали переробляти задачі для JavaRush 2.0 - це була нова версія системи, яка по закінченні вирішення завдання говорила не тільки про те, вирішив ти чи ні, але й підказувала, що саме неправильно і що треба поправити. Коли я прийшов на JavaRush, це був просто невеликий ресурс із лекціями та завданнями, важлива фіча якого – перевірка рішень онлайн. Подібних ресурсів на той час не було, принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. важлива фіча якого – перевірка рішень онлайн. Подібних ресурсів на той час не було, принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. важлива фіча якого – перевірка рішень онлайн. Подібних ресурсів на той час не було, принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. і фронтендом, і тестуванням, та Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. і фронтендом, і тестуванням, та Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника.
Поради для розробника-початківця:
Знайдіть ментор.
Класно, коли є людина, яка володіє мовою програмування, яку вивчаєш. Коли я вивчав свою першу мову програмування, мені цього не вистачало — з кимось обговорити незрозумілі завдання. Добре, коли є колектив однодумців. На JavaRush це вирішується розділом "Допомога".
Тренуйтеся проходити співбесіди.
Я був і співбесідним, і співбесідуючим, і тому знаю, що ті, хто пройшов хоча б 5 співбесід, виглядають крутішими за тих, для кого це вперше. Тут як у спорті: потрібне тренування. Не потрібно мріяти про одну єдину вакансію, до неї старанно готуватися і сподіватися, що ти прийдеш і з першої спроби отримаєш цю роботу. Потрібно пройти 5-6 співбесід — і тоді твої шанси пройти співбесіду мрії будуть набагато вищими.
Знайдіть списки питань для співбесід в інтернеті.
Співрозмовнику потрібно якимось чином визначити ваш рівень. Тому він ставить запитання та оцінює ваші знання з відповідей. Ці питання можна знайти, вивчити, розібратись.
Практикуйтесь.
Набагато ймовірніше отримати роботу, якщо у вас є досвід. У цьому плані мені допомогло стажування. Тим, хто навчається на JavaRush, може допомогти стажування наприкінці курсу.
Коли ви читаєте щось і не відпрацьовуєте практично, воно швидко забувається. На JavaRush за опрацювання відповідають завдання.
Прокачуйте soft skills.
Є добрі спеціалісти, але вони не вміють взаємодіяти з іншими людьми. Це заважає роботі. Мені здається, комунікабельним людям простіше кар'єрно зростати, вони швидше вливаються в проект, бо можуть підійти щось запитати, а не намагатися порозумітися з чимось, з чим давно розібралися їхні колеги.
Не варто боятися погоджуватися на маленьку зарплату на першій роботі , буквально через рік, якщо це буде рік реального досвіду, можна буде претендувати на значно більшу зарплату.
Так я перейшов у JavaRush і став розробником. Разом зі мною найняли ще кілька програмістів. Один хлопець писав завдання, другий займався бекендом. Через деякий час ми дописали завдання, але хлопець, який займався бекендом, пішов, і його завдання поступово перейшли до нас. Поступово я почав займатися бекендом. У JavaRush на той час було кілька співробітників. Головним бекенд-розробником тоді був Діма Вежнін (засновник JavaRush), але мав безліч обов'язків, тому плавно весь бекенд перейшов до мене. Потім додалися нові хлопці, і ми почали переробляти задачі для JavaRush 2.0 - це була нова версія системи, яка по закінченні вирішення завдання говорила не тільки про те, вирішив ти чи ні, але й підказувала, що саме неправильно і що треба поправити. Коли я прийшов на JavaRush, це був просто невеликий ресурс із лекціями та завданнями, важлива фіча якого – перевірка рішень онлайн. Подібних ресурсів на той час не було, принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. важлива фіча якого – перевірка рішень онлайн. Подібних ресурсів на той час не було, принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. важлива фіча якого – перевірка рішень онлайн. Подібних ресурсів на той час не було, принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. принаймні у російськомовному інтернеті. Зараз JavaRush - це велика платформа, де є купа всього. Я вже керую цілою командою, яка займається і бекендом, і фронтендом, і тестуванням, і Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. і фронтендом, і тестуванням, та Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. і фронтендом, і тестуванням, та Android-розробкою. Керівництво передбачає й відповідальність. Я відповідаю не лише за результати своєї роботи, а й за результати команди. Всі люди різні: є більш-менш відповідальні, більш-менш компетентні. Але я розумію, що повинен все контролювати. Коли я був розробником, то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника. то вважав, що керівники відпочивають, просто роздають завдання. Коли мені довелося займатись цією роллю, я зрозумів, що це набагато складніше, ніж здається з боку розробника.
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ