❤️‍🩹 Прощання з Геннадієм Міщевським відбудеться у середу, 20 травня у Києві. Для родини дуже важливо щоб ті, хто знав його особисто, провели його в останню путь. Тож якщо ви зможете прийти, будемо дуже вдячні.

12:00 — відспівування у Михайлівському Золотоверхому монастирі.

12:50-13:00 – піша хода з Михайлівського Золотоверхого монастиря до Майдану Незалежності

13:50-14:00 – виїзд з Майдану Незалежності до кладовища, с. Крюківщина, вул. Каштанова 1. Орієнтовно поховання відбудеться 14.40-15.00

Після поховання відбудеться поминальний обід — якщо ви знали Гену особисто, його родина була б рада, щоб ви долучилися і поділилися спогадами про Героя. Будь ласка, напишіть Олександрі Ковальовій (@molly4air) в особисті, якщо плануєте залишитися на прощальний обід у кафе.

🛠 Your K6 Tests Are Lying to You (And It’s Not K6’s Fault)

#testing #performance

Невеличка стаття про те, що недостатньо просто користуватись інструментом для навантаження. Треба ще й ... продумувати реалістичні сценарії.

😱 Реалістичні сценарії не просто ганяють ваш скрипт із реквестами в нескінченному циклі в багато потоків.

Щоб покращити такі тести треба додавати таку штуку, як think time.

🤯 Think time - це додавання затримок між діями користувача. Реальні юзери не клацають на кнопки як навіжені із максимально можливою швидкістю. Юзери думають, приймають рішення, неспішно заповнюють форми, роблять помилки та виправляють.

😏 Як зрозуміти, яку затримку додавати? Дослідити те, як користувачі взаємодіють із вашою системою на продакшені. (Якщо ще немає трейсингу - варто його додати).

🤔 Звичайно, часом на затримку в деяких випадках можна знехтувати. Наприклад, коли ви тестуєте систему, де користувач - інша підсистема, яка може запускати купу запитів із самого старту.

Огляд на книгу: Software Testing Strategies

#books #testing

🙄 Коли деякий час працюєш в тестуванні, може виникнути спокуса сказати: «Я все знаю» або «Книга про стратегії тестування не може дати мені нічого нового».

👏 Але я знайшов книгу, яка сповнена практичних прикладів технік і підходів, які ви можете використовувати як тестувальник в сучасному світі.

✍ Ця книга називається «Software Testing Strategies: A Testing Guide for the 2020s» Метта Хойссера та Майкла Ларсена. Вона охоплює багато тем: від методів розробки тестів до підходів до автоматизації, від тест планів до філософії й етики тестування.

👉 Мої 5 інсайтів з книги - у блозі.

💰 The Hidden Cost of AI Coding That's Destroying Engineering Teams

#ai #engineering

Знайшов непогане відео про реальність бездумного використання ШІ де тільки можна.

🤔 Найважливіші інсайти:

💡Ми можемо зрозуміти коли створюємо технічний борг. Знаємо як із ним боротись. Але ШІ додає борг розуміння - різницю між тим, скільки коду у програмі та тим, скільки з цього коду розробник реально розуміє. З ШІ борг розуміння зростає непомітно. (Одна команда 3 місяці вайбкодила, а потім витратила ще 6 місяців, щоб розібратись в тому, як це згенероване працює)

💡Парадокс продуктивності. Джуніори з ШІ швидше генерують новий код. Сіньйори зменшують продуктивність на 19% через те, що їм доводиться ревьювати набагато більше коду. Сіньйори стають такими собі "збирачами сміття" замість того, щоб розвʼязувати важливіші проблеми.

💡Джуніори з ШІ не створюють ментальних моделей. Вони їх "позичають" у ШІ. Без цих моделей в голові, таким інженерам тяжко швидко реагувати на продакшн інциденти.

💡Код - не головний артефкт роботи. Головний артефакт роботи - це грамотно сформулювана специфікація. На її основі ШІ зможе щось створити.

