Сьогодні буду вебінарчик проводити, приходьте
🔔 Вебінар: Як AI змінює вимоги до розробників у 2025
📅 Дата та час: 1 травня, 18:30
📍 Формат: Онлайн (Zoom)
🎟 Участь: Безкоштовна
👤 Спікер: В’ячеслав Колдовський, менеджер компетенцій у SoftServe Academy @koldovsky
⸻
Про що:
• AI — це вже не просто хайп
• Зміни у роботі розробника
• Необхідні навички
• Практичне застосування AI
• Сесія Q&A
⸻
🔗 Деталі та реєстрація: https://dou.ua/calendar/53582/
🔔 Вебінар: Як AI змінює вимоги до розробників у 2025
📅 Дата та час: 1 травня, 18:30
📍 Формат: Онлайн (Zoom)
🎟 Участь: Безкоштовна
👤 Спікер: В’ячеслав Колдовський, менеджер компетенцій у SoftServe Academy @koldovsky
⸻
Про що:
• AI — це вже не просто хайп
• Зміни у роботі розробника
• Необхідні навички
• Практичне застосування AI
• Сесія Q&A
⸻
🔗 Деталі та реєстрація: https://dou.ua/calendar/53582/
DOU
Вебінар «Як AI змінює вимоги до розробників у 2025», 1 травня
Дізнайся, що потрібно вивчати, щоб бути актуальним на ринку.
Вітання з DOU Day! З нагоди мого виступу на тему AI генерації коду, в запускаю тут марафон з цікавим контентом на цю тему
https://docs.cursor.com/guides/selecting-models Перший пост про моделі. Не всі моделі однакові, в доках Cursor є гарний гайд яку модель для якої задачі варто обирати
Cursor
Cursor – Selecting Models
How to select models based on your task at hand
Список тулів і корисних MCP серверів для мого воркшопчику сьогодні на DOU Day.
Використовувати будемо Cursor, але можна інші IDE, зокрема Windsurf, Copilot, Cline/Roo Code і т.д., просто в кожної буде своя специфіка.
Можна пробувати використовувати безкоштовні варіанти, але я буду показувати в платному курсорі, також бажано мати трохи грошей ($3-5 вистачить з головою) на Open AI API, Anthropic та Perplexity, можна використовувати OpenRouter, там є варіант з безкоштовними моделями.
MCP Сервери:
Context7 для доків https://context7.com/
Task Master AI для задач https://github.com/eyaltoledano/claude-task-master
Perplexity Ask для пошуку https://mcp.so/server/perplexity/ppl-ai
Використовувати будемо Cursor, але можна інші IDE, зокрема Windsurf, Copilot, Cline/Roo Code і т.д., просто в кожної буде своя специфіка.
Можна пробувати використовувати безкоштовні варіанти, але я буду показувати в платному курсорі, також бажано мати трохи грошей ($3-5 вистачить з головою) на Open AI API, Anthropic та Perplexity, можна використовувати OpenRouter, там є варіант з безкоштовними моделями.
MCP Сервери:
Context7 для доків https://context7.com/
Task Master AI для задач https://github.com/eyaltoledano/claude-task-master
Perplexity Ask для пошуку https://mcp.so/server/perplexity/ppl-ai
Cursor
Cursor - The AI Code Editor
Built to make you extraordinarily productive, Cursor is the best way to code with AI.
Що робити джунам, яких замінить AI?
Зараз активно розганяється тема про те що джуни не потрібні, бо “їх замінить AI”. Хайпувати на всяких фобіях дуже зручно, але чому треба боятися більше сеньйорам, а не джунам я вам зараз розкажу. І сеньйори, до речі, вже почали потроху скромніше бути в своїх хотілках, кілька днів тому на DOU з’явилося цікаве дослідження https://dou.ua/forums/topic/54181/
Важливий дісклеймер - я взагалі не підтримую думку що “AI замінить розробника”, як мінімум в якійсь осяжній перспективі, навіть якщо він настільки буде гарно писати код, що відпаде потреба в тому щоб це робила людина. Бо бути розробником - це значно більше, ніж просто писати код, особливо якщо ми говоримо про сеньйорів. Але є важливе “але” - трансформації IT-галузі під впливом AI настільки суттєві, що навіть найбільш топові технічно люди, однак такі, що не сприймають ці зміни - “сеньйори-старовіри” (назовемо їх так) просто будуть витіснені з професії, якщо не будуть активно змінюватися під впливом AI.
Отже по пунктах стосовно сеньйорів:
1. IT специфічна галузь з точки зору професійного зростання. Якщо у більшості інших галузей (за невеликими виключеннями, наприклад, спорт) фахівець з віком стає практично гарантовано більш досвідченим і “сеньйорнішим”, то тут технології розвиваються настільки швидко, що сеньйорність досягається не автоматом з роками, а за рахунок цілеспрямованих зусиль які мають бути щоденною рутиною: регулярним проходженням курсів, читанням статей, книжок, участю і підготовкою до виступів на мітапчиках/конференціях, створенням пет-проджектів і т.д. і т.п.
2. Будь-яка людина з часом змінюється, і навіть якщо хтось в минулому був занурений в роботу і розвиток 24/7, то зі зростанням “сеньйорності” і відповідно доходів, у таких людей з’являються сім’ї, діти, виникає бажання більше відпочивати і витрачати сеньйорні зарплати, що в свою чергу веде до скорочення часу для власного розвитку як фахівця. З віком ця гонитва за технічним прогресом починає набридати і люди часто переходять у менеджмент, де їх софтскілові навички та досвід взаємодії з людьми стають більш вирішальними. А технічні місця відповідно звільняються, а якщо хтось застрягає на посаді без розвитку - то під ризиком звільнення опиняється він сам.
3. Минулий багаж знань і навичок не завжди допомагає рухатися вперед, часто це заважає сприймати нове. Наприклад, люди зі значним досвідом ентерпрайз розробки у бекенді часто з великими складнощами сприймають підходи до фронтенду і їх треба буквально стримувати від ускладнення рішень зайвими складовими. Сьогодні часто досвідчені розробники все ще зверхньо сприймають код і рішення загалом створені за допомогою AI з упередженням “я зроблю краще”. Але вже зараз не кожен сеньйор напише код краще за AI, і зрозуміло що з кожним днем AI розвивається швидше за людину. Тому протиставляти себе AI замість того щоб активно його вивчати, впроваджувати і комбінувати власні сильні сторони з сильними сторонам AI - то завідомо програшна стратегія.
Зараз активно розганяється тема про те що джуни не потрібні, бо “їх замінить AI”. Хайпувати на всяких фобіях дуже зручно, але чому треба боятися більше сеньйорам, а не джунам я вам зараз розкажу. І сеньйори, до речі, вже почали потроху скромніше бути в своїх хотілках, кілька днів тому на DOU з’явилося цікаве дослідження https://dou.ua/forums/topic/54181/
Важливий дісклеймер - я взагалі не підтримую думку що “AI замінить розробника”, як мінімум в якійсь осяжній перспективі, навіть якщо він настільки буде гарно писати код, що відпаде потреба в тому щоб це робила людина. Бо бути розробником - це значно більше, ніж просто писати код, особливо якщо ми говоримо про сеньйорів. Але є важливе “але” - трансформації IT-галузі під впливом AI настільки суттєві, що навіть найбільш топові технічно люди, однак такі, що не сприймають ці зміни - “сеньйори-старовіри” (назовемо їх так) просто будуть витіснені з професії, якщо не будуть активно змінюватися під впливом AI.
Отже по пунктах стосовно сеньйорів:
1. IT специфічна галузь з точки зору професійного зростання. Якщо у більшості інших галузей (за невеликими виключеннями, наприклад, спорт) фахівець з віком стає практично гарантовано більш досвідченим і “сеньйорнішим”, то тут технології розвиваються настільки швидко, що сеньйорність досягається не автоматом з роками, а за рахунок цілеспрямованих зусиль які мають бути щоденною рутиною: регулярним проходженням курсів, читанням статей, книжок, участю і підготовкою до виступів на мітапчиках/конференціях, створенням пет-проджектів і т.д. і т.п.
2. Будь-яка людина з часом змінюється, і навіть якщо хтось в минулому був занурений в роботу і розвиток 24/7, то зі зростанням “сеньйорності” і відповідно доходів, у таких людей з’являються сім’ї, діти, виникає бажання більше відпочивати і витрачати сеньйорні зарплати, що в свою чергу веде до скорочення часу для власного розвитку як фахівця. З віком ця гонитва за технічним прогресом починає набридати і люди часто переходять у менеджмент, де їх софтскілові навички та досвід взаємодії з людьми стають більш вирішальними. А технічні місця відповідно звільняються, а якщо хтось застрягає на посаді без розвитку - то під ризиком звільнення опиняється він сам.
3. Минулий багаж знань і навичок не завжди допомагає рухатися вперед, часто це заважає сприймати нове. Наприклад, люди зі значним досвідом ентерпрайз розробки у бекенді часто з великими складнощами сприймають підходи до фронтенду і їх треба буквально стримувати від ускладнення рішень зайвими складовими. Сьогодні часто досвідчені розробники все ще зверхньо сприймають код і рішення загалом створені за допомогою AI з упередженням “я зроблю краще”. Але вже зараз не кожен сеньйор напише код краще за AI, і зрозуміло що з кожним днем AI розвивається швидше за людину. Тому протиставляти себе AI замість того щоб активно його вивчати, впроваджувати і комбінувати власні сильні сторони з сильними сторонам AI - то завідомо програшна стратегія.
DOU
Senior-розробники стали скромнішими в зарплатних очікуваннях
У новій розсилці Djinni видно, що сеньйори стали обережніші в зарплатних очікуваннях — медіана впала з $4500 до $4000. У мідлів і джунів усе стабільно та навіть трохи росте. Як думаєте, чому саме досвідчені розробники знижують запити? І як сьогодні адеква
І тепер переходимо до можливостей для джунів
1. В умовах коли відбувається трансформація галузі, то у людини, що не обтяжена якимось попередніми упередженнями яким чином щось потрібно робити, має достатньо вільного часу і мотивації до навчання набагато більше шансів випередити того хто спочиває на лаврах своєї “сеньйорності” і не готовий до кардинальних трансформацій у підходах до роботи.
2. Для бізнесу часто більш пріоритетно отримати швидке, хай і не досконале, але робоче рішення ніж якісне, зроблене по всім канонам софтверної інженерії, однак випущене занадто пізно і ще й в результаті задорого. Досвідченого розробника часто уповільнює потреба проробити всі деталі і пропрацювати всі ризики, але на практиці часто бізнес готовий їх прийняти, і якщо результат буде отриманий швидко, то досконалість технічного рішення для цього далеко не головне. І хоч ця думка мені самому не дуже подобається, але від реальності не втечеш - у джуна, що готовий швидко показати результат, більше шансів отримати погодження від бізнесу, ніж у сеньйора, який не поспішає, бо хоче пропрацювати всі деталі.
3. І звичайно, зарплатні очікування - сеньйори звикли заробляти багато, їм не було альтернативи - зробити якесь нормальне IT рішення без них раніше не було можливо в принципі. А вивчитися до сеньйорного рівня об’єктивно було не просто - для багатьох шлях з нуля до заслуженого тайтла сеньйора займав мінімум років 7-10 і з них останніх років 5 має бути комерційний досвід. Джуни отримували значно менше в першу чергу тому, що вони в принципі не здатні були видати пристойний результат і потребували стороннього допомоги.
4. Але вже зараз все сильно змінюється - в першу чергу стало набагато простіше вчитися. Раніше ти постійно впирався в якісь дрібниці і якщо в тебе поруч не було колеги чи ментора щоб допомогти, то був приречений на повільний пошук потрібної інформації в гуглі, по форумах і т.д. Зараз AI дозволяє вчитися набагато швидше і в процесі навчання ти все рідше впираєшся в непробивну стіну складного завдання.
5. І, нарешті, навіть якщо наш умовний сеньйор не є старовіром, а активно використовує AI сам, все одно він не може закривати нескінченну кількість тасок, бо їх треба формувати, чекати на роботу AI-інструментів, коригувати їх роботу, приймати її та щось виправляти/переробляти. Це все займає час і в ідеалі потребує таких же помічників-джунів, які були потрібні раніше в епоху “традиційної” розробки, коли код дводилося писати вручну.
Тому висновок дуже простий: якщо ви “правильний” джун чи намагаєтеся ним стати, а саме качаєте свої софтскіли, хардскіли та вдодачу до цього активно опановуєте AI, то у вас буде все добре з роботою. Але є важливе “але” - вчитися потрібно правильно, і якщо вам AI нагенерив коду, а ви поняття не маєте як він працює, то такий варіант не ок, треба в цьому розбиратися 🙂
1. В умовах коли відбувається трансформація галузі, то у людини, що не обтяжена якимось попередніми упередженнями яким чином щось потрібно робити, має достатньо вільного часу і мотивації до навчання набагато більше шансів випередити того хто спочиває на лаврах своєї “сеньйорності” і не готовий до кардинальних трансформацій у підходах до роботи.
2. Для бізнесу часто більш пріоритетно отримати швидке, хай і не досконале, але робоче рішення ніж якісне, зроблене по всім канонам софтверної інженерії, однак випущене занадто пізно і ще й в результаті задорого. Досвідченого розробника часто уповільнює потреба проробити всі деталі і пропрацювати всі ризики, але на практиці часто бізнес готовий їх прийняти, і якщо результат буде отриманий швидко, то досконалість технічного рішення для цього далеко не головне. І хоч ця думка мені самому не дуже подобається, але від реальності не втечеш - у джуна, що готовий швидко показати результат, більше шансів отримати погодження від бізнесу, ніж у сеньйора, який не поспішає, бо хоче пропрацювати всі деталі.
3. І звичайно, зарплатні очікування - сеньйори звикли заробляти багато, їм не було альтернативи - зробити якесь нормальне IT рішення без них раніше не було можливо в принципі. А вивчитися до сеньйорного рівня об’єктивно було не просто - для багатьох шлях з нуля до заслуженого тайтла сеньйора займав мінімум років 7-10 і з них останніх років 5 має бути комерційний досвід. Джуни отримували значно менше в першу чергу тому, що вони в принципі не здатні були видати пристойний результат і потребували стороннього допомоги.
4. Але вже зараз все сильно змінюється - в першу чергу стало набагато простіше вчитися. Раніше ти постійно впирався в якісь дрібниці і якщо в тебе поруч не було колеги чи ментора щоб допомогти, то був приречений на повільний пошук потрібної інформації в гуглі, по форумах і т.д. Зараз AI дозволяє вчитися набагато швидше і в процесі навчання ти все рідше впираєшся в непробивну стіну складного завдання.
5. І, нарешті, навіть якщо наш умовний сеньйор не є старовіром, а активно використовує AI сам, все одно він не може закривати нескінченну кількість тасок, бо їх треба формувати, чекати на роботу AI-інструментів, коригувати їх роботу, приймати її та щось виправляти/переробляти. Це все займає час і в ідеалі потребує таких же помічників-джунів, які були потрібні раніше в епоху “традиційної” розробки, коли код дводилося писати вручну.
Тому висновок дуже простий: якщо ви “правильний” джун чи намагаєтеся ним стати, а саме качаєте свої софтскіли, хардскіли та вдодачу до цього активно опановуєте AI, то у вас буде все добре з роботою. Але є важливе “але” - вчитися потрібно правильно, і якщо вам AI нагенерив коду, а ви поняття не маєте як він працює, то такий варіант не ок, треба в цьому розбиратися 🙂
Хто хоче наживо поспілкуватися завтра у Львові, приходьте, буде цікава благодійна подія, я один зі спікерів. Будемо говорити про таски в джирі, я звичайно розкажу про те як на це все впливає AI :)
Forwarded from Дивовижний світ веброзробки
Львове! Зустрінемось? ;)
Запрошую вас на благодійний мітап "Від ʼхотілкиʼ до задачі: звідки беруться таски у вашій джирі"!
Як "забаганка" стейкхолдера перетворюється на чітко поставлену задачу в Jira? Цей процес не такий простий, як здається — і кожен фахівець бачить його по-своєму.
Разом з Kaizen Hub ми запросили Мар'яну Бандровську — ex-Head of BA в Sombra, Романа Марінського — Core Quality CoE expert в Intellias та В'ячеслава Колдовського — Competence Manager в SoftServe, аби обговорити весь шлях від першої ідеї до готового таску. Кожен розповість про свою роль у цьому процесі:
— Як правильно "розпакувати" вимогу та зробити її зрозумілою для всіх
— Що потрібно врахувати для якісного тестування
— Яка технічна інформація критично важлива для реалізації
Обговоримо типові проблеми на кожному етапі трансформації вимог:
— Як різні ролі бачать одну й ту саму задачу
— Які питання треба ставити, щоб уникнути недопорозумінь
— Практичні інструменти для ефективної комунікації між командами
Після дискусії — сесія Q&A, де ви зможете поставити свої запитання панелістам та отримати поради для конкретних ситуацій.
Ну а я цю подію модеруватиму.
Коли: 14 червня, 13:00
Де: Гастропаб "Довгі бурхливі оплески", Львів, вул. Січових Стрільців 3
Вартість: благодійний внесок 500 грн
Для кого: BA, PM, QA, розробники, тімліди — всі, хто працює з вимогами та управлінням завданнями
🚀 КВИТКИ ПРИДБАТИ ТУТ
Усі виручені кошти підуть на потреби ЗСУ!
Ну то як, зустрінемось?
Запрошую вас на благодійний мітап "Від ʼхотілкиʼ до задачі: звідки беруться таски у вашій джирі"!
Як "забаганка" стейкхолдера перетворюється на чітко поставлену задачу в Jira? Цей процес не такий простий, як здається — і кожен фахівець бачить його по-своєму.
Разом з Kaizen Hub ми запросили Мар'яну Бандровську — ex-Head of BA в Sombra, Романа Марінського — Core Quality CoE expert в Intellias та В'ячеслава Колдовського — Competence Manager в SoftServe, аби обговорити весь шлях від першої ідеї до готового таску. Кожен розповість про свою роль у цьому процесі:
— Як правильно "розпакувати" вимогу та зробити її зрозумілою для всіх
— Що потрібно врахувати для якісного тестування
— Яка технічна інформація критично важлива для реалізації
Обговоримо типові проблеми на кожному етапі трансформації вимог:
— Як різні ролі бачать одну й ту саму задачу
— Які питання треба ставити, щоб уникнути недопорозумінь
— Практичні інструменти для ефективної комунікації між командами
Після дискусії — сесія Q&A, де ви зможете поставити свої запитання панелістам та отримати поради для конкретних ситуацій.
Ну а я цю подію модеруватиму.
Коли: 14 червня, 13:00
Де: Гастропаб "Довгі бурхливі оплески", Львів, вул. Січових Стрільців 3
Вартість: благодійний внесок 500 грн
Для кого: BA, PM, QA, розробники, тімліди — всі, хто працює з вимогами та управлінням завданнями
🚀 КВИТКИ ПРИДБАТИ ТУТ
Усі виручені кошти підуть на потреби ЗСУ!
Ну то як, зустрінемось?