🏗 Архитектурное ревью: как не утонуть в хаосе большого проекта
Вы работаете над зрелым продуктом, где десятки команд, множество сервисов и решений. Всё взаимосвязано, и любая ошибка дорого обходится. Значит, без архитектурного ревью — никуда.
➡️ В статье
📍 Когда приходит время для архитектурного ревью
📍 Какие вопросы стоит задавать, чтобы не собирать техдолг
📍 Как избежать дублирования и держать архитектуру под контролем
📍 Что помогает масштабировать решения и соблюдать стратегию
📍 Почему метрики и наблюдаемость — часть архитектуры, а не бонус
🔗 Читать на Proglib
Proglib Academy #буст
Вы работаете над зрелым продуктом, где десятки команд, множество сервисов и решений. Всё взаимосвязано, и любая ошибка дорого обходится. Значит, без архитектурного ревью — никуда.
🔗 Читать на Proglib
Proglib Academy #буст
Please open Telegram to view this post
VIEW IN TELEGRAM
Когда Вы пишете SQL-запрос, может показаться, что всё выполняется сверху вниз — SELECT, FROM, WHERE…
Но это не так. Под капотом запрос исполняется в совершенно другом порядке:
FROM — сначала выбирается основная таблица
JOIN — затем к ней присоединяются другие таблицы
ON — указывается, как именно таблицы связываются
WHERE — происходит фильтрация строк до группировки
GROUP BY — строки группируются по указанному полю
HAVING — фильтрация уже сгруппированных данных
SELECT — выбираются нужные столбцы
ORDER BY — сортировка результата
LIMIT — ограничение количества строк
Обратите внимание: оператор SELECT выполняется почти в самом конце, а WHERE работает до GROUP BY. Именно поэтому нельзя ссылаться в SELECT на столбцы, которых нет в GROUP BY или агрегатах.
Proglib Academy #буст
Please open Telegram to view this post
VIEW IN TELEGRAM