Джерело
HANNA PYLIEVA ПРО ІТ 🚀 | Як перетворити ваше портфоліо на вашу суперсилу? 🔥Проходиш курс, вказу...
285 Охват/переглядів
2026-09-23 06:01
Повідомлення №1307
Як перетворити ваше портфоліо на вашу суперсилу?
🔥
Проходиш курс, вказуєш всі 15+ інструментів, що вивчив, прикріплюєш сертифікат іііі…тиша у відповідь.
Щоб з вами такого ніколи не сталось - зібрала поради, які ми особисто використовуємо зі студентами нашого курсу (ну а результат цих порад ви вже неодноразово бачили в моїх постах 😉)
1. Ваше портфоліо працює набагаааато краще, ніж вказані навички в CV.
Лише за однієї умови: ви покажете там не прописаний код, а те, як ви мислите, що змінилось саме з ВАШОЮ допомогою, як ви шукаєте підхід і дотягуєте його до вирішення бізнес-задачі
Наприклад, створіть програму, яка використовує просту модель (регресію або класифікацію) на добре відомому наборі даних (ті ж набори даних Kaggle або репозиторії UCI ML). Ви продемонструєте свою здатність інтегрувати ML-моделі у готові системи і підкреслите своє розуміння MLOps, все більш важливої навички для ML-інженерів.
2. Замість 20 невеликих пет-проєктів, вкажіть 2-3, але грамотно розписані.
Наприклад: проєкти на НЕіграшкових даних з нестандартними рішеннями, з оцифрованим результатом.
В описі має бути:
👉🏼 Що зробили, чим це допомогло бізнесу, і яку проблему вирішили
👉🏼 З чим довелось попрацювати
👉🏼 Чому обрали саме такий підхід, щоб людина за 30 секунд зрозуміла суть вашого проєкту
До речі, ці правила працюють як для ML, так і для будь-якого іншого ІТ-напряму.
3. ЗАВЖДИ лишайте посилання на свій оформлений GitHub. Людей по одежі стрічають, а профіль на GitHub - по README 😁
Що має бути в README.md:
⚪️ Про що проєкт?
⚪️
Навіщо цей проєкт? Пункти, зрозуміло, оформити окремими буллет-поінтами).
⚪️
Посилання на демо (так-так, ще раз повторити те, що вже є в описі - додаткова комунікація не гріх).
⚪️ Як ви зібрали і запускали проєкт, структура проєкту, архітектура програми, API - це також показує навички, необхідні розробнику.
Пишіть все це у синтаксисі markdown. Так ви демонструєте володіння ще однією корисною навичкою.
Мета цього всього не лише показати гарне уявлення про проєкт, а й показати ставлення до збору документації (не любити писати документацію можна буде згодом) та базові навички підготовки документації.
Для наочного розуміння покажу вам приклад своєї студентки Анни Денисенко. Її історію можете почитати ось тут
Цим прикладом дуже пишаюсь з двох причин:
1) всі ці навички вона отримала саме на нашому курсі
2) і оформила своє портфоліо і резюме завдяки нашому кар'єрному супроводу
Якщо цікаво дізнатись деталі курсу – чекаю на ваші ➕ в коментарях 😉
🔥
Проходиш курс, вказуєш всі 15+ інструментів, що вивчив, прикріплюєш сертифікат іііі…тиша у відповідь.
Щоб з вами такого ніколи не сталось - зібрала поради, які ми особисто використовуємо зі студентами нашого курсу (ну а результат цих порад ви вже неодноразово бачили в моїх постах 😉)
1. Ваше портфоліо працює набагаааато краще, ніж вказані навички в CV.
Лише за однієї умови: ви покажете там не прописаний код, а те, як ви мислите, що змінилось саме з ВАШОЮ допомогою, як ви шукаєте підхід і дотягуєте його до вирішення бізнес-задачі
Наприклад, створіть програму, яка використовує просту модель (регресію або класифікацію) на добре відомому наборі даних (ті ж набори даних Kaggle або репозиторії UCI ML). Ви продемонструєте свою здатність інтегрувати ML-моделі у готові системи і підкреслите своє розуміння MLOps, все більш важливої навички для ML-інженерів.
2. Замість 20 невеликих пет-проєктів, вкажіть 2-3, але грамотно розписані.
Наприклад: проєкти на НЕіграшкових даних з нестандартними рішеннями, з оцифрованим результатом.
В описі має бути:
👉🏼 Що зробили, чим це допомогло бізнесу, і яку проблему вирішили
👉🏼 З чим довелось попрацювати
👉🏼 Чому обрали саме такий підхід, щоб людина за 30 секунд зрозуміла суть вашого проєкту
До речі, ці правила працюють як для ML, так і для будь-якого іншого ІТ-напряму.
3. ЗАВЖДИ лишайте посилання на свій оформлений GitHub. Людей по одежі стрічають, а профіль на GitHub - по README 😁
Що має бути в README.md:
⚪️ Про що проєкт?
⚪️
Навіщо цей проєкт? Пункти, зрозуміло, оформити окремими буллет-поінтами).
⚪️
Посилання на демо (так-так, ще раз повторити те, що вже є в описі - додаткова комунікація не гріх).
⚪️ Як ви зібрали і запускали проєкт, структура проєкту, архітектура програми, API - це також показує навички, необхідні розробнику.
Пишіть все це у синтаксисі markdown. Так ви демонструєте володіння ще однією корисною навичкою.
Мета цього всього не лише показати гарне уявлення про проєкт, а й показати ставлення до збору документації (не любити писати документацію можна буде згодом) та базові навички підготовки документації.
Для наочного розуміння покажу вам приклад своєї студентки Анни Денисенко. Її історію можете почитати ось тут
Цим прикладом дуже пишаюсь з двох причин:
1) всі ці навички вона отримала саме на нашому курсі
2) і оформила своє портфоліо і резюме завдяки нашому кар'єрному супроводу
Якщо цікаво дізнатись деталі курсу – чекаю на ваші ➕ в коментарях 😉