Хочу поделиться своей небольшой болью и порефлексировать на тему того, что раньше, кажется, было лучше. Как же всё-таки изменился контент! Дни теперь летят со скоростью света, и буквально каждый день приносит новую революцию — в моде, в играх, в том, что мы потребляем, во всех сферах жизни кароч.

Раньше было модно смотреть «Поле чудес», советские мультики и дико кайфовать от диснеевских анимашек. А сейчас? В каждой сфере — переворот. Дизайн? Все ринулись в минимализм. Контент? Ультракороткие рилсы (например, средний просмотр видео, которое сверху — 4 секунды, представляешь?). Люди уже не могут усидеть и досмотреть ролик без резких склеек, перебивок и свистоплясок.

У нас украли время. У нас украли деньги. Нам поменяли стандарты красоты (посмотри, кто раньше считался качком или красоткой — сейчас таких бы засмеяли). В общем, ваухи, что вообще происходит? А тут ещё этот ИИ, бесконечная гонка за скоростью, за оптимизацией, за «быстрее-короче-ярче».

Предлагаю каждому попробовать микроупражнение по замедлению: выкинуть ТикТоки на вечер, отключить все уведомления, прогуляться без музыки. Я сам только учусь этому, но уже чувствую, как становится легче.

И ладно мы — нам ещё повезло. Но что будет с детьми?..

Второй выпуск с Олежей

https://youtu.be/wvfXweNftOQ?si=gSFpz-43RHMe1hRe

Все говорят RPS, RPS нашего сервиса. А кто это такой ваш волшебный RPS?

RPS (Requests Per Second) — это метрика, которая показывает, сколько запросов ваш сервис обрабатывает за секунду. Но не всё так просто — RPS бывает разным, и считать его можно по-разному.

Каким бывает RPS?
Пиковая нагрузка (Peak RPS) – максимум, который сервис держал за конкретный период
Средний RPS = 50, но в пик нагрузка вырастает в 3 раза. Берем 50 и умножаем на 3
Средний RPS – общее число запросов, поделенное на время.
Ошибочный RPS - Сколько RPS возвращает ошибки (5xx, 4xx и т.п.)
Условно могут в несуществующие ручки долбится ботами, будет большой RPS но там по факту 404

Зачем же считать этот RPS?
Расчет нагрузки
Планирование масштабирования
Диагностика проблем (следующий абзац про это)
Сравнение до/после
Экономия ресурсов

Почему большой RPS — не всегда хорошо?
Высокий RPS может быть признаком неэффективности. Например:
Проблема N+1 – фронт отправляет лишние запросы из-за плохой оптимизации.
Фоновый спам – клиенты слишком часто наяривают сервер вместо long-polling/WebSockets.
Дублирование данных – один и тот же запрос повторяется без кэширования.

Если устранить эти проблемы, RPS снизится, но сервис станет работать быстрее и стабильнее.

Помогите понять что вам нужно? Люююдиии! Правда, расскажите, пожалуйста, что вам нужно что бы пересесть с react-query / react-router / MobX / что угодно еще на Реатом?

Хочется улучшать веб и делать лучшую библиотеку для этого. Мы уже быстрее и легче любых альтернатив по сумме фич. Но для настоящего всестороннего развития нужны пользователи! Те кто ещё не на реатоме, что вас останавливает? 🙂

"Ночь перед собесом"
Автор картины неизвестен