💡Зараз створюється ринок праці де вартість експертизи у верифікації зростає. А вартість написання коду - знижується.

Огляд книги: "Mastering Blockchain"

#books #blockchain #engineering

🙄 На полицях сотні книжок про блокчейн. Десятки з них технічні. Але з якої почати? Треба вчити одразу Bitcoin, Ethereum, Solana, Midnight, чи щось інше?

🕶️ Моя порада для будь-якого інженера, що стартує (чи думає працювати) в блокчейні - це розібратись з фундаментальними знаннями.

📚 Я можу порекомендувати 1 (одну!) книгу, яка покриває майже усі базові знання в блокчейні на досить хорошому технічному рівні. Тут і про хешування, і про консенсуси, і про Біток з Ефіром (а саме про їх архітектуру!), і про смарт контракти.

👉 Ця книга - це "Mastering Blockchain" за авторством Imran Bashir.

✍ Інсайти, плюси й мінуси книжки - у пості.

Огляд книги: "Full Stack Testing"

#books #testing

Приніс хорошу книжку по сучасне тестування.

Дуже багато корисних діаграм, схем процесів (коли які тести запускати).

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

Але загалом - непоганий огляд на сучасні підходи до різних видів тестування (+ тулзи). Тільки не треба очікувати аж надто великої "глибини".

Консультації, менторинг та підготовка до співбесід

#services

В ІТ я вже понад 14 років. Автоматизував різні проєкти - від вебу до мобільних застосунків, від ігор до блокчейну.
Зараз мій стек - Python / Rust. Також мав справу з Java, Scala та C#.
Крім того, час від часу я залучений як технічний інтервʼюер у різних компаніях.

Давайте розповім, із чим саме я можу вам допомогти.

Підготовка до співбесіди

Коли це може бути потрібно:

* ви не впевнені, які теми вчити перед співбесідою
* маєте страх технічних запитань чи live-coding задач
* вам складно презентувати свій досвід
* ви думаєте, що нічого не знаєте - спойлер: це зовсім не так!
* у вас були невдалі співбесіди, але незрозуміло, чому ви отримали відмову

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

Індивідуальний план розвитку карʼєри

Коли це може бути потрібно:

* незрозуміло, який у вас зараз рівень і що потрібно знати на позиціях Middle / Senior / Lead
* хочеться вивчити багато тем, але немає часу та системи
* складно пріоритезувати теми для навчання й тримати фокус
* незрозуміло, як практикувати отримані навички

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

Подальший шлях ви обираєте самі: самостійний розвиток або індивідуальний менторинг зі мною.

Консультації з автоматизації тестування та інших аспектів тестування

Коли це може бути потрібно:

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

З чим я можу допомогти: зробимо аналіз системи, команди та інструментів; продумаємо найкращу стратегію автоматизації, яка працюватиме саме у вашому контексті.

Якщо маєте питання або хочете домовитися про дзвінок — пишіть у директ чи @al8xr. Завжди радий допомогти.

Огляд - Wizard Zines

#engineering

Сьогодні хочу розповісти про цікаву альтернативу книжкам.

Julia Evans зібрала свій практичний інженерний досвід з Linux, networking, command line, bash та ще багато чого у форматі ... коміксів.

На перший погляд виглядає не серйозно. Але якщо почитати - розумієш, що поради корисні та конкретні.

Як ці комікси виглядають та які вони бувають - у пості.

P.S. Деякі комікси - безкоштовні. Можна почитати.

І ще одне! На платні комікси є знижка для українців.

🆗 Selective Test Execution at Stripe: Fast CI for a 50M-line Ruby monorepo

#testing #engineering

Цікавий кейс того, як зробили імпакт аналіз для автотестів в Stripe.

💡 Ідея

Запускати тільки ті автотести, які тестують конкретну зміну в PRі. Замість запуску 100 000 тестів на кожен PR, можна запускати декілька сотень. Як результат - швидший та більш точковий фідбек на те, де щось зламалося.

