Друзі, доброго вечора )
як ви? як ваш день?

Я сьогодні натрапив на один пост, і от чесно - тільки звільнився, але думаю, треба з вами поділитися, поки не забув. Бо тема прям дуже в точку.

Писали про те, де губляться світчери в QA.
І знаєте, я з цим десь погоджуюсь.

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

Багато хто концентрується на інструментах - “вивчу Postman, Jira, Charles - і все, я КУА”.
Але, друзі, ці тулзи самі не думають нажаль(
Їхнє завдання - допомагати вам, а не заміняти голову.
Бо QA - це не просто перевірити, а зрозуміти, чому, як і навіщо.

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

Мені здається, КУА - це не про кнопки.
Це про мислення, процеси і про те, як твоя робота впливає на продукт і команду.

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

Всім тихого вечора і ночі
Сильні 💛💛💛

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

Натрапив на такий тул - Perplexica.
І, чесно, це виглядає як нормальна альтернатива комерційним AI-пошукам, але з повним контролем у себе на машині.

коротше якщо коротко що це таке
Це локальний пошуковий AI, який не відправляє ваші дані нікуди, а працює на вашему комп’ютері або сервері.
Можете підключити свої моделі через Ollama, або навіть хмарні типу Claude/Gemini - якщо хочите комбінувати.

Що в ньому кайфового то це працює локально → повна приватність, може робити веб-пошук через SearxNG. Може обмежувати домени пошуку (на випадок коли треба знайти щось точково) Можете кидати файли прямо в інтерфейс і аналізувати
ну і як же без API є, UI є, Docker-запуск теж максимально простий

Реально 1 командою)
docker run -d -p 3000:3000 \
-v perplexica-data:/home/perplexica/data \
-v perplexica-uploads:/home/perplexica/uploads \
--name perplexica \
itzcrazykns1337/perplexica:latest


Вроді офіційний репо:=)))
https://github.com/ItzCrazyKns/Perplexica

Шо я маю вам сказать
Ключова ідея саме в тому ви повністю контролюєш усі дані.
Хочете - ганяєте запити тільки через локальні моделі в Ollama.
Хочете - комбінуєш із хмарними Claude чи Gemini.
Жодних “випадкових витоків”, бо все обмежується твоєю машиною або VPS.

Вроді все розповів))

Всім гарного дня і настрою друзі)
Сильні💛💛💛

Друзі всім доброго ранку? як у вас справи?

не міг цим відео не поділитися щоб підняти вам настрій - але так і є як на відео - КУА за часту вже бачит фінальний продукт і тестує його - а деву нажаль все приходиться терпіти( спочатку зробіть так, а потім не давайте так і так по кругу - то може вот чому вони бувають такі ЗЛІ))))


Всім гарно дня і настрою а головне продуктивності) - я опять написав матеріал для завдання дня до QA - то рубрика повертається)
Всіх обняв 🤗🤗🤗

Привіт, друзі!
Чи бачили вже цю новину? Уявіть собі - перший зафіксований кібератаку, організовану штучним інтелектом.
https://the-decoder.com/anthropic-uncovers-first-large-scale-ai-orchestrated-cyberattack-targeting-30-organizations/

Круто? Бать-який жесть? Як на вашу думку?

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

Всі наступні дні будемо думати: якщо атакують таким чином як будемо захищатись ми?
Беріть каву, прочитайте і потім обсудимо разом.
Обняв 🤗🤗🤗

Друзі доброго раночку, як у вас початок дня?
Я вже попив каву, о 8 ранку провів одне заняття і тільки зараз сів працювати )

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

Що я маю вам сказать)
Кросбраузерне або мобільне тестування - це дуже тонка, делікатна штука.
Якщо вам дають таке завдання або питають на співбесіді - не треба говорити:
“візьму всі браузери” або “протестую на всіх телефонах”.

Це не про кількість.
Це про розумне покриття.

Потрібно вміти ділити й обирати:
Умовно взяти браузери на різних движках (Blink / WebKit / Gecko),
Або зрозуміти, на чому написана мобільна апка (Java/Kotlin, Swift, React Native),
Також врахувати, що у людей досі є 7-й iPhone, де частина пам’яті ще писалась під Objective-C, і тільки після цього визначати набір пристроїв.

Бо тестувати “все підряд” - це не про КУА так
Тестувати логічно і цілеспрямовано - ось де суть.

