Не курсы.
Не шаблоны.
Конкретный разбор вашей базы данных
«Удалённые консультации, где мы разбираем структуру и логику вашего сервера — не в теории, а на вашем реальном коде.»
Кому это подходит
С чем приходят клиенты
Большинство обращений начинаются с одного и того же — база работает, но непонятно почему иногда медленно, или запросы написаны давно и никто уже не помнит логику. Это не аварийная ситуация, но и оставлять так нельзя.
Запросы на оптимизацию — самая частая тема. На втором месте: проектирование схемы, когда сервис уже вырос из первоначальной структуры.
Запросы тормозят
Индексы есть, но план выполнения нечитаемый, и непонятно что менять.
Схема выросла стихийно
Таблицы добавлялись по задачам, нормализация не соблюдалась, связи спорные.
Серверная логика размыта
Часть правил в приложении, часть в триггерах, часть нигде — каждый разработчик разбирался по-своему.
Частый вопрос перед первым сеансом
«Мне нужно сначала подготовиться?»
«У меня ещё нет нормального кода, рано консультироваться»
Не рано. Именно на ранней стадии проектирования решения принимаются быстрее и дешевле, чем при переработке готовой системы.
«Нужно сначала разобраться самому, потом задавать вопросы»
Хорошая идея — но часто самостоятельный разбор закрепляет ошибочный подход. Иногда полезно показать то, в чём сомневаетесь, до того как сделали окончательный выбор.
«Это слишком специфично, вряд ли кто-то разберётся»
Специфика — именно то, с чем мы работаем. PostgreSQL с нестандартными партициями, MariaDB в legacy-проекте, Redis как кеш с инвалидацией — всё это уже было.
Что описывают постоянные клиенты
Не отзывы — паттерн
Томаш Вернер
«После нескольких сессий я стал по-другому читать планы выполнения. Это не произошло само — мне показали, на что смотреть.»
Катажина Брожек
«Я ожидала готовых ответов, а получила способ думать о задаче. Через месяц поняла, что это было ценнее.»
Что требует эта работа
Честно о формате
Консультация — не услуга «сделаем за вас». Результат зависит от того, насколько детально вы готовы разобрать свой код, задать неудобные вопросы о собственных решениях и применить то, что обсудили.
-
Нужно приходить с реальными данными — схемой, запросами или описанием проблемы, не с абстрактными вопросами
-
Один сеанс даёт направление, но изменения в архитектуре занимают время — без спешки
-
Форматы сессий: разбор кода, проектирование с нуля, аудит существующей схемы — выбирается под задачу