Як стати Data Scientist: навички та знання, що будуть актуальними у найближчі роки

💡 Усі статті, обговорення, новини про AI — в одному місці. Приєднуйтесь до AI спільноти!

Привіт, мене звати Дмитро Зікрач. Я Data Scientist у SoftServe з більш ніж 8-річним практичним досвідом у розробці продуктів штучного інтелекту. Я маю значний досвід у впровадженні практик MLOps для забезпечення масштабованості моделей машинного навчання та багато працював над створенням комплексних рішень на основі ШІ.

Також маю ступінь кандидата фізико-математичних наук і є автором понад 20 наукових публікацій. Моя експертиза охоплює різні галузі та сфери, включаючи різноманітну аналітику, DSP, NLP, аналіз часових рядів, та застосування цих технологій у торгівлі та нафтогазовій галузі.

Штучний інтелект (ШІ) докорінно змінив наш підхід до аналізу даних та ухвалення рішень, що істотно вплинуло на бізнес, індустрії та суспільство в цілому. Теми розвитку технологічних інновацій не скидають обертів, і роль Data Scientist в управлінні ініціативами зі штучного інтелекту є важливішою, ніж будь-коли. Data Scientist майбутнього повинен буде володіти широким спектром технічних, бізнесових і міжособистісних навичок, щоб досягати успіхів у світі, який постійно змінюється.

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

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

Тренди та виклики у використанні штучного інтелекту

Напрямок Data Science та штучного інтелекту стрімко зростає та розвивається, і компанії в усіх галузях звертають на це увагу. Згідно з останніми опитуваннями, 35% компаній повідомили, що використовують штучний інтелект у своєму бізнесі, а ще 42% вивчають його потенціал.

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

Ці проблеми включають обмежені навички роботи зі штучним інтелектом, високі витрати, брак інструментів і платформ для розробки, складність проєктів і складність даних.

Крім того, більшість організацій ще не вжили заходів, щоб зменшити упередженість і відстежувати зміни в результатах роботи.

Ось як компанії планують інвестувати в ШІ упродовж наступного року, згідно з дослідженням IBM Global AI Adoption Index 2022:

  • Дослідження та розробки (R&D): 44%;
  • Впровадження ШІ в поточні програми та процеси: 42%;
  • Перекваліфікація та розвиток персоналу: 39%;
  • Створення власних рішень: 32%;
  • Готові рішення для ШІ: 28%;
  • Готові інструменти для створення власних застосунків і моделей: 26%.

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

А непорозуміння між керівництвом бізнесу, розрив між ІТ та стратегією продукту призводить до проблем з монетизацією рішень на основі ШІ та машинного навчання. Зараз на ринку також спостерігається нестача талантів та недостатня кваліфікація у цьому напрямку.

Тож побудова ефективних стратегій з впровадження рішень на основі ШІ може стати критичною для розвитку ІТ-компаній у наступні 5 років.

Три основні групи компетенцій для Data Scientist

Ми визначаємо три основні групи компетенцій, які є критично важливими для будь-якого Data Scientist. Залежно від того, навички якої групи переважають, визначається профайл Data Scientist.

  • Бізнес-компетенції включають скіли, що дозволяють інтерпретувати дані в бізнес-середовищі та ефективно формулювати бізнес-проблеми. Ця група включає навички, пов’язані з визначенням застосовності та впровадженням ШІ, а також ефективним менеджментом очікувань стейкголдерів, щоб стимулювати розвиток проєкту.
  • Дослідницькі компетенції об’єднують навички, спрямовані на застосування математичних і статистичних методів для пошуку структур або закономірностей у даних. Крім того, ця група включає розробку моделей для прогнозування або перетворення неструктурованих даних у візуальні образи, які розповідають історію або дозволяють побудувати аналітику. Ця група також відповідає за роботу з алгоритмами машинного навчання або глибокого навчання.
  • Інженерні компетенції дають фахівцям навички роботи з мовами програмування Python, хмарними сервісами, алгоритмами та структурами даних, які зазвичай використовуються для розв’язання складних проблем. Ця група також відповідає за впровадження масштабованих пайплайнів обробки даних та ефективну інтеграцію моделей у продакшн-системи.

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