🛠 Імплементація

Очевидний варіант це статичний аналіз залежностей: який код тестує який тест. Це непогано працює для статично типизованого коду. В Stripe використовується динамічно-типізована мова Ruby. Тому розробники додали інструментальний код, що слідкує які файли використовувались під час запуску тесту. На основі цього будуються scope для тестів та їх індекси.

📚 Почитати більше про підхід

1. Accelerated Continuous Testing with Test Impact Analysis – Part 1
2. The Rise of Test Impact Analysis
3. Speed up testing by using Test Impact Analysis (TIA)

А ви користуєтесь impact analysis у вашій автоматизації?

Огляд книги: Team Guide to Software Testability

#books #testing

Книга для тих, хто хоче нарешті розібратись в тому, що ж таке testability.

Багато вправ та порад, як говорити про testability із різними людьми - менеджерами, девелоперами, архітекторами.

Рекомендую.

P.S. З одним з авторів ми навіть записували випуск подкасту.

Огляд книги: Zero Knowledge, Infinite Trust

#books #blockchain

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

Для тих, хто хоче зрозуміти ідею Zero-Knowledge Proofs - технології, яка дозволяє довести, що твердження правдиве без розкриття самого твердження.

Цікава книжка. Нагадала мені трохи Phoenix Project (якщо ви його не читали - рекомендую також).

Smart Learning with AI tools - воркшоп для тих, хто хоче навчитися вчитися

Вітаю!

Запрошую на свій воркшоп, де розповім як вчитися краще та як ШІ-інструменти в цьому допоможуть.

Кому це буде корисно:
• якщо ви читаєте багато інформації, а памʼятаєте й використовуєте мало
• якщо набуті знання швидко забуваються
• якщо ви "забиваєте" на навчання, бо воно аж занадто складне
• якщо ви проходите курси, але розвитку нема
• якщо вам треба постійно розбиратись в нових проєктах та коді

Якщо ви хочете отримати мета-навичку, яку можна застосувати в будь-де (не тільки в ІТ)

Формати участі:

🔹 Explorer
2 онлайн-заняття в прямому ефірі + записи назавжди + PDF з концепціями + добірка інструментів і ресурсів

🔹 Practitioner
Все з Explorer + 2 додаткові практичні заняття в малій групі + закритий чат з тренером
⚡️ Лише 20 місць

📅 Старт: 6 липня 2026
Формат: онлайн, прямі трансляції + записи доступні назавжди

Чекаю всіх на воркшопі!

Огляд книги: Software Testing with Generative AI

#books #testing

Сьогодні вівторок, а значить час для нового огляду книжки з тестування.

Цього разу - це книжка 2024 року про те, як використовувати ШІ в тестуванні.
Автор книги - Mark Winteringham (він же написав "Testing Web APIs")

