Повторный запрос может помочь пережить временный сбой, а может удвоить нагрузку и повторно списать деньги. Разбираем настройки HTTP-клиента Python Requests 2.x: какие таймауты задавать, что повторять и как не получить бесконечную очередь запросов.
Повторить HTTP-запрос после сбоя легко, но без ограничений это превращается в шторм запросов и дублирование операций. Разбираем таймауты, идемпотентность, backoff, Retry-After и метрики на примере Python 3.12.
Адрес базы данных — конфигурация, а правило расчёта скидки — код. Но между ними хватает спорных случаев: от лимитов и таймаутов до флагов функций. Разбираем, как провести границу, чтобы не собирать приложение из случайных переключателей.
Исключение удобно для сбоя, который нельзя обработать на месте, но превращать каждый ожидаемый отказ в traceback — плохая идея. Разбираем подходы на Python 3.11 и показываем, где ловить исключения, а где возвращать результат явно.
DTO защищает границу приложения, а маппер переводит данные между слоями. Но добавлять их к каждой сущности без причины — значит оплачивать лишний код тестами, ревью и ошибками синхронизации.
Одна и та же проверка не должна кочевать между контроллером, сервисом и базой данных. Разбираем, какие ошибки ловить на границе системы, где держать бизнес-правила и почему одной валидации никогда не бывает достаточно.
Неправильное имя сущности превращает доменную модель в словарь синонимов: Customer, Client и Buyer начинают означать разные вещи. Разбираем, как выбрать имя, проверить его на границах контекста и не сломать код при росте проекта.
Плохое имя сущности превращает доменную модель в набор исключений и комментариев. Разбираем, как отличать сущность от DTO и справочника, проверять названия на границах контекстов и не тащить язык базы данных в бизнес-код.
Перед релизом проверьте не только тесты, но и слова, которыми код описывает предметную область. Чек-лист поможет найти неоднозначные имена, скрытые дубли и расхождения с языком команды — пока они не разошлись по API и данным.
Понятная структура репозитория сокращает время ревью, сборки и поиска ошибок. Разбираем, какие файлы держать в корне, зачем отделять исходники от инфраструктуры и где проходит граница между Git и проектом.
Сохранить время в UTC — полезно, но этого недостаточно для календаря: встреча на 9:00 по местному времени может сдвинуться после перевода часов. Разбираем, что хранить, как обрабатывать неоднозначное время и что проверить в Python 3.12.
Надёжная загрузка — это не один POST-запрос, а цепочка из временного хранилища, проверки и публикации файла. Разбираем, как не положить приложение большими файлами и не показать пользователю объект, который ещё не прошёл проверку.