Як змінюються вимоги: актуальні навички для Data Scientist зараз і в майбутньому

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

Сьогодні, у зв’язку зі стрімким зростанням обсягів великих даних, вони повинні володіти технологіями Big Data, щоб обробляти та аналізувати великі масиви даних.

Крім того, все більшого значення набувають хмарні обчислення та зростає фокус на розумінні бізнесу, комунікаційних скілах та роботі в широких командах.

Які навички потрібні, щоб стати Data Scientist зараз

Навички бізнес-операцій (DecisionOPS)

  • Business Acumen: Data Scientists повинні розуміти бізнес-контекст, в якому вони працюють, включаючи цілі та завдання організації, а також виклики та можливості, з якими стикається їхня галузь. Це знадобиться для визначення high-impact сфер, де Data Science може повпливати на ситуацію, а також щоб донести її цінність до бізнес-стейкголдерів.
  • Project Management: Data Scienсe проєкти часто передбачають багато зацікавлених сторін, конкуруючі пріоритети та стислі терміни. Data Scientists повинні досконало володіти навичками управління проєктами, такими як визначення обсягу, планування та впровадження, а також вміти ефективно керувати стейкголдерами впродовж усього життєвого циклу проєкту.

Дослідницькі навички

  • Deep learning вже стало потужною технікою для побудови складних нейронних мереж і застосовується у багатьох напрямках: від комп’ютерного зору (Computer Vision, або СV) до обробки природної мови (Natural language processing, або NLP).
  • NLP та CV комплексні моделі для аналізу неструктурованих даних. Зі збільшенням використання неструктурованих даних, таких як текст і зображення, дата-саєнтисти повинні знати, як використовувати технології NLP і CV для одержання інсайтів з цього типу даних.

Інженерні навички

  • Big Data технології. У зв’язку з розвитком Big Data, дата-саєнтистам необхідно знати, як працювати з розподіленими системами, щоб обробляти та аналізувати великі масиви даних.
  • Платформи хмарних обчислень, такі як AWS, Azure і GCP. Хмарні обчислення набувають все більшого значення в Data Science, оскільки вони дозволяють легко зберігати дані та отримувати до них доступ, а також виконувати обчислення в масштабі.
  • Інженерні аспекти. На додаток до традиційних навичок роботи з data science, фахівці повинні мати глибоке розуміння інженерних аспектів, наприклад, software дизайну, програмування та управління базами даних. Це пов’язано з тим, що вони часто працюють з великими об’ємами даних і складними системами та повинні вміти створювати масштабовані, надійні та ефективні рішення.
  • Впровадження MLOps у робочий процес Data Science. Дата-саєнтисти повинні бути обізнані з основами MLOps, включаючи такі методи, як контроль версій, CI/CD, а також моніторинг моделей. Це допоможе їм забезпечити безперебійну роботу моделей машинного навчання у продакшн середовищах (включаючи EDGE технології) і отримання очікуваних результатів.

Перспективи для Data Scientists у найближчі роки

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

Оскільки моделі машинного навчання стають дедалі складнішими та об’ємнішими, а також ширше використовуються в організаціях, важливість MLOps значно зросте. Якщо ви хочете розвиватися в напрямку Data Science, то відразу опановуйте такі інструменти і методи як контейнеризація, оркестрування і автоматизоване тестування, щоб керувати всім циклом побудови моделей — від розробки до розгортання і моніторингу.

AWS, Google Cloud і Microsoft Azure все частіше використовуються для розгортання систем ШІ, тож вам також знадобиться вміння працювати з цими платформами та знати їхні можливості побудови продакшн рішень, застосовуючи MLOps-практики.

