Я решила сделать свой продукт
(и внезапно упёрлась не туда, куда ожидала)
Давно крутилась мысль: хочу не просто рисовать интерфейсы, а сделать работающий продукт. Такой, который реально экономит время дизайнерам и командам, а не «ещё один чек-лист».
Идея на поверхности: Design ↔ Dev Consistency Checker Система, которая проверяет: сделали ли разработчики интерфейс по дизайн-системе, а не «примерно похоже».
❌ Где я сначала ошиблась
Как и многие, я начала думать в сторону: - pixel-perfect - скриншот vs скриншот - визуальные диффы
И довольно быстро поняла: это тупик.
Пиксели не говорят: - почему кнопка стала вторичной - где нарушена иерархия - почему цвет «похож», но не из системы И выдают ооочень много мусора, когда разрабы не сыграли в pixel-perfect, но на это можно спокойно закрыть глаза. Поэтому данная система постоянно выдает ошибки, которые приходится мысленно относить "это не важно, можно забить"
⚠️ Первый реальный стоп
Когда дошла до практики, оказалось: самая сложная часть — не сайт, а Figma
Мне нужно было достать Variables: Не стили, не цвета из компонентов, не то, что дизайнер «использовал на экране».
И тут внезапно: - отдельный API - ограничения по доступу - алиасы - режимы (light / dark) - цепочки переменных p.s. тестировать данную схему и вытаскивать Variables я решила по-крупному - из платной версии ant-design, где как раз настроена нормальная система переменных цветов.
Короче: “просто возьми цвета из Figma” — это миф. Достаточно очень больной)) Потому что как бы не менялся запрос (а я не разработчик, поэтому достаточно много запросов и написания кода пишутся с помощью нейронки).
· 14.01
//ужас, а где редактировать?)) //
Что я делаю сейчас Я разбила продукт на этапы и иду снизу: Этап 1 (текущий): • научить систему доставать цветовые variables из Figma через API • корректно парсить: • коллекции • режимы • алиасы • получать нормальный JSON, а не кашу Без UI. Без магии. Просто: истина → данные.
Что дальше по плану Если этап 1 стабилен, дальше: 1. ➜ сопоставление variables ↔ CSS 2. ➜ поиск несоответствий токенам 3. ➜ текстовый отчёт «как от дизайн-лида» 4. ➜ только потом UI и масштабирование
Цель не «стартап ради стартапа». Цель — инструмент, который: реально нужен тем, кто живёт между дизайном и разработкой
Вывод для себя (и, может, для вас) Самое сложное в своём продукте — не идея не ИИ не код
А разобраться, где именно правда в системе и научиться её аккуратно доставать.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён