Доброго вечора)Хочу трошки доповнити по протоколам по яким ми вже пройшлись в Протоколи для QA, коротенько але я думаю змістовно)я вже розбирав купу протоколів: такі як типо HTTP/REST, WebSocket, TCP, UDP, gRPC, IPv4/IPv6. Тобто як це працює плюс-мінус зрозуміло. Але дуже часто КУА зупиняється на цьому і не дивиться на другу критичну частину, поведінку і швидкість.протокол сам по собі не робить систему швидкою або повільною, але він напряму впливає на latency, навантаження і стабільність. REST часто виглядає “повільним” не тому, що він поганий, а тому що кожен запит, це окремий хттп виклик, зайві хедери, JSON-пейлоад і повторні handshake. WebSocket швидший не через якусь магію, а тому що з’єднання постійне і немає зайвих переговорів на кожне повідомлення. gRPC дає кращі цифри, бо бінарний формат, HTTP/2 і multiplexing.Для КУА тут ключове не питання “який протокол кращий”, а питання чи відповідає він задачі. Бо дуже часто “повільний бекенд” або “лаги”, це не баг у коді, а невдалий вибір протоколу, зайвий payload або неправильна модель обміну даними.І ось тут ви не просто “довго відповідає”, а “ця логіка не підходить для REST”, “тут потрібен стрімінг”, “тут краще event-based підхід”. Саме це і показує відео а не бенчмарки, а поведінку під різні сценарії.тобто тепер вчимося дивитись, як вони поводяться в реальних умовах. І це вже не про кліки, а про системне мислення)Всім гарного вечора і настрою🤗