UX Chat

Длинное тире заметнее

Если что, в опросе опечатка: буллетами → буллитами. Но в запущенном опросе её уже не исправить…

Может иконки/эмодзи?

Ну семантически буллеты более подходят. Тире слишком много пунктуационных смыслов несут. Но может я просто как редактор и помешанный на правилах русского языка тут профдеформируюсь.

Пробелами

Абзацами

Вообще без разницы если абзацы разделены нормально отступом

Абзацами

пустой строкой лучше

пустой строкой телеграм же не выранивает текст и булеты отдельно как в редакторах текстов. получается месиво из букв и булетов и стремно а если отделить пустой строкой, то проще читать глазами пробегаться сканировать

Или так "➡️ "

Еще бы и отступ

абзацем

С абзацами и пустыми строками есть проблема. Предыдущий пост у меня отображается на 47 строк. Если отделять тезисы пустыми строками, то прибавится 13 строк. Это увеличивает скрол и без того длинной колбасы текста на 27%…

Я продава колись для @vinsterr01

теперь по четверо!

а вот интересно, с точки зрения UX такой скам вообще работает на ком-то? каждый раз все изощреннее, надо отдать должное

раньше по двое было

Сархан Громов написал о проблеме связи брендинга и интерфейса. Фирменные приёмы могут отлично смотреться на специально подготовленных статичных картинках. Сайт и приложение — не ещё один рекламный носитель. Здесь у дизайнера меньше контроля. Фирменный стиль нельзя перенести на них буквально. Особенно если айдентика строится вокруг одного сильного приёма. Если использовать его часто, экран станет перегруженным. Если редко, интерфейс будет нейтральным. Фирменный шрифт не спасает: может не хватать начертаний, плохо выглядеть цифры (а в интерфейсе их больше) или кириллица. Обычно его оставляют для крупных заголовков, промоблоков и отдельных акцентов, а основной текст набирают более устойчивой гарнитурой. Не каждый интерактивный элемент стоит красить в фирменный цвет, отвечающий за основной акцент. Фирменный красный конфликтует с красным для статусов, критических сообщений и деструктивных действий. Надо строить палитру, отталкиваясь от брендового цвета и отходя от него настолько далеко, насколько это необходимо для создания нормального интерфейса. Вместо заметных фирменных приёмов надо искать более спокойные признаки, допускающие более частое повторение, но задающие характер: радиусы, отступы, плотность интерфейса, форму иконок, способ использования фото, отношение к пустому пространству, тон оф войс. Хорошая проверка для приёма — повторить его двадцать раз. Набор декоративных элементов → способ принимать маленькие решения: насколько жёсткой или мягкой должна быть сетка, как много цвета оставить на одном экране, как выглядит пустое состояние. В айдентике декоративная графика может занимать половину экрана, а в интерфейсе остаться только на промоэкранах, онбординге и пустых состояниях. Не все экраны сайта или приложения должны одинаково отражать бренд, узнаваемость обеспечивается системой в целом. Отойти от фирменного стиля могут заставить требования доступности, соблюдение паттернов взаимодействия, вариативность и локализация контента (или вообще особенности ренде

Андрей Шапиро написал о слабых местах подхода SDD (Specification-Driven Development) в агентной разработке. Спецификация содержит требования к системе, но в ней нет ответов на все вопросы. При создании кода агент сам принимает часть решений и где-то угадывает, как должно быть (как представляет себе оператор), а где-то нет. Где агент не угадал, оператор дорабатывает документ, чтобы в следующий раз не надо было угадывать. При этом решения, с которыми агент угадал, в документе не фиксируются. С той же спецификацией во второй раз может получиться другой результат. Детерминированный агент сделает выбор решения повторяемым, но выбор изменится вместе с моделью, её версией или контекстом. Решение: когда оператор принимает результат, все удачные решения агента делать частью спецификации. Но всё равно останутся нежелательные феномены. 1) Дрейф — отклонение агента от спецификации. 2) Эрозия — потеря важных деталей при правках. Изменение А приводит к незаметному изменению Б, потому что часть важного для Б контекста исключается как неважная для А. 3) Наплыв — перенос свойств объектов, которые видит агент, без требования о переносе. Пример становится образцом целиком, вместе со случайными чертами вроде оформления. Полностью пересобирать систему при обновлении спецификации дорого, поэтому её код становится точкой отсчёта для следующих итераций. Написанные машиной тесты подвержены ошибкам того же рода. А человек работает медленно, может не заметить дрейф и не видит эрозию там, куда не смотрит. #ai #docs