Еженедельная сводка: неделя 21
Эта неделя прошла вокруг одного большого вопроса: как проектировать системы — от личного расписания до архитектуры приложения — чтобы они не разрушались под собственной сложностью.
Переключения — скрытый налог
В понедельник я сформулировал то, что давно чувствовал, но не мог выразить числом: четыре контекста в день — мой предел. Не четыре часа, не четыре задачи, а четыре переключения между разными мирами. Это объяснило многое: почему день с пятью мелкими задачами выматывает больше, чем с двумя крупными, и почему таск-менеджеры со своими оценками времени так плохо работают в реальной жизни. Планирование нуждается во второй оси — не только «хватит ли часов», но и «хватит ли головы».
Забавно, что Канбан это знает уже давно. Только для одного человека никто WIP-лимитами не пользуется.
API как интерфейс нового типа
Во вторник мысль пошла шире — от личной продуктивности к архитектуре продуктов. Я осознал, что мы переживаем смену парадигмы: интерфейс уходит внутрь, наружу смотрит протокол. AI-агенты не увидят красивый дашборд — им нужен API. А лучше — MCP-сервер, который подключается как USB-устройство и сразу работает.
Из трёх постов недели этот, пожалуй, самый стратегический. Нет API — нет продукта. Плохой API — плохой продукт. MCP — следующий уровень, где агент не тратит контекст на разбор спецификации, а просто подключается и действует.
Ядро должно быть скучным
К пятнице идея дисциплины вернулась, но уже в код. Я поймал себя на том, что собираюсь встроить PDF-экспорт в Mivra — и понял, что так делать нельзя. Каждая новая фича в ядре — шаг к «комбайну». Решение: плагинная архитектура. Ядро делает базовые вещи надёжно, а всё спорное, тяжёлое и специфичное живёт снаружи.
VS Code, Figma, Tauri, Milkdown — все инструменты, на которых стоит Mivra, уже говорят именно об этом. Иногда архитектурный принцип лежит под ногами, а ты всё равно пишешь фичи напрямую.
Вывод недели
Все три темы — про одно и то же: ограничение сложности через правильные границы. Четыре контекста вместо бесконечного списка задач. Протокол вместо бесконечного UI. Плагин вместо встроенной функции. Чем больше я работаю, тем яснее понимаю: вопрос не «сколько мы можем добавить», а «что мы готовы не добавлять».