І тепер переходимо до можливостей для джунів
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, розробники, тімліди — всі, хто працює з вимогами та управлінням завданнями
🚀 КВИТКИ ПРИДБАТИ ТУТ
Усі виручені кошти підуть на потреби ЗСУ!
Ну то як, зустрінемось?