Чому компанії так наполегливо хочуть мати Fullstack розробників?

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

Думка, яку я хотів би висловити полягає в наступному — «Чому, навіть великі аутсорсингові і продуктові компанії, хочуть наймати Fullstack і/або розвивати своїх співробітників в цьому напрямку?».

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

Візьмемо керівника великої компанії, скажімо, більше 500 чоловік, який отримав наступну зведення від керівництва: «Нам необхідно набрати 20 розробників для наших майбутніх продуктів/замовлень».

Керівництво не хвилює, чи це будуть BE або FE або Fullstack — їм потрібно здати в строк замовлення або випустити продукт. Керуючий, який начитався багатьох статей про Fullstack, думає: «Ось же воно — Рішення!» і починає набирати Fullstack, виходячи з думки, що можна набрати 15 таких розробників і закрити всі вакансії та ще й грошей заощадити, адже зарплати таких розробників рідко перевищують зарплати більш вузькоспеціалізованих розробників.

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

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

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

Це один з найдавніших спорів: «Широкий профіль з вузький?».

Всі ми чудово знаємо, що зараз, найняти гарного фахівця — велика праця і іноді, непосильне завдання.
Судячи з особистого досвіду проведення більш сотні інтерв'ю, в основному з хлопцями з ЄС та СНД, часто доводиться йти на поступки керівництву і наймати хоча б трохи дотягивающего за рівнем спеціаліста вогнем в очах, в надії, що він ще принесе користь і стане «Rock Star». Все частіше бачиш «Senior Dev / Senior Fullstack Dev», з мільярдом років досвіду, який не можеш вирішити FizzBuzz, порахувати суму чисел Фібоначчі або написати приклад рекурсії.

Зараз складно бути в топі, хоча б в одному напрямку, будь-то FE в Web, Android, iOs, розробці ігор або ж BE
тієї ж розробці ігор, Data Science, Big Query, DB analyst, і т. д. Щоб бути реально корисним, треба, щоб не тільки «казанок варив», але і знати всі тренди і мати багаж практичного досвіду, а цього можна досягти, лише вивчаючи щось нове щодня.

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

Та й, задумайтеся самі, з ким би ви хотіли працювати і навчатися — з Fullstack або навченим сивиною, FE, BE, GameDev, DevOps гуру?

P. S. Є певна кількість обдарованих хлопців, здатних працювати і встигати в усьому, що роблять, будь-то FE, BE і т. п. Але їх ще менше, ніж розумних вузьких фахівців, і закрити всі необхідні вакансії і потреби на ринку вони, на жаль, не зможуть. Я тільки радий, якщо чоловік змінив рід діяльності і перейшов в іншу область, але, він, як і раніше, буде зайнятий в одній області, а не в десятці областей.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.