Всім привіт! Як ваш день?

Хочу поділитись штукою, яка мене реально здивувала.
Це Claude Cowork - і це вже не просто “AI в чаті”.

Реально це шось новеньке - може воно і де багато є але я в перше почув і побачив шо це, короче це AI, який живе у десктопному додатку Claude на macOS і працює як асистент по файлах. Реально як колега, а не як пошук.

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

Умовно ви не кажете “зроби крок 1, крок 2”.
а ви кажете мету, а він сам думає, як до неї дійти.

як приклад
“Збери всі результати тестів у звіт”
або
“Наведи порядок у цій папці з логами”

І він реально це робить.

Реально виглядає шо це діє: працює з файлами, структурою, контекстом на твоєму компі.

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

реально це research preview, поки що тільки macOS і для Claude Max. але чекаємо шо буде далі)

https://www.anthropic.com/claude

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

Друзі - доброго ранку) Як ви?

Чу-чуть поднасипалось задачь і це тоді коли всі вони не зрозумілі та і ше не описані)

Буває у вас шо ти дивишься на то ішшью і просто даже нема думок шо тут і до чого і Гпт каже я не розуміюююююю

Пізніше напишу вам крикольний але цікавий кейс коли дев стоїть на своєму але в корені не правий, але ти його продавив))

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

Доброго дня, друзі!
Раз уже зачепили IPv4 / IPv6 - логічно йти далі. Бо поки існує NAT, IPv4 точно ще поживе )

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

Що я маю вам сказать.
NAT - це та сама магія, завдяки якій у вас вдома, в офісі і в половини світу все ще працює IPv4, хоча адрес давно не вистачає.

NAT якшо повністью і я не помеляюсь то це (Network Address Translation) - це коли багато внутрішніх пристроїв сидять за однією зовнішньою IP-адресою.
Світ бачить один IP, а всередині - цілий зоопарк: ноут, телефон, тестовий сервер, Docker, VM.

І от тут починаються ті самі “дивні” QA-баги.

І чому саме КУА тут причому)
Бо NAT дуже часто пояснює кейси типу:

- “у мене працює, у клієнта ні”
- “через VPN ок, без VPN - таймаут”
- “з мобільного не працює, з Wi-Fi працює”
- “сервер бачить всі запити з одного IP”
- “callback не доходить”

якщо по факту:
NAT ламає ілюзію прямого з’єднання.

і що саме відбувається
умовно клієнт має приватну IP (192.168.x.x / 10.x.x.x) і NAT міняє її на одну публічну далі сервер відповідає не “тобі”, а через NAT назад, якщо щось у цьому ланцюжку не так - привіт таймаути

Особливо боляче NAT б’є по: WebSocket / VoIP / WebRTC/ callbacks / webhooks чи rate limit по IP. security-логіці “1 IP = 1 user”

Класика коли
“Ми обмежили 5 запитів з IP”
А потім - весь офіс сидить за одним NAT)

Дам вам пару базових речей

Подивитись свою публічну IP:

curl ifconfig.me

Подивитись локальну:

ip a

Зрозуміти, чи є NAT:
локальна IP ≠ публічна IP → NAT є

Перевірити, як сервер бачить клієнта:
логи

X-Forwarded-For
X-Real-IP

І тут важливий момент
Для IPv6 NAT може взагалі не бути.
І саме тому: що через IPv6 працює, через IPv4 + NAT - ні

І це не баг коду.
Це маршрут.

Що я хочу до вас донести
QA не зобов’язаний налаштовувати NAT.
Але QA зобов’язаний розуміти, що він є і що він робить.

Бо дуже багато “дивних” проблем - це не бекенд, не фронт і не тест.
Це NAT тихо стоїть посередині і ламає логіку.

Всім стабільних конектів
і поменше “а чого тільки з цього офісу не працює”
Обняв
Сильні 💛

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

Поки є час хотів розібрати для вас цьй пула - я думаю така штука була і є знайома багатьом)

Шо я маю вам сказать.

Чому не (A)
Кеш - це завжди така спокуса, але це не перший крок.
Якщо фікс реально не потрапив у гілку, хоч заочищайся - нічого не зміниться.
Кеш перевіряють, коли вже впевнені, що код там є.

Чому не (B)
Деплой важливий, але знову ж - другий крок.
Бо деплоїти можна що завгодно, якщо в target-branch немає самого фіксу.

Чому не (D)
Права доступу тут взагалі ні до чого.
Коміт є, дев його бачить - значить доступ є.
Проблема не в доступах, а в процесі.

