Відкриті Очі

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

В SoftServe, де я працюю, є власний благодійний фонд “Відкриті очі”, і він робить величезну роботу, а головне - все відкрито і перевіряється.

Один з проєктів фонду - передача на фронт понад 320 машин швидкої допомоги.

Але ці швидкі самі потребують захисту, адже вони часто стають ціллю для ворога. Тому зараз разом з Океан Ельзи фонд збирає 15 мільйонів гривень на 50 комплектів РЕБів, які встановлять на швидкі, що вже рятують життя на фронті. РЕБ дезорієнтує дрон – і машина уникає удару. Він на 90%+ знижує шанс на ураження дроном на радіокеруванні. Це не тільки збережена машина швидкої, яка дуже цінна на фронті, але й збережені життя екіпажу і поранених.

Тому пропоную підтримати цей збір донатом на сайті, а ще можна відвідати концерти Океану Ельзи у Львові.

Посилання на збір: https://openeyesfund.com/ua/projects/lifewaves-powered-by-okean-elzy

Невеликий звіт про зустріч в суботу на тему “Від ʼхотілкиʼ до задачі”

Дуже класний формат - неформальна розмова в барі, без онлайн-трансляцій і запису, то говорити можна у дуже вільному форматі, чим ми і скористалися на повну. :)

Аудиторія зібралася досить мачурна - розробники, BA, QA, ліди і т.д.

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

Своє власне бачення по вимогам викладу наступним постом.

Дякую всім, хто прийшов і Сергію Бабічу за запрошення, сподіваюся далі буде :)

P.S. На фотці я з Артемом, він фронтендщик працює в SoftServe, починав на курсі з основ фронтенду, який я там викладаю, завжди радий бачити своїх випускників, тут недавно порахували, що їх вже більше чотирьох тисяч за весь час існування курсу :)

Отже, про “Хотілки і задачі”

Загалом, невміння працювати з вимогами - то ознака незрілого розробника, навіть якщо у нього “накапало” не один рік досвіду, але завжди говорю, що досвід в IT - то не про роки.

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

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

Між тим щоб просто “якось сформувати вимоги” і “коректно сформувати вимоги” лежить ціла прірва. Не можна покладатися на те що вам просто видадуть якісь перфектні вимоги, які треба лише сконвертувати в код. Найбільш ймовірно, щоб вони були перфектними, треба самим докласти зусиль в їх уточнення і формулювання і це абсолютно нормально, не покладайтеся що це все має зробити лише BA, спокійно додавайте/правте все що вважаєте за потрібним.

Окремо слід сказати про функціональні/нефункціональні вимоги. Зазвичай максимум уваги йде на функціональні, які відповідають на питання “що треба зробити”, але від нефункціональних, які відповідають на питання “як має працювати” теж багато залежить. І щоб не було потім зайвих питань, наприклад, чому працює повільно, то відповідь треба прописати у якості конкретного числа у нефункціональних вимогах.

І нарешті критерії прийому роботи - ніколи не слід лінуватися зафіксувати чітко що буде вважатися виконаною роботою.

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

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

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

Знову на тему джунів і ШІ

Цікавий опитувальник від ДОУ, шкода що з цим питанням не прийшли до мене, бо розказати є багато що, тим більше що нещодавно на цю тему писав :)

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

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

Стосовно фронтенду, то це в першу чергу значне зростання продуктивності команд за рахунок того що тепер левову частку «ручної» рутини — верстку, дрібні анімації, юніт-тести, генерування типового коду — команда перекладає на ШІ-інструменти. Те, що раніше з’їдало день-два роботи джуна, сьогодні робиться за 15 — 20 хвилин правильно сформульованим промптом.

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

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

Тому копаємо глибше, ми зараз тільки зазираємо у ту кролячу нору, а вся її глибина нас ще чекає попереду :)

Темна і світла сторона вайб-кодингу

“Вайб-кодинг” у вигляді: “даю команду ШІ, воно щось робить, а я лише перевіряю працює/не працює”, вже встиг отримати дещо зіпсовану репутацію – в першу чергу завдяки недосконалим інструментам, які по-гарному ще до такого режиму ще не зовсім готові і потребують нагляду.

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

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

