👀 Мои проблемы последние пару недель выглядят так:
Приходит клиент и говорит "Ксения, сделай вот это, сколько стоит?"
Я смотрю задачу и понимаю, что там надо всё от основания переделывать. Пишу деликатное сообщение о том, что "сделать вот это" не могу и вижу смысл только в большем объёме, стоимости, сроках...
И немножечко пробую слиться с проекта:
В итоге я решила честно признать, что сейчас не вижу для себя правильного формата участия в этой задаче и, пожалуй, откажусь от проекта.
Что происходит дальше?
Клиент №1 Подскажите, пожалуйста, полноценная переработка визуальной системы, практически с нуля, что это в себя включает? Вот, я так понимаю, что вам было бы интересно поработать только в рамках данного контекста. Что это в себя включает?
Клиент №2 Так давай делать
Клиент №3 Нам было бы удобней оплачивать поэтапно твои услуги, если для тебя это приемлемо.
Да, три ситуации за неделю и во всех трёх случаях заказчики как минимум заинтересованы в таком подходе, как максимум готовы приступать.
Я недавно вернулась к практике и в последнее время много слышала, что стало сложнее с заказами, все хотят дешевле, быстрее и не готовы прислушиваться к дизайнеру.
Но пока что у меня полное опровержение 😅
Как только станет можно — похвастаюсь проектами.
А пока прикладываю вайб подачи, которую отправляю другому проекту сегодня. Настрой — утвердить с первой подачи! Держите за меня кулачки ✨
🧱 Стримящийся интерфейс должен быть стабильным, а не просто живым
Joas Pambou разбирает проблему, которая всё чаще появляется в интерфейсах с ИИ, логами, транскрибацией и любыми данными в реальном времени. Экран уже не ждёт полного ответа, а обновляется по ходу генерации. Вроде бы удобно, но на практике такой интерфейс легко начинает мешать: тянет пользователя вниз, двигает элементы под рукой, слишком часто перерисовывает DOM и ломает нормальное чтение.
Самое полезное здесь в том, что статья смотрит на стриминг не как на визуальный эффект, а как на набор конкретных UX- и фронтенд-рисков. Если пользователь прокрутил вверх, интерфейс не должен насильно возвращать его к последней строке. Если текст растёт, не нужно пересобирать весь блок на каждый символ. Если данные приходят быстрее, чем браузер рисует кадры, их лучше буферизовать и обновлять экран пачками. Иначе «живой» интерфейс быстро превращается в дергающийся, непредсказуемый и утомительный.
Внутри:
– Почему стримящиеся интерфейсы сложнее, чем кажутся на первый взгляд;
– Как автоскролл может начать бороться с пользователем за внимание;
– Почему новые строки, токены и блоки создают сдвиги макета;
– Зачем останавливать автоскролл, если пользователь сам ушёл вверх;
– Почему не стоит пересобирать весь DOM на каждый новый символ;
– Как буферизация через requestAnimationFrame снижает лишние перерисовки;
– Что общего у ИИ-чата, логов, транскрибации и дашбордов с метриками;
– Почему стабильность интерфейса это не только производительность, но и доступность.
➡️ Читать статью
———
💻 Курс по поиску работы 😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
Миша Наер с ребятами сделал апку, в которой можно послушать радио из разных стран, двигая котика на глобусе
Попросил вам рассказать, что они сейчас очень активно ищут бета-тестеров и фидбэк. Хотят награду эпл получить.
Вот тут можно поставить апку:
https://testflight.apple.com/join/KE8kbAfb
А тут чатик для фидбэка:
https://t.me/+g45Wfj6YwgA4NDgy
Early adopters'ам при релизе пообещали кастомный эксклюзивный скин котика 🐱