Ще один важливий фактор, що вплине на вимоги до Data Scientists — це те, що втрати даних і проблеми з конфіденційністю стають все поширенішими. Отже, потрібно буде володіти навичками забезпечення конфіденційності та безпеки даних, з якими вони працюють.

Це вимагатиме знання новітніх протоколів і технологій безпеки, а також розуміння правових та етичних аспектів.

У минулому Data Science часто була зосереджена на процесі побудови моделей, а не на результатах, які вони давали. У найближчому майбутньому більше уваги буде приділятися орієнтації на результат, а Data Scientists нестимуть відповідальність за вплив своєї роботи.

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

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

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

Від програмування до Deep learning: за яким принципом поглиблювати знання

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

Наприклад, навички програмування є основоположними та важливими у всіх сферах, тоді як досвід глибокого навчання частіше потрібен у таких напрямках як Computer Vision та NLP. Data Scientists повинні розуміти, які навички найбільш затребувані у їхній конкретній галузі, і постійно розвивати їх та визначати пріоритети відповідно до цього.

В основі піраміди лежать навички програмування, які необхідні для імплементації аспектів обробки, аналізу та візуалізації даних.

Наступний рівень піраміди — це навички інтелектуального аналізу даних та статистичного аналізу. Data Scientist повинен вміти застосовувати різні методи для дослідження, очищення та моделювання даних.

Це охоплює вміння визначати релевантні особливості, трансформувати дані та вибирати відповідні алгоритми для аналізу. Вони також повинні володіти навичками статистичного аналізу та перевірки гіпотез.

На третьому рівні ми бачимо машинне навчання, що є ключовою частиною сучасного Data Science. Фахівець у цьому напрямку повинен розумітися на алгоритмах машинного навчання, включаючи машинне навчання, глибоке навчання (Deep learning) і навчання з підкріпленням (reinforcement learning).

Він повинен вміти розробляти, впроваджувати та оцінювати моделі машинного навчання, а також налаштовувати їхні параметри для оптимальної роботи.

Важливо розуміти, що час, витрачений на кожну складову обернено пропорційний складності. Наприклад, щоб почати писати базовий код на Python достатньо декількох тижнів; а щоб розуміти в деталях побудову нейронної мережі може бути замало і 3-6 місяців.

Але у своїй роботі ви будете більше сфокусовані на написанні коду і набагато менше на аспектах побудови нейронної мережі. Тому якісне написання коду є мегаважливим.

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

Підсумок: топ-5 рекомендацій для Data Scientists

Підсумовуючи, ось основні рекомендації, які допоможуть вам побудувати успішну кар’єру в Data Science та розвиватися як спеціалісту:

  1. Розвивайте свої бізнес-навички. Дата-саєнтисту важливо вміти інтерпретувати дані в бізнес-контексті та ефективно формулювати бізнес-проблеми. Щоб досягти цього, розвивайте такі навички: ефективна комунікація, робота зі стейкголдерами, розв’язання проблем.
  2. Опануйте інженерні аспекти. Щоб бути ефективним Data Scientist, ви повинні мати ґрунтовну базу в Python, алгоритмах і структурах даних, які зазвичай використовуються для розв’язання складних проблем. Крім того, зосередьтеся на впровадженні масштабованих пайплайнів обробки даних та інтеграції моделей у продакшн-системи.
  3. Розвивайте глибоке розуміння MLOps. MLOps — це нова галузь, яка поєднує DevOps, Big Data та Data Science напрямки, щоб допомогти організаціям ефективно керувати та розгортати моделі машинного навчання. Розуміння основ MLOps та їх впровадження у ваш робочий процес може допомогти вам стати ефективнішим Data Scientist.
  4. Будьте в курсі останніх тенденцій. Оскільки технології швидко розвиваються, дуже важливо бути в курсі останніх тенденцій і досягнень в галузі. Відвідуйте конференції, читайте галузеві публікації та беріть участь в онлайн-спільнотах, щоб бути в курсі подій і продовжувати розвивати свої навички.
  5. Відточуйте свої дослідницькі навички. Розвивайте навички математичних і статистичних методів для пошуку закономірностей у даних, а також розробки моделей для прогнозування або роботи з неструктурованими даними. Крім того, будьте в курсі останніх досягнень у галузі машинного навчання та алгоритмів глибокого навчання.

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

