6 найгірших кар'єрних порад для розробників у 2025 році
Давайте поговоримо про найгірші кар'єрні поради, які ми бачимо для розробників програмного забезпечення в 2025 році.
1. «Кидайте кар'єру в розробці»
У соціальних мережах набирає популярність тренд, де люди звільняються з високооплачуваних посад у розробці. Часто це ті самі блогери, які ще недавно хвалилися легким і безтурботним життям в IT. Так чому ж зараз вони радять йти з професії?
Основна причина — страх, що ШІ замінить інженерів-програмістів. Стверджується, що ШІ генерує код швидше за людину, роблячи розробників непотрібними. Це помилка. Дослідження показують, що приріст продуктивності від ШІ не такий великий, а для готового до продакшену ПЗ він часто приносить більше шкоди, ніж користі.
Інший аргумент — ринок перенасичений через звільнення. Глобальні скорочення дійсно були, але особливо сильно ситуація змінилася на ринку України. Після пандемії COVID-19 український IT-сектор переживав бурхливе зростання, але повномасштабне вторгнення все змінило. Ринок зіткнувся з шоком: компанії були змушені релокуватися, проекти заморожувалися, а кількість вакансій різко скоротилася, в той час як конкуренція серед кандидатів зросла в рази.
Незважаючи на це, українська IT-індустрія продемонструвала неймовірну стійкість. Компанії та фахівці адаптувалися до роботи в умовах війни, багато хто переключився на проєкти в сфері defense-tech і продовжує підтримувати економіку країни. У цих реаліях порада «кинути кар'єру» звучить особливо недоречно. Так, стало складніше, але саме зараз країні і ринку як ніколи потрібні кваліфіковані та мотивовані інженери. Економіка циклічна, і після спаду неминуче почнеться підйом, де попит на досвідчених розробників знову буде високим.
2. «Вивчайте ШІ, або вас замінять»
Радять почати вивчати Python, машинне навчання і створювати власні LLM. Реальність? Багато розробників заробляють величезні гроші, підтримуючи легасі-код. Як кажуть у мемі, вони витирають сльози доларовими купюрами.
По-перше, ШІ дуже далекий від заміни інженерів, які постачають готове до продакшену ПЗ. По-друге, сучасні компанії на кшталт OpenAI та Anthropic — це компанії в галузі машинного навчання, а не ШІ. Вони створюють величезні ML-моделі та «загортають» їх у програмне забезпечення, щоб вони здавалися «розумними» .
Більшості продуктів на основі машинного навчання потрібно набагато більше інженерів-програмістів, ніж ML-інженерів. Потрібні люди для дистрибуції, API, розгортання, інфраструктури, SDK, UI і управління трафіком. Бізнес працює на програмному забезпеченні, і потрібні розробники для створення інформаційних систем, які підтримують все, від банківської справи до охорони здоров'я.
Підписуйтеся на наші соцмережі
Казати кожному розробнику вивчати машинне навчання — це як казати всім в автомобільній промисловості ставати конструкторами двигунів. Двигун потрібен, але для створення автомобіля також необхідний величезний виробничий процес. Якщо ви експерт у виробництві, навіщо все кидати? Те саме і з ПЗ. Завжди буде жменька дослідників, які створюють моделі, але для створення продукту навколо них буде потрібно набагато більше розробників.
У 2023 і 2024 роках безробіття серед фахівців з даних і ML-інженерів було навіть вищим, ніж у традиційних розробників. Розробник на Java або JavaScript може принести користь невеликій компанії, створивши сайт за допомогою low-code інструментів. Фахівець з ML може працювати лише в декількох вузькоспеціалізованих компаніях.
3. «Забудьте про код; вивчайте проектування систем і архітектуру»
Ідея, підтримана Сатією Наделлою, полягає в тому, що ШІ може впоратися з кодуванням, тому вам слід зосередитися на концепціях більш високого рівня. Запам'ятайте: відмінний архітектор ПЗ — це, перш за все, відмінний програміст. Архітектура та проектування систем — це розширення ваших навичок кодування, а не їх заміна.
Стверджувати, що можна бути хорошим архітектором, не вміючи кодувати, — це як стверджувати, що можна написати роман, не вміючи скласти абзац. Це безглуздя.
Основний користувач вашої архітектури — це розробник, якому доведеться розширювати і підтримувати систему. Саме тому ми створюємо мікросервіси і подієво-орієнтовані архітектури — щоб поліпшити досвід розробника. Архітектори ПЗ зазвичай є відмінними програмістами, які розуміють труднощі, з якими зіткнеться розробник. Як можна створити розширювану, підтримувану і масштабовану систему, якщо ви самі не розробник? Ви не знаєте, чого насправді вимагає робота.
Немає різниці між відмінним програмістом і відмінним архітектором; це природна еволюція.
4. «Звільняйтеся і створюйте свій SaaS»
Інфлюенсери продають мрію: киньте роботу з 9 до 5, створіть SaaS, сидячи на пляжі, і заробіть статки (і чарівним чином отримаєте кубики преса).
Реальність така: якщо ви не можете знайти роботу, ви, ймовірно, не зможете створити успішний SaaS-бізнес. Створення бізнесу набагато складніше, ніж пошук роботи. Навички, необхідні для успішного SaaS, — це не тільки кодування. Вам потрібен маркетинг, сильна аудиторія, операційна діяльність і фінанси. У успішних компаній є не тільки відмінний CTO, але і відмінний CMO, продукт-менеджер і доступ до фінансування.
Ми знаємо багатьох розробників, які потрапили в цю пастку. За два роки вони витратили всі свої заощадження, бізнес провалився, і тепер вони знову вивчають JavaScript, щоб пройти співбесіду на посаду senior-розробника. Незалежно від того, наскільки складний ринок праці, знайти хорошу роботу розробником все ще простіше, ніж запустити успішний SaaS-бізнес.
5. «Вивчайте нішеву мову програмування»
Аргумент полягає в тому, що ШІ не дуже добре справляється з нішевими мовами, тому вони забезпечують безпеку роботи. Реальність така, що у нішевих мов — нішеві можливості. Немає тисяч вакансій для COBOL-програмістів. Ви можете заробити більше в короткостроковій перспективі, але якщо ви залишитеся без роботи на шість місяців, ви втратите цю перевагу.
З популярною мовою, такою як JavaScript або TypeScript, у вас є стабільність, тому що попит є завжди. Також не варто думати, що LLM не можуть вчитися. Єдина причина, по якій вони не сильні в COBOL або Haskell, — це відсутність даних для навчання. Як тільки вони отримають доступ до приватних кодових баз, з'являться спеціалізовані LLM для цих мов.
Робота з популярною мовою також відкриває більш чіткий шлях кар'єрного зростання до таких посад, як Tech Lead, Principal або Staff Engineer, оскільки ці мови використовуються у великих кодових базах великих компаній. Найбільша проблема багатьох розробників — не брак мов у резюме, а відсутність глибокої експертизи в одній. Станьте експертом в одній, перш ніж вивчати п'ять нових.
6. «Робіть те саме, що ніколи не працювало»
До цієї категорії входять банальні поради, такі як:
Робіть пет-проекти: Для старшого інтерв'юера пет-проект може виставити вас як початківця-аматора. Вони можуть сказати, що це круто, але подумки вже віднесуть вас до категорії «дитячого меню».
Вносьте вклад в open source: Це дуже складно робити добре, часто це низькооплачувана або неоплачувана робота, і багато розробників open source ледве зводять кінці з кінцями. Це майже як волонтерство.
Створюйте контент: Запуск YouTube-каналу часто призводить до позиції Developer Advocate, що є іншою роботою. Це чудово підходить для певних типів особистості, але якщо ви любите створювати ПЗ, вам це сподобається більше. Початкове задоволення від лайків і переглядів проходить, і створення наступного відео стає такою ж рутиною, як і рев'ю чергового pull request.
Завжди будуть тисячі відволікаючих факторів і блискучих об'єктів, які намагатимуться збити вас зі шляху. Але якщо ви будете наполегливі, вдосконалюватиметеся у своїй справі — навіть коли це стає нудним або важким — це окупиться. У підсумку ви матимете чудову кар'єру, більше можливостей і фінансову безпеку. Не відволікайтеся. Ставайте кращими.