Дам вам один корисний ресурс:
https://gs.statcounter.com/

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

Всім гарного дня і настрою.
Обняв. Сильні 💛

Доброго вечора друзі - як ви? Бачили? як просто 1 сервіс може покласти мільон ресурсів в 1 міг

https://www.theguardian.com/technology/2025/nov/18/cloudflare-outage-causes-error-messages-across-the-internet

Ви уявляєте скільки грошей вони втратили за цей failure? я думаю якщо це оплошность того чи іншого коміта в реліз то це жесть))

якщо ще не бачили по почитайте - цікаво шо сталось, чекаю вже на відповідь якшо вона буде.

Всім гарного вечора і настрою

Обняв🤗🤗🤗

Друзі привіт, як ви? я сподіваюсь ви та ваші близки в безпеці

Тяжкий ранок - але кава а може і не одна повина побороти сон і треба працювати

А хто ще не найшов всій офер є гарна нагода - є непогана вакансія зараз - https://obrio-76be502da02f.breezy.hr/6c05 - подевіться можешь комусь саме те)

Всім гарного дня і настрою, всіх обняв🤗🤗🤗

Сильні💛💛💛💛💛

Доброго дня, друзі! Як ви?

Щось я маю вам сказать)
Чим більше я проводжу курси, тим чіткіше бачу одну цікаву річ:
для більшості людей API = це або REST, або GraphQL.

Але, насправді, API-протоколів реально цілий всесвіт.

І якщо ви хочете бути сильним КУА - у цьому варто розібратися.
Бо реальні системи говорять між собою зовсім різними способами:
хтось шле івенти, хтось XML у SOAP, хтось працює через WebSockets, а хтось по MQTT як IoT-пилосос.
…і це ще не все)

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

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

Пишіть у коментах, який протокол більше всьго хотілось би розібрати*?

Всім гарного дня і настрою
Обняв 🤗🤗🤗

А це вам підняти настрій)

Коли за тиждень регресії нічого не найшли і за пару годин до злиття в продакшен КУА почали процювати))

ну класика життя що не?

ОБЕРЕЖНО МАТ)

Друзі привіт - як ваш день? сподіваюсь ви були в безпеці та з вами і вашими близкими все добре

2 години сну за ніч - 3 чашки кавусі і з 9 працювати) ось відійшов на обід і думаю яж обіцяв - треба написати

і як раз народилась нова рубрика - ну шо я маю вам сказать

Протоколи для QA - WebSocket

Чесно, WebSocket - це той випадок, коли REST уже не тягне, а реального часу хочеться прямо тут і зараз.

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

REST - це як листи надсилати.
WebSocket - це як дзвінок, де ви обидва говорите одночасно.

Як відбувається підключення - тут все просто
Клієнт робить handshake через HTTP: щось типо такого ви бачити

GET /ws HTTP/1.1
Upgrade: websocket
Connection: Upgrade

А Сервер каже:

HTTP/1.1 101 Switching Protocols
Upgrade: websocket

І все з цього моменту HTTP більше нема, є чистий WebSocket-канал.
Далі вже API летить у вигляді фреймів: текстові/ бінарні / ping/pong / close
І все це без перестворення з’єднання.

Тобто
Як працює?
Клієнт відкриває WebSocket-з’єднання (handshake через HTTP).

Сервер каже: «Ок, підключаю!».

Після цього вони спілкуються без переривання:

клієнт може надсилати повідомлення

сервер може надсилати події (events) у будь-який момент

З’єднання закривається лише коли одна зі сторін каже close.

За часту це використовують

Чати, Нотифікації, Біржі / live-update цін, Трекинг кур’єрів на мапі, Відеоконференції та дзвінки, Онлайн-ігри

Спитаєте як потестити WebSocket через Postman?
Так-так, Postman вміє WebSocket-и

- Відкриваємо Postman → New → WebSocket
- Пишемо адресу:
-

ws://localhost:8080/ws

- Підключаємося
- Відправляємо тестове повідомлення:

{ "action": "ping" }

- Дивимося, що сервер відповідає
- Для live-систем тестую івенти так:
- робите дію в UI
- дивиьесь, які саме WebSocket-пакети полетіли
- ну звіряю payload з документацією
- перевіряєте порядок подій (це часта бага!) и все) впринципі є офіційна дока як це налаштувати - там думаю ви зрозумієте https://learning.postman.com/docs/sending-requests/websocket/websocket-overview/