І чому правильна відповідь - (C)
Бо коміт може існувати в feature-branch але без PR він не потрапляє в target а без мерджа - змін у target просто немає

Це дуже частий кейс:
“Я зафіксив” = є коміт
але
“Я замерджив” ≠ реально замерджив)

Поінт дісйно просстий
КУА перевіряє не слова, а факти: є PR?, є merge?, є коміт у target-branch?

Якщо ні - фіксу в білді не існує, навіть якщо він “десь є”.

Хто вгадав(знав) - респект, мислите правильно.
Хто ні - тепер знаєте, з чого починати такі перевірки.

Всім гарного дня і поменше “ой, я забув замерджити” )

Обняв🤗🤗🤗
Сильні 💛💛💛

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

Натрапив сьогодні на цікаву статтю - ну прям дуже в тему того, що зараз відбувається з SQL і AI:
https://highload.tech/uk/google-vypuskaye-funktsiyu-yaka-dozvolyt-pysaty-sql-zapyty-za-dopomogoyu-zvychajnogo-tekstu/

І от що я для себе ще раз зафіксував.
Коли я останнім часом веду заняття по SQL, то реально все рідше роблю акцент на “напиши ось такий SELECT / JOIN”.
Бо давайте чесно - сьогодні будь-який SQL-запит може написати ШІ. І Google це офіційно підтверджує своїми фічами.

Але є велике “але”.
ШІ може згенерити запит.
А пояснити, як він працює - ні, якщо ти сам цього не розумієш.

І саме тут починається різниця між:
“я знаю SQL” і “я розумію, що робить цей запит з базою”.

Бо в реальній роботі (особливо для QA) чому цей JOIN ламає перформанс, чому WHERE фільтрує не так, як очікували, чому запит повертає зайві або пусті дані або чому після релізу все стало повільно
це все не про синтаксис, а про розуміння логіки, індексів, порядку виконання, взаємодії з даними.

І чим більше AI спрощує написання SQL, тим ціннішим стає розуміння, а не “зубріння”.

Для мене ця стаття ще один сигнал: шо SQL нікуди не дівається, але роль людини зміщується з “написати” → “зрозуміти й перевірити”.

Особливо для КУА - бо ми ті, хто має побачити, де логіка працює не так, навіть якщо запит виглядає “правильним”.

Почитайте статтю.
Дуже цікаво почути вашу думку:
це плюс для професії чи початок кінця “класичного” SQL?

Обговоримо
Обняв🤗

Доброго вечора)

Підніму вам настрій? А ну кажіть ну хочеться же іноді позадовбувати девів не?

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

Привіт, друзі. Як ви?

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

Сьогодні хочу кинути вам ще одну дуже правильну штуку, яку варто просто зберегти собі - навіть якщо зараз не юзаєте.
Awesome Incident Response - https://github.com/meirwah/awesome-incident-response

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

Не теорія і не “курси”, а реальні інструменти, підходи і ресурси типо як реагувати на security-інциденти або як збирати докази і логи - які тулзи юзати для аналізу
короче прикольна штука я ше сам не все розумію але треба час)

Навіть якщо ви не сек’юріті і не blue team - цей репо дуже добре прокачує голову:
ви починаєте дивитись на систему не тільки як на фічі, а як на ризики і наслідки.

Збережіть. Колись точно подякуєте собі.

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

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

Чу-чуть випав з графику бо був завал на роботі - зараз ця епідемія грипу покосила багатьох всі на лікарняному - і ті хто залишаються то тримають все поки люди не повернуться - Але шо робити таке життя як кажуть КОМАНДА)

Ну я повернувся і починаємо наздогоняти - є купа цікавої інфи + новина шо шорт відео запускаються вже в запис і сподіваюсь на наступному тижні з'явиться перше)

На відео це я цей останній тиждень)

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

Доброго вечора)

Хочу трошки доповнити по протоколам по яким ми вже пройшлись в Протоколи для QA, коротенько але я думаю змістовно)

я вже розбирав купу протоколів: такі як типо HTTP/REST, WebSocket, TCP, UDP, gRPC, IPv4/IPv6. Тобто як це працює плюс-мінус зрозуміло. Але дуже часто КУА зупиняється на цьому і не дивиться на другу критичну частину, поведінку і швидкість.

протокол сам по собі не робить систему швидкою або повільною, але він напряму впливає на latency, навантаження і стабільність. REST часто виглядає “повільним” не тому, що він поганий, а тому що кожен запит, це окремий хттп виклик, зайві хедери, JSON-пейлоад і повторні handshake. WebSocket швидший не через якусь магію, а тому що з’єднання постійне і немає зайвих переговорів на кожне повідомлення. gRPC дає кращі цифри, бо бінарний формат, HTTP/2 і multiplexing.

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

