Мідл-розробник має проявляти ініціативу, постійно розвиватися, прагнути стати кращим і бути компетентним хоча б на кількох етапах Вакансія Strong Junior/Middle Nest.js developer життєвого циклу розробки програмного забезпечення. Навчання за напрямком Full-stack розробка доступна в очно-заочному форматі тривалістю 3 роки 6 місяців та дистанційної форми – на рік довше. Розробники інтернет-додатків навчаються очно – 4 роки, або онлайн – на півроку довше. Освоєння програми веб-розробка займає очно – 3 роки 6 місяців. Попри поширеність в Україні міжнародних команд, одна річ — культурно ближчі країни на кшталт Європи та Сполучених Штатів, і трохи інше — суспільства, що радикально відрізняються від нашого. Запит на кроскультурне спілкування вже є, адже з початком війни мільйони українців виїхали в Європу.

Меддопомога з доставкою. Liki24 Foundation з січня зібрали 162 млн грн на допомогу ветеранам та гуманітарку

Не знайшовши відповіддей та підтримки серед колег перейшов на фріланс – Upwork. В 2020 році накопичений досвід віддаленої роботи стане дуже приємним бонусом і перевагою. Дуже цікаво було працювати з СТО різних компаній та переймати їхній підхід до роботи та спосіб мислення. Але що стосується софт скілів то окремо хочеться виділити індусів. «Бути лідером напрямку» чи «обирати найкращі для бізнесу рішення» — це взагалі не про технічні скіли, а про product ownership, business analysis & project management.

987 Відповідь від P.Y. 11.09.2023 19:11:54

• Гарна задачка для людини, яка лише доєдналася до команди.
• Middle — має високий рівень технічних навичок, достатній для виконання всіх задач в доменній області.
• Через місяць виявилося, що спеціаліст провів дуже хаотичні дзвінки та не прояснив на них потрібні питання, тому що розхвилювався і не підготувався якісно до такого роду спілкування.
• Грейдинг, який містить проміжні позиції, як-от Strong Junior, або ж систему з 6+ рівнями, є сенс впроваджувати тільки у великих компаніях.
• Прості завдання можна не перевіряти, оскільки, пройшовши шлях від Junior до Middle, він добре знає їх реалізацію.
• Тому визначати зростання за допомогою назв рівнів або позицій — непогана практика.

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

Junior, Middle, Senior: основні відмінності та вимоги до IT-фахівців

Першим моїм кроком було не звільняти людей, а розібратися, що стоїть за цим «дуже повільно працює». Виявилося, що основна проблема — в непрозорих цілях компанії для команди аналітики. Це блокувало команду від чіткого розуміння пріоритетів та від відсікання 50% запитів, які приходять, проте не є важливими для поточних цілей. Кожен спеціаліст рівня Middle і вище самостійно пропрацьовував питання і приходив з пропозицією рішення, додаючи, скільки часу йому треба на реалізацію цього рішення. Ніхто нікого не контролював, тому що була зрозуміла зона відповідальності кожного. Тому я досить часто закріпляю спеціаліста такого рівня за певним напрямком, і людина відповідає за самостійну пріоритезацію задач там та за вибір найбільш важливих речей до розробки.

Різниця між Мідл та Джуном: відмінності та обов’язки

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

Це змінило підхід до експериментів для 100+ людей в компанії! Важливо, що на рівні сініор я очікую якісно пропрацьовану ідею, не лише підсвітку проблеми. До прикладу, на зустріч продуктових менеджерів прийшов аналітик з команди і запропонував переглянути підхід до аналізу AB-тестів. Він уже мав чернетку свого бачення і запропонував, як це можна реалізувати, навчити інших людей, а головне — що це дасть для компанії. А для компанії це давало збільшення швидкості прийнятті рішень та змогу тестувати більше експериментів одночасно. Гарна задачка для людини, яка лише доєдналася до команди.

Мідл (від англійського «середина») – слово саме за себе каже, що фахівець перебуває десь на середині кар’єрного ланцюжка. Це вже не молодий Джун, але ще й не професіонал вищого класу. Найчастіше це розробник програмного забезпечення, чия кар’єра може стрімко піти вгору, якщо він не зупинятиметься у своєму професійному розвитку. Джуніор (від англійської «молодий, юний») – це програміст-початківець, який практично вчора закінчив свій ВУЗ і прийшов влаштовуватися на роботу. Він може виконувати прості типові завдання, переважно на відомій йому мові програмування. Часто Джуніорами називають стажерів, яких лише перевіряють на профпридатність у компанії.

Під якістю мається на увазі те, наскільки глибоко і продуктивно фахівець працював з тою чи іншою технологією. Наприклад, для DevOps Engineer’ів це хмарні технології (останнім часом більш поширені AWS та Google Cloud), Kubernetes, Docker, Terraform. А в Microsoft сініорам пропонують зрости спочатку до Principal SDE, а потім до Partner SDE. Алгоритми відіграють ключову роль у світі програмування.

Натомість критично важливим аспектом для визначення cеньйорності спеціаліста є рівень відповідальності, який ця людина готова брати та (!) виконувати. Своє бачення я буду підкріплювати прикладами з власного досвіду, здебільшого це будуть приклади розвитку аналітиків в моїх або інших аналітичних командах. Але загальні підходи можна застосувати до більшості інших спеціальностей. Це найменш досвідчений фахівець із практичним досвідом менше 2 років. Зазвичай джуни знають основи комп’ютерного програмування і можуть писати базовий код як мінімум однією мовою програмування.

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

Пропонувати рішення для бізнесу та можуть направляти команду із 2-3 джунів. Сенйором не можна просто стати вивчаючи матеріал, так можна стати лише гарним програмістом, Сенйором стають тоді коли вам починають платити як Сенйору. Звісно не завжди це так, до Сенйору можна дійти за 5 років або за 15. Senior – Прекрасно розуміє більшість сучасних фреймворків, декілька мов програмування, може підібрати кращий стек технологій для конкретного проекту. Бо добре розуміє парадигми проектування що закладені в основі всіх фреймворків.

Бути в тренді, нарощувати експертизу та будувати нетворкінг допомагає участь в ігрових конференціях та гейм-джемах. Тому не варто мовчати, накопичувати образу й шукати нову роботу. У кожного робочого процесу є свої переваги та недоліки, але це вже тема для окремої статті. Крім навичок написання коду, про рівень розробника говорять ще кілька чинників. Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах. Middle – має досвід виходу проекту в прод та підтримку проекту після релізу.

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

Senior — є експертом у своїй сфері, може бути лідером напрямку та обирати найкращі та найбільш актуальні для бізнесу рішення. Senior створює задачі для себе або ж навіть для своїх колег Junior/Middle-рівня. Джуніор зазвичай виконують найпростіші завдання або завдання, які не особливо впливають на проєкт в цілому. Мідл теж не розробляють закінчені рішення, а просто виконують окремі кроки.

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

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

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

Робота в кращіх IT командах https://wizardsdev.com/