👍ПодобаєтьсяСподобалось15
До обраногоВ обраному12
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Доброго дня, дякую за цікаву статтю, збережу собі як roadmap.

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

Як на мене, в статті змішано все до купи.Я б розділив її на 2 категорії — дослідницьку та інтегрувальну. Далеко не всі компанії можуть займатись RnD, бо тренувати моделі це супер-дорого. Але з хайпом АІ все більше компаній хочуть інтегровувати готові моделі у свій продукт. Роботи вистачить всім.

Мені здається, що забагато хочуть. Тут і вчений-дослідник, і девопс, і розробник — три в одному.
Теж саме, щоб вимагати, наприклад, від розробника, щоб він писав і фронт, і бек, і девопсом займався. 🙈
Ліпити в одну кучу і контейнерізацію з розгорткою і, власне, навчання, та ще й глубоке...

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

Тут і вчений-дослідник, і девопс, і розробник — три в одному.

точно так как с фулстеками

щоб він писав і фронт, і бек, і девопсом займався

ну вот я такой.
больше бекендер, но все это делал, и фронтенд могу с реактом и без, и CI/DI, и не круто, но разложить по сервисам в клауде.
и что точно сейчас все это делать намного легче, не нужно знать подробности.

Как сказал один топовый ИТ блогер — ИИ в первую очередь разрушит привычные категории профессионализма программистов. Потому что сделает бесполезными углубленные знания подробностей.

То есть то чем было принято гордиться — эксперт, и над чем смеялись — «стековерфлов программист» изменится в обратную сторону. смешно будут выглядеть программисты которые на память знают нюансы фреймворка или либы.

Google недавно попробовали, успешно — заставить AlphaZero дооптимизировать сетевую инфраструктуру у них. AlphaZero выжал еще от 17% до 30% перформанса (в зависимости от характеристик измерения) настройками балансеров, маршрутизаторов, и т.п.
А почему то думаю что в гугле не послдение девопсы, и тюнили не один год.

Навіть від фулстеків не вимагають це все ще доносити, на це є девопси.

І ще доволі популярна думка, що якщо ти фулстек, то все одно умовний, і є основний стек, який ти знаєш краще — чи то бек, чи то фронт.

У нас на проекті немає фулстеку, тому особисто мені складно оцінити рівень фулстеків у середньому.
Але розуміючи складність МЛ в цілому і наукоємкість цього напрямку, щось мені дуже сумнівно щодо великоі кількості кандидатів, що відповідають означеним у статті критеріям.
Взагалі по загалом щось знати в цілому — може бути.

Навіть від фулстеків не вимагають це все ще доносити, на це є девопси.

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

в ідеальному світі звісно такого не буває.
Просто в мене було не раз, і по знайомим, і в інеті читав не раз.

У нас на проекті немає фулстеку

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

Подумайте над виступом на JPoint:
Антон Кекс — The world needs full-stack craftsmen
www.youtube.com/watch?v=qd9N9eU1Qn0

Ну і ще — при скороченнях, наприклад в силу рецесії скорочують вузьких спеціалістів швидше ніж фулстеків. при зростанні економіки — навпаки, шукають спеців а не універсалів.

а ще є термін T-shaped спеціалісти. Це не фулстекі, але з тієї ж ідеї універсальності.

щось мені дуже сумнівно щодо великоі кількості кандидатів, що відповідають означеним у статті критеріям.

Буде попит — будуть і кандидати. Я вже дивився курси, і що треба для рівня нуб+.