І ось тут ви не просто “довго відповідає”, а “ця логіка не підходить для REST”, “тут потрібен стрімінг”, “тут краще event-based підхід”. Саме це і показує відео а не бенчмарки, а поведінку під різні сценарії.

тобто тепер вчимося дивитись, як вони поводяться в реальних умовах. І це вже не про кліки, а про системне мислення)

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

Друзі доброго ранку, Як ви?
Сподіваюсь ви та ваші близкі в беспеці.

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

https://blog.qatestlab.com/2025/12/24/software-quality-trends-in-2026-key-changes-shaping-modern-qa/

Кстаті я удалив у себе тік ток - знаєте стало більше часу в вечері або в ранці почитати шось по темі)

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

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

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

Що я маю вам сказати.
DHCP - це той протокол, про який згадують тільки тоді, коли все впало ще до старту апки.

DHCP відповідає за базове: він автоматично видає пристрою IP-адресу, gateway, DNS, та без цього у вас немає мережі взагалі. Ні API, ні браузера, ні SSH.

Wi-Fi підключений, Кабель вставлений, А апка, API, браузер - мертві)

І тут куа який не шарить шо таке цей дхпт починає бігати по колу. А проблема часто дуже проста, нема нормального IP.

це штука, яка автоматично видає вашому ноуту або клієнту IP-адресу, gateway і DNS, без цього мережі по суті не існує.

Реальні кейси, які ви точно бачили: це коли “через Wi-Fi не працює, через мобільний ок” або “у мене в офісі не конектиться, вдома все норм”, чи взагалі “після нічного рестарту все впало” Це все той клятий DHCP.

Якщо чесно це виглядає по-простому:
Пристрій приходить у мережу і каже: “Привіт, хто я? куди мені йти?”
Якщо DHCP не відповів - пристрій просто стоїть і мовчить.

Через DHCP куа починає бачити речі такі як
– чи отримав клієнт IP взагалі
– чи правильний gateway
– чи не віддався лівий DNS
– чи немає конфлікту IP
– чи не закінчився пул адрес

Базові штуки, які реально варто знати)

Подивитись, чи є IP:

ip a

Глянути, чи це DHCP:

nmcli dev show | grep DHCP

Оновити IP (інколи рятує за 10 секунд):

sudo dhclient -v

Подивитись маршрут:

ip route

І після цього раптом стає ясно: так це не “бекенд лежить” і це точно не клієнт навіть не в мережі нормально.

Мій поінт простий до вас)
КУА не має бути мережевим інженером, але куа має розуміти, що без DHCP вся система навіть не стартує.

Бо дуже багато “дивних багів” - це не код.
Це просто мережа сказала: “я тобі нічого не дам”.

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

Доброго дня друзі, як ваш день? Сподіваюсь ви в безпеці зі своїми любими)

Нічого не постив бо хотів, щоб більше людей побачили пул.

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

І бачу шо GPT лідирує - бо він типо первий і це логічно.
Але багато хто пише (і я теж це бачу), що з часом навіть платний ГПТ починає підторможувати, особливо коли чат довгий і вже забитий контекстом.

І тут важливий момент. Памʼятайте, краще не давати корпоративну інфу компанії в публічні AI.
Токени, прод-логи, внутрішні API, клієнтські кейси, не треба.

Так, є платні плани, де кажуть, що не тренують на ваших даних. Але якщо можна не ризикувати, краще не ризикувати.

Я шо тут хочу вам показать і розповісти про Ollama - я вроді вам вже говорив але ше раз)
https://ollama.com

Це короче такий локальний AI-движок. - Тобто модель крутиться прямо у вас на компі. Без хмари. Без API-ключів. Без передачі даних кудись назовні.

ну ставиться просто

curl -fsSL https://ollama.com/install.sh | sh

Потім

ollama pull llama3
ollama run llama3

І у вас вже локальний ШІ. ну він типо працює як і для генерити SQL, автотести, код, допомагати з логами або пояснювати, як працює запит чи працювати як локальний API ну і можна прикрутити до Postman або CI

Якщо залізо не топ. беріть легші моделі типу 3B.

Я реально бачу, що майбутнє КУА це не просто manual чи automation.
Це QA + AI + security ну я думаю і ви так же думаєте)

І той, хто навчиться правильно юзати AI як інструмент, а не як костиль, буде рухатись швидше.

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

Друзі привіт, як ви?