Автомейшенам ще проше через wscat пишите и все буде бігати само) я так роблю у себе на курсах - люди яки бачили скажуть шо круто) а може і не))

а і забув ключове Чому WebSocket сам не закривається без ping/pong?
У WebSocket є одна важлива особливість, про яку багато хто не знає:

WebSocket-з’єднання саме по собі “вічне”.
Якщо ви його не пінгуєте - сервер думає, що все ок, навіть якщо клієнт давно помер.
І тут заходить ping/pong

Ping - сервер періодично надсилає «ти живий?».
Pong - клієнт автоматично відповідає «я тут».
Якщо Pong не прийшов у певний час → сервер розуміє, що клієнта нема, і закриває з’єднання.

якщо прям дуже коротко то
Ping/pong - це heartbeat WebSocket-а.
Без нього у вас будуть “зомбі-з’єднання” і нестабільна робота в real-time сервісах.

Вроді нічого не пропустив)

Всім гарного дня і настрою
Обняв 🤗🤗🤗

Друзі, доброго вечора)

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

І я реально задумався: а може й правда, вже не потрібно знати 5 мов програмування, щоб нормально працювати?
Бо якщо чесно - я теж почав балуватися AI-тулзами для деву. Взяв собі Cursor, пробую щось робити, граюсь з промтами… І знаєте, воно реально може закривати 50% рутини.
Але про сам проєкт я вам розкажу пізніше, хай трохи підросте)

Що я хочу сказати
І хочете ви того чи ні - AI вже сидить з нами за робочим столом.

Питання інше: може нам дійсно треба бути такими собі general-engineer, але з AI під рукою?
Типу трохи Linux, трохи бекенду, трохи фронта, трохи QA - і AI допомагає з тим, що ти сам не вмієш?
Бо звучить як новий стандарт 2026 року.

А ви як думаєте?
Цікаво почути ваші думки.

Всім гарного та спокійного вечора 🙌
Сильні 💛

Друзі доброго раночку, як ви?)

Слухайте хочу вам підняти настрій і подивитися на себе коли шось нове або складне у вас вийшло) ну я прям бачу себе тут)

Всім гарно дня і настрою
Сильні 💛💛💛

Протоколи для QA - GraphQL

Друзі привіт!
Ну що, рухаємося далі по API-протоколах)

Протоколи для QA - GraphQL

І сьогодні у нас GraphQL.
Чесно - це той випадок, коли REST інколи виглядає як велосипед, а GraphQL - як Tesla.

Що я маю вам сказать
GraphQL вирішує одну дуже болючу проблему REST:
або забагато даних, або замало.

У REST ви отримуєте весь payload, хочете ви того чи ні:

GET /users/123 → п

риходить 10 полів,
хоча умовно треба два.

А в GraphQL ви самі кажете бекенду що саме тобі потрібно:

query {
  user(id: "123") {
    name
    email
  }
}

І сервер повертає рівно це.
Не менше, не більше.

Тому яка головна суть:
GraphQL = не ресурс, а запит до схеми.

Працює це дуже просто)
У GraphQL є три ключові штуки:

Query - читаємо дані
Mutation - змінюємо дані
Subscription - real-time оновлення (тут вже WebSocket заходить)

Вроді просто але покажу вам приклад краше)

Запит:
query {
  product(id: 42) {
    price
    currency
  }
}

Відповідь:
{
  "data": {
    "product": {
      "price": 200,
      "currency": "USD"
    }
  }
}

Чим GraphQL відрізняється від REST?
- REST: “Ось готова відповідь, бери все.”
- GraphQL: “Ти сам кажеш, що хочеш.”

Для UI це рай:
1 запит → 1 відповідь → мінімум оверхедів.

Навішо це нам знати як КУА
GraphQL всеж тестується інакше, ніж REST.

Ключові кейси:
валідація схеми (types, required)
null-handling
error extensions
over-fetching / under-fetching
складні поля з залежностями
pagination
versioning без versioning

І дуже важливе:
GraphQL помилки НЕ такі, як REST.

Вони можуть бути:
data + errors одночасно
REST такого не робить.

За часту воно використовується ?

Shopif/GitHub API/Pinterest/Netflix/Slack

Будь-де, де UI потребує багато даних і мало запитів.

Якщо прям дуже коротко
GraphQL = коли дані тобі потрібні точково і швидко.
REST = коли структура проста і зрозуміла.

Обняв 🤗