Блог
Блог Pokidov.dev
Пишем о том, с чем реально сталкиваемся в проектах: архитектурные решения, разбор кейсов, UX-исследования и то, как устроена работа студии изнутри.

Astro Content Layer на практике: как мы готовим фронтенд к реальному API
Разбираем, зачем нужен один свап-поинт между фикстурами и боевым Content API, и почему Content Layer — это не просто ещё один способ читать JSON.

Laravel 12 + Filament 4: как мы собираем админ-панели без лишнего кода
Filament 4 закрывает 80% типовых экранов CRUD из коробки. Показываем, где заканчивается конфигурация и начинается настоящая разработка.

Индексы PostgreSQL на практике: где они помогают, а где вредят
Не каждое поле в WHERE нужно индексировать. Разбираем частые ошибки на реальных запросах из наших проектов.

SEO-чек-лист для B2B-сайтов: что реально влияет на трафик
Большая часть SEO-советов для B2B — это карго-культ. Собрали шорт-лист того, что действительно двигает позиции в нашей практике.

Дизайн-система с нуля: с чего начать, чтобы не переделывать через полгода
Токены, компоненты, документация — в каком порядке их строить, чтобы дизайн-система не развалилась при первом крупном редизайне.

UX-исследования перед релизом: минимальный набор, который окупается
Не каждый проект может себе позволить полноценную исследовательскую лабораторию. Что делать, если бюджет — три дня и пять респондентов.

Как мы оцениваем проекты: от брифа до вилки в смете
Оценка «на глаз» почти всегда ошибается в 1.5–2 раза. Показываем, как мы декомпозируем задачу перед тем, как называть сроки и бюджет.

Кейс: CRM для сети автосервисов — от заявки до записи на ремонт за 90 секунд
Разбираем, как мы спроектировали CRM, которая сократила время обработки заявки с 8 минут до полутора и снизила количество потерянных клиентов.

Vue-острова и бюджет гидратации: сколько JS можно позволить на статичном сайте
Каждый Vue-компонент на странице — это килобайты рантайма. Разбираем, как мы выбираем директиву гидратации и считаем бюджет вручную.

Доступность веб-приложений: чек-лист, который проверяем перед каждым релизом
Доступность — не разовая доработка «для галочки», а список проверок, который выполняется на каждом релизе. Делимся своим чек-листом.

Дизайн API: чем REST-как-получится хуже осознанной конвенции
Большинство «REST API» в реальных проектах — это набор эндпоинтов без единой конвенции. Показываем, как мы стандартизируем контракт.

Микросервисы или модульный монолит: что мы выбираем для проектов уровня B2B
Микросервисы решают проблему масштаба команды, а не проблему производительности. Разбираем, когда монолит — осознанный выбор, а не компромисс.