З раночку зразу вам підгінчик)
так у мене питали чим я заходжу на сервер, де дивлюсь логи і як не мучитись)

Я зараз юзаю MobaXterm.
https://mobaxterm.mobatek.net/

Ставиться просто впринцепі просто скачали Home Edition → встановили → відкрили → New Session → SSH → вбили IP сервера → логін → підключились і все

Зручно реально шо одразу відкривається SSH, поруч автоматично SFTP-панель (бачите файли сервера ну і можна швидко перейти в папку з логами чи tail -f лог і одразу дивитись що відбувається і також можна зробити curl прямо з сервера

Все в одному вікні. Без 10 вкладок і костилів.

Якщо часто лазите в логи або перевіряєте деплой, реально економить нерви.

Обняв. 🤗🤗🤗

Друзі привіт, як ви?

Сорі шо чучуть загубився - бачу ваші поведомлення шо пропав і мало пощу - але виправлюсь

Хочу дати більше деталей до минулого поста, бо там важливий момент, різниця між REST і GraphQL не тільки “модно / не модно”, а саме в поведінці.

Дивіться що відбувається в REST, коли клієнт хоче статтю + автора і коли GraphQL, клієнт сам каже, що йому потрібно

Обняв 🤗
Сильні 💛

Друзі, привіт, Як ваш день? Поки є напряг з світлом( але я думаю хто з Одеси знає(

так що продовжуємо рубрику, де куA починає бачити систему, а не тільки UI - доповнимо цей пост чучуть)

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

Так що я маю вам сказать)

Syslog - це той протокол, який відповідає за передачу логів.
Не “файл лежить у /var/log”, а саме централізована доставка логів на сервер збору. Бо в реальному проді логи не читають руками на кожному сервері. Їх агрегують.

Працює це принцепі просто якщо вдуматися)
Сервіс генерує лог → Syslog відправляє його на лог-сервер → а там це вже обробляється (SIEM, ELK, Splunk і т.д.)

Працює зазвичай по: UDP 514 (ну це класика) або TCP 514 ну чи TLS (це вже безпечний варіант)

Куа це реально важливо шарити)
Бо іноді: баг є, а логів нема або лог на сервері є, а в централізованій системі нема чи подія відбулась, а аудит її не бачить ну і як же без security каже “ми нічого не отримали”

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

Дам вам пару четів на базові кейси
слухає порт:

ss -lntup | grep 514

Перевірити трафік:

tcpdump port 514

Подивитись локальні логи:

journalctl -xe

Всім гарного вечора і настрою!
Обняв.🤗🤗🤗

Друзі привіт) як ваш день?

Все хотів вам закинути це - вчора побачив згадав і думаю треба написати поки знов не забув.

Є прикольна штука від Burp MCP Agents
https://github.com/six2dez/burp-mcp-agents

і тут більше буде розуміння про шо це)
https://www.pentest-book.com/others/burp#burp-mcp

Це інтеграція Burp Suite з AI через MCP (Model Context Protocol).
Тобто Burp можна підключити до LLM і автоматизувати частину аналізу: тобто можно зробити розбір респонсів чи пошук потенційних вразливостей і генерація payload’ів або підказки по тестуванню

Фактично це Burp + AI-помічник, який не просто “пояснює”, а працює з реальним трафіком.

Для куа, який тестує API або лізе в security - це дуже цікава тема.

Але помьятаемо так? Такі штуки юзаємо тільки на тестових середовищах або з дозволом.

Я бачу, що напрямок AI + security зараз дуже активно розвивається. І якщо вже юзаєте Burp - думаю вам зайдет)


Обняв 💛

Друзі доброго ранку)

Бачили цю штуку?
https://chromewebstore.google.com/detail/claude/fcoeoabgfenejglbffodgkkbkcdhcgfn

Claude прямо в Chrome як розширення. І от чесно виглядає прикольно.

Виходить шо поо факту: можна швидко виділяти текст на сторінці чи аналізувати документацію або задати питання прямо по контексту вкладки - виглядає шо треба тестити і буде ясно шо там)

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

Блін як же все швидко рухається в сторону AI-асистентів… І це вже не “побалуватись”, а реально частина щоденної роботи.

Так, скажете платно. Але є відчуття, що Claude зараз по якості відповідей інколи цікавіший за платний GPT і особливо коли треба глибше пояснення, а не просто шаблон.

Я поки тестую.
А ви вже пробували? Шо думаєете? поговоримо

Обняв 🤗
Сильні 💛

Доброго вечора) на вечер чу-чуть підняти настрій)

А ну признавайтесь хто так робе?? коли розклав деву по полицям і довольний пішов )