Agaltsov Anton | TeamLead-блог

🔌 REST, RPC или GraphQL — как выбрать стиль API? REST описывает мир как набор ресурсов с адресами: клиент выбирает HTTP-метод, сервер возвращает представление. RPC — как набор операций: клиент вызывает процедуру с аргументами. GraphQL — как граф типизированных данных: клиент сам перечисляет нужные поля, и сервер собирает ответ в этой форме. Практический выбор сводится к характеру доминирующих операций. CRUD над сущностями — родная стихия REST, действия-команды — RPC и gRPC со стримингом, сложные выборки для разнородных клиентов — GraphQL, который убирает overfetching и лишние эндпоинты под каждый экран. 💡 Зрелые системы редко живут на одном стиле: типичная схема — REST на периметре, gRPC внутри и GraphQL в BFF для мобильных клиентов. Вопрос не «какой стиль лучше», а где какая граница и кто её потребитель. 🔗 Подробнее: https://agaltsovav.ru/docs/architecture/api-styles/

🧪 Как проверить гипотезу честно: A/B-тестирование Каждое изменение в продукте — гипотеза. A/B-тест превращает спор о вкусах в измерение: контрольная группа остаётся на текущей версии, экспериментальная получает изменённую, а решение принимается по статистически достоверной разнице метрик, а не по убеждениям самого громкого в команде. Главная ценность — отделение причинно-следственной связи от корреляции. Сравнение «до и после» не отличает эффект изменения от сезонности и смены трафика, а параллельная контрольная группа показывает чистый эффект. Правила надёжного теста: гипотеза и метрика решения фиксируются до запуска, размер выборки считается заранее, а подглядывать в промежуточные результаты нельзя — самая частая ошибка, ведущая к ложным выводам. 🔗 A/B-тестирование и эксперименты: https://agaltsovav.ru/docs/product-managment/ab-testing-experiments/

🎯 PIP: шанс на исправление или подготовка к увольнению? PIP (Performance Improvement Plan) — формальный план улучшения результатов: работодатель фиксирует проблемы, ставит измеримые цели и даёт срок 30–90 дней. Инструмент включается, когда обычная обратная связь уже исчерпана, а проблемы подтверждены фактами, а не впечатлениями. У плана два назначения. Первое — развитие: поддержка, наставник и понятные цели, чтобы сотрудник вернул продуктивность. Второе — юридическая страховка компании: документированные факты, попытки помощи и итоговое решение, если улучшений не произошло. ⚠️ Главный водораздел — честность. Честный PIP содержит реалистичные цели, поддержку и регулярные контрольные точки. Формальный — заранее провальные задачи без помощи: это soft firing, инструмент давления, а не управления. 🔗 Подробнее: https://agaltsovav.ru/docs/people-managment/pip/