До речі, сьогодні останній день щоб проголосувати на DOU Awards https://dou.ua/awards-2025/
І не забудьте поставити галочку за нашого кандидата, фотозвіт в коментарях відається
І не забудьте поставити галочку за нашого кандидата, фотозвіт в коментарях відається
Мінуси?
https://www.reddit.com/r/singularity/comments/1j8q3qi/anthropic_ceo_dario_amodei_in_the_next_3_to_6/
https://www.reddit.com/r/singularity/comments/1j8q3qi/anthropic_ceo_dario_amodei_in_the_next_3_to_6/
Reddit
From the singularity community on Reddit: Anthropic CEO, Dario Amodei: in the next 3 to 6 months, AI is writing 90% of the code…
Explore this post and more from the singularity community
Апдейти в AI-світі для розробників
Сьогодні останній день березня, варто підсумувати про цікаві в світі AI зі значним імпактом для розробників.
Спочатку Google 11-го березня в Gemini 2.0 Flash, а рівно за два тижні і OpenAI в GPT-4o представили native image generation. Якщо ви ще не користувалися (для OpenAI поки треба платну підписку, в Google можна це робити безкоштовно в AI Studio), то дуже рекомендую - це справжня революція в роботі з зображеннями без всяких умовностей. Тепер можна дати фотографію і попросити змінити в ній щось, або представити в іншому стилі - і моделька справиться з цим зі збереженням деталей на відміну від попереднього підходу, коли генерація відбувалася в окремій моделі і зв’язок між оригінальним зображенням та згенерованим не завжди прослідковувався достатньо добре.
Також нові моделі гарно генерять елементи інтерфейсу, накладають текст, у тому числі українською. Можна робити дизайн веб-сторінок даючи для прикладу якісь референси. Ну а потім вже конвертувати в код.
І власне про код - 25-го березня Google запустила у відкрите тестування свою нову модель Gemini 2.5 Pro, яка відразу посіла перше місце на LMArena і обійшла інші моделі практично в усіх рейтингах, у тому числі в категорії з написання коду. Цікаво, що моделька безкоштовно доступна як в юайці AIStudio, так і через API, є лише rate limiting - обмеження на кількість запитів, але вони цілком ок для використання без поспіху. Зараз вона доступна в усіх продвинутих AI IDE, які я використовую, зокрема Cursor, Windsurf і Cline.
Власні враження від моделі дуже позитивні. Я їй у якості першого завдання задав вирішити одну проблемку, з якою не справлялася жодна інша модель до того, і вона її вирішила, чим безсумнівно заслужила мою повагу. Робив це я в AI Studio, бо в IDE ще можливості не було. Для таких задач рекомендую такий інструмент як Repomix - просто пишете в терміналі
На першому місці Gemini 2.5 Pro в розділі Coding протрималася недовго, вже зараз її обійшов новий реліз GPT 4o, але модель від гугла доступна безкоштовно і має більше контекстне вікно - 1 млн токенів проти 128 тис. у GPT-4o - то я б її поки з лідерів не викреслював.
Сьогодні останній день березня, варто підсумувати про цікаві в світі AI зі значним імпактом для розробників.
Спочатку Google 11-го березня в Gemini 2.0 Flash, а рівно за два тижні і OpenAI в GPT-4o представили native image generation. Якщо ви ще не користувалися (для OpenAI поки треба платну підписку, в Google можна це робити безкоштовно в AI Studio), то дуже рекомендую - це справжня революція в роботі з зображеннями без всяких умовностей. Тепер можна дати фотографію і попросити змінити в ній щось, або представити в іншому стилі - і моделька справиться з цим зі збереженням деталей на відміну від попереднього підходу, коли генерація відбувалася в окремій моделі і зв’язок між оригінальним зображенням та згенерованим не завжди прослідковувався достатньо добре.
Також нові моделі гарно генерять елементи інтерфейсу, накладають текст, у тому числі українською. Можна робити дизайн веб-сторінок даючи для прикладу якісь референси. Ну а потім вже конвертувати в код.
І власне про код - 25-го березня Google запустила у відкрите тестування свою нову модель Gemini 2.5 Pro, яка відразу посіла перше місце на LMArena і обійшла інші моделі практично в усіх рейтингах, у тому числі в категорії з написання коду. Цікаво, що моделька безкоштовно доступна як в юайці AIStudio, так і через API, є лише rate limiting - обмеження на кількість запитів, але вони цілком ок для використання без поспіху. Зараз вона доступна в усіх продвинутих AI IDE, які я використовую, зокрема Cursor, Windsurf і Cline.
Власні враження від моделі дуже позитивні. Я їй у якості першого завдання задав вирішити одну проблемку, з якою не справлялася жодна інша модель до того, і вона її вирішила, чим безсумнівно заслужила мою повагу. Робив це я в AI Studio, бо в IDE ще можливості не було. Для таких задач рекомендую такий інструмент як Repomix - просто пишете в терміналі
npx repomix і воно пакує ваш репозиторій в один файлик, який потім закидаєте в будь-який AI-чат через веб-інтерфейс.На першому місці Gemini 2.5 Pro в розділі Coding протрималася недовго, вже зараз її обійшов новий реліз GPT 4o, але модель від гугла доступна безкоштовно і має більше контекстне вікно - 1 млн токенів проти 128 тис. у GPT-4o - то я б її поки з лідерів не викреслював.
GPT 4.1
14-квітня OpenAI випустила нові модельки сімейства GPT 4.1, це фактично продвинуті GPT-4o. Цікаво що моделі вони позиціонують лише для використання через API, значить орієнтовані на розробників. Важливо, що ці моделі підтримують контекст в 1 млн токенів, бо раніше в Open AI було лише 128 тис максимум.
Аналогічно попереднім є повна модель gpt-4.1, також є міні-модель gpt-4.1-mini, але додатково ще з’явилася нано модель: gpt-4.1-nano. Вона мені особисто видалася найбільш цікавою, бо працює швидко і в той же час є дешевою. Картинку з цінами додаю.
І хоча по якимось внутрішнім оцінкам від OpenAI gpt-4.1-nano випереджає gpt-4o-mini, я затестив її на одному зі своїх україномовних ботів і вона відповідала дуже швидко (що мені сподобалося), але робила більше помилок ніж gpt-4o-mini, яку я зараз використовую для ботів. Можливо це вдастся виправити тюнингом промту, треба буде ще повозитися. До gpt-4.1-mini претензій немає, перевів бота на неї, працює гарно, але вона суттєво дорожча за попередню міні-модель, що досить дивно, виходить не зовсім повноцінна заміна і на великих обсягах ймовірно краще використати дешевшу модель, якщо зі своєю задачею вона загалом справляється.
14-квітня OpenAI випустила нові модельки сімейства GPT 4.1, це фактично продвинуті GPT-4o. Цікаво що моделі вони позиціонують лише для використання через API, значить орієнтовані на розробників. Важливо, що ці моделі підтримують контекст в 1 млн токенів, бо раніше в Open AI було лише 128 тис максимум.
Аналогічно попереднім є повна модель gpt-4.1, також є міні-модель gpt-4.1-mini, але додатково ще з’явилася нано модель: gpt-4.1-nano. Вона мені особисто видалася найбільш цікавою, бо працює швидко і в той же час є дешевою. Картинку з цінами додаю.
І хоча по якимось внутрішнім оцінкам від OpenAI gpt-4.1-nano випереджає gpt-4o-mini, я затестив її на одному зі своїх україномовних ботів і вона відповідала дуже швидко (що мені сподобалося), але робила більше помилок ніж gpt-4o-mini, яку я зараз використовую для ботів. Можливо це вдастся виправити тюнингом промту, треба буде ще повозитися. До gpt-4.1-mini претензій немає, перевів бота на неї, працює гарно, але вона суттєво дорожча за попередню міні-модель, що досить дивно, виходить не зовсім повноцінна заміна і на великих обсягах ймовірно краще використати дешевшу модель, якщо зі своєю задачею вона загалом справляється.
Тут хабспот цікаве дослідження підігнав (скачати можна безкоштовно, тільки треба зареєструватися).
Мене особливо зацікавила ця картинка - фактично дублює мої меседжі, які я зараз на своїх виступах і тренінгах підкреслюю: AI прогресує швидко і сучасна взаємодія з ним - це не просто рівень асистента, а рівень партнера, і зовсім скоро нас може чекати наступний рівень 🙂
Дослідження можна скачати тут: https://offers.hubspot.com/ai-agents-playbook
Мене особливо зацікавила ця картинка - фактично дублює мої меседжі, які я зараз на своїх виступах і тренінгах підкреслюю: AI прогресує швидко і сучасна взаємодія з ним - це не просто рівень асистента, а рівень партнера, і зовсім скоро нас може чекати наступний рівень 🙂
Дослідження можна скачати тут: https://offers.hubspot.com/ai-agents-playbook
До речі, стосовно виступів - запрошую на мій виступ на найбільшу IT-конфу України DOU Day, оффлайн в Києві 16-17 травня, я там буду саме розказувати і показувати як за допомогою самих прогресивних AI-інструментів зробити так, щоб код проєктів писав себе сам :)
https://dou.ua/goto/i1Mw
https://dou.ua/goto/i1Mw
Як зрозуміти JavaScript.wav
22.1 MB
Я вже якось писав про NotebookLM - цікавий інструмент (з фрішним доступом в певних лімітах) від Google, який зручно використовувати для роботи з інформацією і навчання зокрема. Одна із його кіллер-фіч - це генерація подкасту по доданим джерелам.
І на днях Google додала підтримку української мови, ось я записав подкастик по своїй статті “Як зрозуміти JavaScript?” і сам з великим задоволенням прослухав :)
Тому якщо інструментом ще не користуєтеся, то саме пора. Там ще багато фіч є - можна підручник/конспект по матеріалам зробити, майнд-мепу, таймлайн та й загалом у режимі питання/відповідь воно працює добре.
І на днях Google додала підтримку української мови, ось я записав подкастик по своїй статті “Як зрозуміти JavaScript?” і сам з великим задоволенням прослухав :)
Тому якщо інструментом ще не користуєтеся, то саме пора. Там ще багато фіч є - можна підручник/конспект по матеріалам зробити, майнд-мепу, таймлайн та й загалом у режимі питання/відповідь воно працює добре.
Сьогодні буду вебінарчик проводити, приходьте
🔔 Вебінар: Як 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 показує, що свої «апетити» зменшили найбільш досвідчені розробники — Senior. Медіанні зарплатні очікування впали аж на $500: з $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, розробники, тімліди — всі, хто працює з вимогами та управлінням завданнями
🚀 КВИТКИ ПРИДБАТИ ТУТ
Усі виручені кошти підуть на потреби ЗСУ!
Ну то як, зустрінемось?