і наукоємкість цього напрямку

там як з computer sience.
і задачі бувають написати «Hello world». Специфіку так, треба знати, там її чимало, щоб написати «Hello world». Але такий рівень знання ще далекий до наукоємкості. а роботи вже щось зможеш.

Взагалі по загалом щось знати в цілому — може бути.

Фулстекі, ще раз, рідко бувають у всьому крутими хлопами. Так і тут буде.
Крутих будуть звати на контракт, консультації. І вони будуть передавати те команді.
Як девопси, коли їх немає в штаті компанії.

а ще є термін T-shaped спеціалісти. Це не фулстекі, але з тієї ж ідеї універсальності.

Насправді це все спроби бізнеса економити, а менеджерів — перекидати відповідальність на інженерів. А от на чому точно не заощаджують так це на красивих словах.

І так і ні, є цілий спектр замовників, бюджет або дедлайни яких не дозволяють завести цілу команду з PM, BI, дата саєнтиста, ML опса, і скрам мастера ;). Проте об’єм роботи цілком посильний для однієї людини з унівельним набором навичок.

Так, залежить від масштабів та складності. Буває таке що простіше піти зробити на фронті самому ніж ставити завдання фронт девелоперу. А іноді треба таки просунута ескпертиза щоб фронти потім не казали що набіжуть тут, фігню нароблять ;-)

Насправді це все спроби бізнеса економити,

Насправді немає ніякого «насправді».

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

А буває — по всякому. Всякі проекти бувають.

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

По всякому буває. Немає ніякого «насправді».

а менеджерів — перекидати відповідальність на інженерів

а інженерів — перекидати відповідальність на менеджерів.

відповідальність нікому не подобається, нею всі перекидаються.

А от на чому точно не заощаджують так це на красивих словах.

це так, інструмент менеджера. і політика.

Останнім часом на ДОУ оприлюднюють багато статей від представників компаній першої десятці на тему фах майбутнього. У всіх один той самий зашквар: узагальнення викликів з точки зору роботодавця. Це дуже прикро. Все подібне «далі-більше» зазвичай закінчується лобом об стіну на швидкості 5000 км на годину.

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

Наприклад, з точки зору бізнеса, будьщороб — це «свій сукін син». Їх тримають, щоб підтримувати в офісах світло. Фулстек історія не про продуктивність праці, а про зменшення ризиків, часу і ціни реакції на поодинокі події. Такі фахівці переважно сидять у продуктах та непрофільних компаніях на підтримці, а не у аутсорсингу. Загалом, дійсно кваліфікованих будьщоробів небагато серед усіх працівників. Коли Софтсерв пише, що бачить у майбутньому попит на будьщоробів, то то є відверта омана. Аутсорс продає переважно продуктивність. Звісно, у скрутні часи, коли фінансування розробки скорочується, головною темою стає утримання того, що вже є. Тобто умовний будьщороб є сьогоденною історією, історією щойно минулого, а ніяк не історією майбутнього.

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

Скориставшись поганою порадою, фахівці роками будуть опановувати великий перелік навичок, щоб потім виявилось, що то марно. Велика подяка лідерам ІТ України! Чи то я якесь слово переплутав?

Дмитро, чудова стаття! Мені, як викладачу, цікаве наступне питання. Чи на твою думку є для студента різниця в «порозі входу» у світ DataScience і умовно у Full Stack? І, якщо є, то як зацікавити молодих спеціалістів її подолати?

Ух, хай набивають власні шишки) Сам був 4 роки android девом, то після роботи з фронтом (чим будь який мобайл по факт є) робота з ML має колосальну перевагу в плані складності та цікавості задач. Кожний проект унікальний та вимагає від тебе вивчати новий домен та підходити до вирішення з певним креативом, тому на android легко вигоріти (якщо ти не супер core дев), а на ML потік нових проривних технологій не залишить тебе байдужим)

Підписатись на коментарі