Що там в книжці?
• як ефективно писати промпти
• як підходити до використання ШІ в тестуванні (наприклад для тест планів, тестових даних та автоматизації
• як трошки тюнити моделькі для кращих відповідей

P.S. З автором ми таком записували подкаст на цю тему - можна подивитись тут.

The New SDLC With Vibe Coding

#ai #engineering

Google пошарив невеличкий (51 сторінка) whitepaper на тему використання ШІ в розробці.

Написано дуже якісно, майже без води. Якщо хочеться отримати дуже високорівневу базову базу з того, як зараз використовують ШІ - можна почитати.

Ключові інсайти:

1. Інженер (тест інженер також) стає арбітром якості. Він допомагає агенту визначати коректність системи та виставляє рамки перевірок.

2. Vibe coding та agentic engineering це дві частини одного спектру. Сучасна розробка дрифтує від одного екстремуму до іншого

3. Якість згенерованого коду залежить від наданого контексту, а не від крутості промтів

4. Vibe coding гарний для прототипів, але потім погано масштабується та коштує дуже дорого. Крім того - це паталогічний генератор масивів технічного боргу.

5. Тести стають одним із способів комунікації з ШІ системою.

6. Звичайних тестів не достатньо. Потрібно перевіряти проміжне міркування агенту під час роботи.

7. AI-based розробка це не тільки про модель. Це модель + обвʼязка (harness)

8. Інженер стає диригентом роботи ШІ агентів

9. Ключова навичка найближчі роки - не вміння написати більше коду, а вміння грамотно управляти агентами

10. Впроваджуючи ШІ треба думати не тільки про "швидше генерувати код". а про загальну вартість володіння. Бо токени можна спалити дуже легко

Стрім про блокчейн разом з QA SENPAI

#blockchain #video #testing

Пару тижнів тому я завітав на стрім до Паші (QA Senpai). Поговорили про тестування блокчейну та крипту.

Ділюся записом стріма.

Я знову забив на курси та втратив бажання вчитися ...

• Гроші вже витрачені, але черговий курс й досі не пройдений.
• Книжки з тестування купив, але вони збирають пил на поличці та чекають на свій час.
• Рекомендовані відео та статті ретельно складаються в окрему теку в закладках браузера.
• Список задач на навчання все росте, а з ним росте тривога та прокрастинація.

На навчання ніколи немає вільного часу, фокусу. Навіть, коли починаю вчитися, то мій запал швидко згасає, а фокус миттєво переключається (на нове відео чи рілз).

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

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

• Перша проблема - це відсутність цілі та плану.
• Друга проблема - це відсутність знань, які допоможуть навчатися швидше.
• Третя проблема - це відсутність системи, яка не дасть забути навчене вже пару днів.

Усі три проблеми ми розберемо та вирішемо на моєму онлайн воркшопі "Smart Learning with AI tools". В ньому я зібрав ті інструменти та техніки, які я пробував сам та які працюють. Ми також подивимось, як ШІ інструменти можуть підсилити ці техніки та зробити навчання ще ефективнішим.

Чекаю вас на воркшопі вже наступного понеділка, о 18:00!

🧠 Відкриваємо додатковий набір у практичну групу воркшопу Smart Learning with AI Tools, який стартує вже сьогодні!

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

Перша практична група заповнилася лише за 3 дні. Після цього ми отримали десятки повідомлень від тих, хто не встиг долучитися, тому відкриваємо ще один набір.

У форматі Practitioner, крім теоретичних занять та корисних матеріалів, ви отримаєте:
✅ 2 практичні заняття в прямому ефірі — 11 та 18 липня, 11:00–13:00 (із записами);
✅ покрокові демонстрації та виконання практичних завдань разом із тренером;
✅ доступ до закритого чату, де можна ставити будь-які запитання та отримувати зворотний зв'язок.

⚡ У групі лише 20 місць. Це остання можливість долучитися до практичного формату та отримати максимум від воркшопу.

📍ДЕТАЛІ ТА РЕЄСТРАЦІЯ

🧪 Тест-кейси не знайдуть усі баги в продукті

#testing #books

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

Ось тут і потрібне дослідницьке тестування. Таке тестування - це не просто “поклацати навмання без плану”. Дослідницьке тестування має свої структуру та правила.

Одна з найкращих книжок на тему дослідницького тестування - це "Explore It!" від Elisabeth Hendrickson.

Поділюся трьома неочевидними інсайтами з книги:

1. Tested = checked + explored. Частина checked - це там, де ми перевіряємо чи система працює так, як було задумано в очікуваних умовах. Таке тестування можна (й треба) автоматизувати. А частина explored - це дослідження додаткових ризиків.

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

3. Щоб заохотити команду робити аналіз ризиків разом, можна зіграти з ними в спеціальну гру під назвою "Nightmare Headline Game".

Більше подробиць - у огляді книги в моєму блозі.

From ad-hoc prompting to Agentic Engineering: Latest trends in AI

#ai #engineering #video

В цю середу я прийняв участь у першому івенті від AI Chapter в Ministry of Testing. Поговорили про нещодавну роботу від Гугла на тему agentic engineering.

Запис можна подивитись тут.