Кодовый артефакт забирает у дизайн- и data-процессов роль источника истины: миграции уходят в sqlite-utils, а handoff после прототипа в коде уже не сводится к отдельной Figma-спецификации.
1. sqlite-utils 4.0, now with database schema migrations (simonwillison.net)
- Ссылка: https://simonwillison.net/2026/Jul/7/sqlite-utils-4/#atom-everything
- Что: Simon Willison выпустил sqlite-utils 4.0 с database migrations, breaking changes и upgrade guide.
- Контекст: Миграции превращают SQLite из «локальной базы для скрипта» в более управляемый слой для небольших продуктов, AI-tools и персональных data apps.
- So what: Ручное перекладывание SQLite-схем через одноразовые SQL-файлы уходит из рабочего процесса — изменения базы фиксируются как версионируемые миграции.
- Тип: launch
2. sqlite-migrate 0.2 (simonwillison.net)
- Ссылка: https://simonwillison.net/2026/Jul/7/sqlite-migrate/#atom-everything
- Что: sqlite-migrate 0.2 стал compatibility shim поверх новой зависимости sqlite-utils 4.0, фактически завершая отдельную жизнь библиотеки.
- Контекст: Когда миграции входят в базовый инструмент, отдельный вспомогательный слой теряет смысл.
- So what: Отдельный пакет для миграций больше не нужен — зависимость переносится на sqlite-utils 4.0.
- Тип: launch
3. How are you handling design handoff when prototyping happens in code instead of Figma? (old.reddit.com)
- Ссылка: https://old.reddit.com/r/UXDesign/comments/1upyew3/how_are_you_handling_design_handoff_when/
- Что: Автор обсуждения пишет, что прототипирует в коде, а отдельная Figma-спецификация после этого ощущается обратным ходом.
- Контекст: Кодовый прототип начинает спорить с Figma за роль главного артефакта передачи решения в разработку.
- So what: Отдельная Figma-spec после рабочего прототипа перестаёт быть обязательным физическим артефактом — reasoning нужно прикреплять к коду, PR или документации рядом с прототипом.
- Тип: opinion
4. I build onboarding design system and kit in Figma for my company as a solo designer. Do I need to add more screens into it? (old.reddit.com)
- Ссылка: https://old.reddit.com/r/UXDesign/comments/1upuq4g/i_build_onboarding_design_system_and_kit_in_figma/
- Что: Solo designer описывает Figma onboarding design system and kit с core components и onboarding templates и спрашивает, нужно ли расширять его новыми экранами.
- Контекст: Дизайн-системы в одиночных командах часто упираются не в количество экранов, а в границу между reusable kit и живым продуктовым процессом.
- So what: Механическое добавление экранов в kit не решает следующий шаг — нужно фиксировать, какие состояния и сценарии реально повторяются в onboarding.
- Тип: opinion