OFFSET проще внедрить, но на глубоких страницах заставляет базу данных просматривать и отбрасывать всё больше строк. Курсорная пагинация стабильнее под нагрузкой, однако требует правильной сортировки, индекса и обработки изменений данных.
Фича-флаг помогает включить новую возможность без повторного релиза, но быстро превращается в скрытую систему ветвления. Разбираем, какие флаги действительно нужны, чем они опасны и как не оставить их в коде навсегда.
Двенадцатифакторный подход помогает отделить код от настроек, зависимостей и окружения. Разбираем, что именно меняется в проекте, где хранить секреты и почему конфигурация из файла часто ломает релиз.
В pytest тесты чаще всего тормозят из-за базы, сети, sleep и слишком широких фикстур, а ломаются из-за случайных данных и привязки к внутреннему устройству кода. Разбираем, что менять первым и как измерять эффект.
Универсальной формулы вроде 70% unit-тестов и 10% end-to-end не существует. Разбираем, как распределять проверки по уровням, считать стоимость тестов и понять, где пирамида перестаёт работать.
README, инструкция по запуску и правила для изменений — не бюрократия, если они отвечают на вопросы, из-за которых команда теряет время. Разбираем минимальный набор документов и критерии, по которым понять, что пора добавить следующий.
Чужой репозиторий не нужно читать от первой строки до последней. Разбираем три маршрута — от входной точки до трассировки запроса — и выбираем тот, который быстрее приводит к ответу.
Чтобы разобраться в незнакомом проекте, не нужно читать каждый файл подряд. Начните с вопроса, который решает код, найдите точку входа и проследите один сценарий до результата — так вы быстрее поймёте устройство и не утонете в деталях.
Чужой код не нужно читать сверху вниз. Сначала восстановите цель изменения, затем проследите входные данные, побочные эффекты и границы ответственности. Такой порядок экономит время и помогает находить реальные риски, а не спорить о стиле.
Большой переписываемый модуль редко удаётся заменить за один релиз. Стратегия малых шагов снижает риск: сначала фиксируется текущее поведение, затем код меняется короткими обратимыми сериями.
Техдолг не измерить одной цифрой: количество TODO и возраст кода не показывают, сколько он стоит команде. Разбираем, как оценить долг через последствия для разработки и выбрать момент, когда исправление окупится.
Изменение одного поля в JSON может остановить мобильное приложение, интеграцию партнёра или платёжный сценарий. Разбираем, какие изменения безопасны, когда нужен новый endpoint и как проверять контракт до релиза.