Ігнорувати її - це наче продовжувати випасати коней, спостерігаючи за тим, як навколо всі пересідають на авто і сподіватися, що “нас це не зачепить”.


[Продовження далі]

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

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

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

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

Цікаво що розробники досить по-різному використовували ШІ: два з трьох використовували IDE з ШІ-автодоповненням коду і зверталися до ChatGPT за допомогою - наймолодший робив це дуже часто, інший дещо рідше, хоча за інструмент не забував. Проте третій використовував IDE без ШІ, писав по-старинці, виключно все сам і в ChatGPT звертався лише в останню чергу, коли більш нічого не допомогало.

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

Проте в заданих умовах завдання йому давалося дуже складно. В той час як інші в процесі роботи активно комунікували з ШІ, просили щось згенерувати/модифікувати і т.п., найбільш досвідчений розробник вперто продовжував писати код сам без підказок, повільно розбиратися з документацією до API і тому подібне.

У порівнянні з іншими рухався по завданню дуже повільно, і кульмінацією став пошук проблеми в коді, на яку він витратив хвилин 20-30 без жодного прогресу. В якийсь момент він все-таки звернувся до ChatGPT, але яким же було моїм здивування, коли він навіть запит не зміг зробити нормально - скопіювавши просто повідомлення про помилку без додаткового контексту з самого проєкту, і очікувано що коректної відповіді також не отримав. Довелося показувати команду npx repomix, за допомогою якої весь проєкт чи його частину можна перетворити на промпт. Вирішити проблему з її допомогою вдалося буквально за пару хвилин.

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

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

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

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

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

Якщо ви фронтендщик, сходіть подивіться на файний сайт зборів на третю штурмову від ДОУ https://dou.ua/triyka/
А якщо вже зайшли - не забудьте задонатити.
Якщо не фронтендщик - подивіться на те що роблять фронтендщики і подякуйте за роботу донатом :)
Якщо тестер - знайдіть баг та задонатьте, якщо не знайшли - задонатьте x2.

Ось і нові професії під'їхали, як назвемо? :)
https://www.bbc.com/news/articles/cyvm1dyp9v2o

Компанія Маска xAI оновила Grok до 4-ї версії (з'явилася в курсорі, до речі) і випустила AI-асистента у вигляді вайфи (віртуальна аніме-дружина, популярна тема в деяких колах як виявляється).
Вона спілкується, фліртує, може перевдягатися, знімати одяг.
Поки доступно лише в платній версії.
Не певен що саме такий AI ми чекали.

Розробників замінить не AI, розробників замінять PM: https://www.linkedin.com/pulse/%D1%8F%D0%BA-%D1%8F-%D0%B2%D0%B8%D0%BA%D0%BE%D1%80%D0%B8%D1%81%D1%82%D0%BE%D0%B2%D1%83%D1%8E-%D0%B2%D0%B0%D0%B9%D0%B1%D0%BA%D0%BE%D0%B4%D0%B8%D0%BD%D0%B3-%D0%BD%D1%83-%D0%BC%D0%B0%D0%B9%D0%B6%D0%B5-%D0%BD%D0%B0-%D0%B6%D0%B8%D0%B2%D0%BE%D0%BC%D1%83-%D0%BF%D1%80%D0%B8%D0%BA%D0%BB%D0%B0%D0%B4%D1%96-roman-kolos-gs7rf

В п'ятницю кликали на Еспресо TV поговорити про ШІ, шкода там досить коротке включення було, всього що хотілося розказати не вийшло :)

До речі, мене тут представляють не лише як співробітника SoftServe, а і як доцента IT STEP Університету, я в ньому працюю вже не перший рік і спеціалізуюся саме на генеративному ШІ, керівник відповідного дослідницького центру, ми там робимо дуже цікаві речі.

Оскільки зараз вступна кампанія - то всі, хто не визначився - приходьте самі чи приводьте інших, спеціальність "Комп'ютерні науки" в IT STEP дійсно крута, а я ще постараюся докласти зусиль, що в питаннях ШІ вона була взагалі найкращою серед наших вишів.

https://youtu.be/2Ew1HLkpP_c?t=10797