{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Пользовательский интерфейс",
    "_rss_description": "Принципы и методы Решение по-эпловски Ховер из овер",
    "_rss_language": "ru",
    "_itunes_email": "ilyabirman@ilyabirman.ru",
    "_itunes_categories_xml": "<itunes:category text=\"Arts\"><itunes:category text=\"Design\" \/><\/itunes:category>\r\n<itunes:category text=\"Society &amp; Culture\"><itunes:category text=\"Personal Journals\" \/><\/itunes:category>\r\n<itunes:category text=\"Technology\" \/>\r\n",
    "_itunes_image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic-square@2x.jpg?1573933764",
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/ui\/",
    "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/ui\/json\/",
    "icon": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764",
    "authors": [
        {
            "name": "Илья Бирман",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/",
            "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764"
        }
    ],
    "items": [
        {
            "id": "6703",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/skeleton-state\/",
            "title": "«Скелет» как состояние компонента и экрана",
            "content_html": "<p>Столкнулся с дизайн-системой, где у всех компонентов отрисованы состояния «скелет» — это типа как выглядит элемент, пока он не загрузился. Дизайнеры вообще говорили «скелетон», но скелетон — это такой бобслей для одиночек, а skeleton — это скелет. С этим состоянием есть проблема, сейчас объясню.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/skeleton@2x.png\" width=\"478\" height=\"156\" alt=\"\" \/>\n<\/div>\n<p>Пока экран приложения загружается, вместо индикаторов загрузки хорошо показывать скелет экрана. Тогда вместо того, чтобы привлекать внимание к тормозам, мы создаём у пользователя впечатление, что экран почти загрузился. Секундные задержки перестают ощущаться, человек успевает сориентироваться на экране.<\/p>\n<p>Так что же не так с состоянием компонента «скелет»? То, что скелет — это состояние экрана целиком, а не отдельного компонента. (Если уж на то пошло, у компонента может быть состояние «кость», а не «скелет».)<\/p>\n<p>Во-первых, рисование отдельных скелетных состояний компонентов провоцирует дизайнеров на рисование излишне детализированных скелетов экранов. Вот Вконтакте например:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vk-skeleton-detailed@2x.png\" width=\"1024\" height=\"844\" alt=\"\" \/>\n<\/div>\n<p>Зачем столько мусора? Чтобы показать, что экран ещё грузится, достаточно такого:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vk-skeleton-sane@2x.png\" width=\"1024\" height=\"844\" alt=\"\" \/>\n<\/div>\n<p>Да и ещё спокойнее можно.<\/p>\n<p>Во-вторых, во время загрузки экрана он обычно не знает, какие именно компоненты на нём будут, чем они будут наполнены, какого они будут размера. То есть даже непонятно, какие именно компоненты в этом состоянии «скелет» туда ставить, приходится выдумывать. В то же время, если какие-то элементы на экране нужны независимо от подгружаемых данных, скажем, кнопки навигации, то их стоит сразу показывать в нормальном виде, безо всяких скелетов.<\/p>\n<p>В-третьих, даже если представить, что сам набор элементов известен сразу, а подгружается только их наполнение, то получается довольно неприятный эффект, когда во время загрузки на экране в случайные моменты появляются разные блоки, постоянно что-то прыгает, отталкивает то, что ниже. То есть даже в этом случае лучше нарисовать весь экран в скелетном состоянии, а когда загрузилось достаточно данных для его стабильного построения — тогда показать всё на своих местах.<\/p>\n",
            "summary": "Столкнулся с дизайн-системой, где у всех компонентов отрисованы состояния «скелет» — это типа как выглядит элемент, пока он не загрузился",
            "date_published": "2026-03-31T09:38:47+02:00",
            "date_modified": "2026-03-31T21:35:20+02:00",
            "tags": [
                "обратная связь",
                "пользовательский интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/skeleton@2x.png",
            "_date_published_rfc2822": "Tue, 31 Mar 2026 09:38:47 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6703",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/skeleton@2x.png",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vk-skeleton-detailed@2x.png",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vk-skeleton-sane@2x.png"
                ]
            }
        },
        {
            "id": "6636",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/kniga-andreya-markelova-putevoditel-po-knopkam\/",
            "title": "Книга Андрея Маркелова «Путеводитель по кнопкам»",
            "content_html": "<p>Прочитал книгу Андрея Маркелова <a href=\"https:\/\/alpinabook.ru\/catalog\/book-putevoditel-po-knopkam\/\" class=\"nu\">«<u>Путеводитель по кнопкам<\/u>»<\/a>:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/putevoditel-po-knopkam.jpg\" width=\"1200\" height=\"1200\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Картинка с сайта издательства<\/div>\n<\/div>\n<p>Никогда не слышал об Андрее Маркелове, а он вдруг написал большую книгу об интерфейсе.<\/p>\n<p>В целом книга полезная, и я рекомендую её прочитать всем дизайнерам интерфейса после того, как они прочитают <a href=\"https:\/\/bureau.ru\/projects\/book-ui\/\">мою книгу<\/a>.<\/p>\n<p>И всё же к книге есть вопросы. Во-первых, я несогласен с некоторыми мыслями:<\/p>\n<ul>\n  <li>Андрей пишет, что «не видит повода не делать ховер у кнопки». А повод такой: это лишнее мельтешение. Дизайн должен быть таким, что я без ощупывания понимал, где кнопка. Если это непонятно, нужно улучшить дизайн кнопки. А если понятно, то нафига ей ещё и ховер?<\/li>\n  <li>Называет «ошибкой», когда в дизайн-системах полям предусматривают состояние «в фокусе». Вот это поворот! В обоснование говорит, что на Маке это всё равно не работает. Так надо починить Мак, а не ломать всё остальное, Андрей!<\/li>\n  <li>В чекбоксах Андрей зачем-то вводит вариант на плашке с обводкой вокруг чекбокса вместе с его текстом. Типа у других элементов есть некое прямоугольное воплощение, и поэтому, чтобы в дизайн-системе у всех был одинаковый набор вариантов, пусть и у чекбоксов тоже будет. Но ведь дизайн-система должна отвечать задачами дизайна, а не наоборот. Чекбокс на плашке — лишнее усложнение и загрязнение. В отдельных случаях группу чекбоксов можно завернуть в филдсет, если хочется.<\/li>\n  <li>Пишет, что радиокнопки и чекбоксы в интерфейсах смешались, но типа ничё страшного, ведь из контекста и так понятно. Но ведь должно быть понятно и без контекста. В этом смысл разных элементов управления, чтобы было сразу видно, что с ними делать, чтобы не приходилось гадать «из контекста». Кроме того, он дальше сам рассуждает, что мол пользователи не замечают эту проблему так же, как мозг автоматически исправляет опечатку. Ну так определись с аналогией: это опечатка или правильная орфография, ёлки? А то выходит, что опечатки это окей, раз всё понятно из контекста.<\/li>\n  <li>В главе про выпадающий список пишет, что в системе Виндоус выпадающий список называется комбобоксом (что?), хотя спустя всего несколько страниц вдруг сам вспоминает, что комбобокс — это поле ввода со встроенным списком вариантов.<\/li>\n  <li>Горизонтальный переключатель, который segmented control, Андрей по-русски называет «Сегмент кнопок». Ни разу за всю жизнь не встречал такого термина у русскоговорящих дизайнеров. Я вообще всегда думал, что в segmented control сегментами называют отдельные варианты. Типа, «сегментированный» элемент, из нескольких сегментов состоит. А он называет всю эту штуку «сегментом». В каких-то местах, что ещё более странно, «сегментом кнопок» он называет и просто группу кнопок, каждую из которых можно включать независимо (как например включатели жирности-курсива-подчёркивания в редакторах).<\/li>\n<\/ul>\n<p>Во-вторых, книга написана как-то по-дурацки:<\/p>\n<ul>\n  <li>Рассказывая об истории интерфейсов, Андрей вводит какие-то эпохи, «наши эры». И мало того, что он зачем-то это придумал, так ещё и меня вынуждает в эту игру играть. Он вдруг между делом пишет что-то, что вид радиокнопок изменился в Средневековье, а я должен понять, что он имеет в виду под этим Средневековьем. Разумеется, не листаю назад, где он это объяснял, а просто пропускаю это предложение, как лишённое смысла.<\/li>\n  <li>Андрей пишет, что что-то там встречается «в живой природе» или даже буквально «in vivo». Имеется в виду, в жизни, в настоящих интерфейсах. Графомания.<\/li>\n  <li>О себе Андрей пишет в третьем лице («автор уверен, что»), но иногда вдруг съезжает в первое («я»), что делает очень комичным использование третьего. Иногда это буквально в соседних предложениях, как например в начале страницы 75.<\/li>\n  <li>В книге встречается несуществующее слово «троеточие» (знак «...» называется «многоточием»).<\/li>\n<\/ul>\n<p>Прочие наблюдения:<\/p>\n<ul>\n  <li>Когда делают ввод всяких пинкодов, где каждая цифра вводится в своё отдельное поле, он это называет «Сегмент полей». Это снова очень странно, слово сегмент по-русски не может так работать, но вообще полезно, конечно, дать этой штуке название. Наверное, сегментированное поле может быть какие-то условно-рабочим вариантом.<\/li>\n  <li>Андрей рассказывает о пользе нескольких вариантов внешнего вида вкладок в одной дизайн-системе, что позволяет организовать их наглядную иерархию. Это классная мысль, которую я до этого нигде не встречал. Это очень похоже на то, как делают иерархию заголовков в хорошем издании.<\/li>\n  <li>Элементы управления окном в Вижене-про расположены снизу, и он их называет «подоконником», это клёво.<\/li>\n  <li>Было интересно про контролы в «Ньютоне» и всякие старые интерфейсы.<\/li>\n<\/ul>\n<p>Когда в десятый раз встречаешь в книге пример, аналогию или замечание как в моей книге, начинаешь думать, что Андрей её прочитал и она запала ему в душу!<\/p>\n",
            "summary": "Прочитал книгу Андрея Маркелова «Путеводитель по кнопкам»",
            "date_published": "2026-03-28T20:18:50+02:00",
            "date_modified": "2026-03-30T07:45:10+02:00",
            "tags": [
                "книги",
                "пользовательский интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/putevoditel-po-knopkam.jpg",
            "_date_published_rfc2822": "Sat, 28 Mar 2026 20:18:50 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6636",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/putevoditel-po-knopkam.jpg"
                ]
            }
        },
        {
            "id": "6691",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/start-typing-x\/",
            "title": "Начните вводить Х",
            "content_html": "<p>Иногда встречаю подписи у полей типа «Начните вводить Х». Имеется в виду, что не нужно вводить целиком. Только начнёшь печатать «Пу», и оно там как-то угадает и поможет дописать, что это «Улица Пушкина».<\/p>\n<p>Очень хорошо, что поле угадывает и помогает, но не нужно хвастаться этим в подписи. А то выходит, что первые два слова подписи рассказывают не о содержании, а о типе и поведении элемента интерфейса.<\/p>\n<p>Если у вас поле, куда надо ввести адрес, оно должно называться «Адрес». То, что в него нужно «вводить», должно быть и так ясно, ведь это поле! Если неясно, нарисуйте поле нормально. А то, что достаточно «начать», я и так увижу, когда начну вводить, а оно подскажет. Я же в любом случае начну? Ну и всё.<\/p>\n",
            "summary": "Иногда встречаю подписи у полей типа «Начните вводить Х». Имеется в виду, что не нужно вводить целиком",
            "date_published": "2026-03-21T09:43:49+02:00",
            "date_modified": "2026-03-21T10:37:11+02:00",
            "tags": [
                "пользовательский интерфейс",
                "синтаксис интерфейса",
                "студентам"
            ],
            "_date_published_rfc2822": "Sat, 21 Mar 2026 09:43:49 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6691",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6688",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/trust-the-user\/",
            "title": "Доверяй пользователю",
            "content_html": "<p>На Маке окно можно задвинуть вниз за границу экрана, чтобы из-под низа торчал только заголовок. Но при каких-то условиях система, видимо, считает это «ошибкой» пользователя и исправляет её: окно вдруг снова оказывается целиком на экране. Наверное пользователь поставил так окно случайно и потерял его? Сейчас я ему помогу всё сделать правильно!<\/p>\n<p>Эффект, разумеется, противоположный. То, что оно теперь вылезло целиком, сделало его невидимым среди десятка других подобных окон. Я же ищу его среди торчащих снизу ушей, ведь я оставлял его именно там!<\/p>\n<p>Пользователю надо доверять. Если ты сделал фичу и человек ей воспользовался, не надо вдруг решать, что он это сделал случайно, и ломать фичу. Или не давай «плохую», на твой взгляд, фичу вовсе, или не мешай ей пользоваться.<\/p>\n<p>На днях по работе было подобное обсуждение. Пользователь может закрепить некоторые строчки в списке. Но вот проблема: «если он в фильтрах выбрал что-то другое, эти строчки могут сбить его с толку, ведь они не соответствуют фильтру, так что давайте их тогда откреплять». Да с чего? Он же сам их закрепил! Смысл закрепления в том, чтобы видеть их всегда, несмотря ни на что! Если мы считаем, что закрепление мешает поиску, значит надо сделать их в разных частях интерфейса. Но абсурд же сначала давать человеку закреплять, а потом вдруг решать, что нам виднее, и откреплять.<\/p>\n<p>См. также:<\/p>\n<ul>\n  <li><a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/let-me-click\/\">Дай нажать<\/a><\/li>\n<\/ul>\n",
            "summary": "На Маке окно можно задвинуть вниз за границу экрана, чтобы из-под низа торчал только заголовок. Но при каких-то условиях система, видимо, считает это «ошибкой» пользователя и исправляет её",
            "date_published": "2026-03-19T20:26:26+02:00",
            "date_modified": "2026-03-19T20:25:57+02:00",
            "tags": [
                "пользовательский интерфейс",
                "студентам"
            ],
            "_date_published_rfc2822": "Thu, 19 Mar 2026 20:26:26 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6688",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6685",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/posadochny-v-rayaneyre\/",
            "title": "Посадочный в Раянэйре",
            "content_html": "<p>В продолжение темы <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/pyatyorochka-zhiznmart\/\">загрузки Пятёрочки и Жизнь-марта<\/a> — Андрей Пулин прислал скриншот приложения Раянэйра, если его запустить, когда оно требует обновления. Посадочный всё равно доступен:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ryanair-care.jpg\" width=\"402\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Много вопросов вызывают приложения, которым настолько надо обновиться, что они перестают работать, но уж хотя бы так.<\/p>\n",
            "summary": "В продолжение темы загрузки Пятёрочки и Жизнь-марта — Андрей Пулин прислал скриншот приложения Раянэйра, если его запустить, когда оно требует обновления",
            "date_published": "2026-03-18T08:42:42+02:00",
            "date_modified": "2026-03-18T08:41:03+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ryanair-care.jpg",
            "_date_published_rfc2822": "Wed, 18 Mar 2026 08:42:42 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6685",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ryanair-care.jpg"
                ]
            }
        },
        {
            "id": "6684",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/pyatyorochka-zhiznmart\/",
            "title": "Загрузка Пятёрочки и Жизнь-марта",
            "content_html": "<p>У магазина «Пятёрочка» есть приложение. Я понятия не имею, зачем магазину приложение, да и не сказать, что интересуюсь этим вопросом. Единственное, зачем я им пользуюсь — показать скидочный куаркод на кассе. Разумеется, именно этот сценарий в приложении реализован максимально через жопу.<\/p>\n<p>Вот вам раскадровка:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/pyatyorochka-loading.jpg\" width=\"2412\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Когда запускаешь приложение, оно показывает тупую заставку и о чём-то усиленно думает. Потом вылезает уведомление о медленном соединении (с орфографической ошибкой). Через какое-то время начинает грузиться главный экран. Там куча каких-то разделов, все из которых не нужны. Спустя ещё несколько секунд главный экран продолжает грузиться уже иначе: снизу появляются красные кружочки (прогрузились, видимо), зато сверху исчезают иконки (разгрузились обратно, видимо). Напоминаю, что всё это время кассир ждёт, что ты ему покажешь куаркод.<\/p>\n<p>Соединение восстановлено! Ну надо же! Благодаря этому удалось загрузить квадратик, в котором в будущем появится куаркод (но не сам куаркод, конечно, ведь это огромные объёмы данных). О, вот и куаркод. Ура? Ну нет конечно, такой маленький куаркод не просканируется, проверено. В него ещё надо нажать, чтобы он увеличился. Жму! Из-под низа выезжает панелька, где в будущем появится увеличенный куаркод. Казалось бы, он же уже загрузился, почему он не показывается сразу? Ну почему-почему, много вопросов задаёшь. Люди в очереди с понимаем ждут.<\/p>\n<p>Каждому из этих решений наверняка есть объяснение. Со стороны-то легко критиковать. А вот если бы я разобрался во всех нюансах, то и сам бы понял, что нельзя было сделать иначе.<\/p>\n<p>Но вот приложение магазина «Жизнь-март». Знаете как там выглядит заставка при запуске? А вот так:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/zhiznmart-loading.jpg\" width=\"402\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Просто сразу подносишь к сканеру и скидка срабатывает.<\/p>\n<p>Хм. Да, наверное, всё-таки можно сделать нормально.<\/p>\n",
            "summary": "У магазина «Пятёрочка» есть приложение. Я понятия не имею, зачем магазину приложение, да и не сказать, что интересуюсь этим вопросом",
            "date_published": "2026-03-17T12:19:06+02:00",
            "date_modified": "2026-03-17T12:22:20+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/pyatyorochka-loading.jpg",
            "_date_published_rfc2822": "Tue, 17 Mar 2026 12:19:06 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6684",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/pyatyorochka-loading.jpg",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/zhiznmart-loading.jpg"
                ]
            }
        },
        {
            "id": "6679",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-60\/",
            "title": "Думаем дальше № 60 — «Тоталитарная секта тестировщиков гипотез» с Михаилом Руденко",
            "content_html": "<p>С Михаилом Руденко говорим о привычках, пороге входа, навязывании решений дизайнером и учитывании пожеланий пользователей.<\/p>\n<p>Все выпуски подкаста:<br \/>\n<a href=\"https:\/\/podcasts.apple.com\/us\/podcast\/думаем-дальше\/id1744862171\">Эпл<\/a> · <a href=\"https:\/\/www.youtube.com\/playlist?list=PLl7kvlp_qh0j9uzQGU2ws4DkBWdbjY1_d\">Ютюб<\/a> · <a href=\"https:\/\/music.yandex.com\/album\/29069497\">Я.Музыка<\/a> · <a href=\"https:\/\/open.spotify.com\/show\/7i4OkUq55wAC1iyZYEshmi\">Спотифай<\/a> · <a href=\"https:\/\/thinkon.mave.digital\">Мейв<\/a> · <a href=\"https:\/\/cloud.mave.digital\/51724\">РСС для подкастного приложения<\/a><\/p>\n<table cellpadding=\"0\" cellspacing=\"0\" border=\"0\" class=\"e2-text-table\">\n  <tr>\n    <td style=\"text-align: right\">0:00<\/td>\n    <td style=\"text-align: left\">Спор о поведении пробела в аудиоредакторах<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">26:43<\/td>\n    <td style=\"text-align: left\">Оказывается, мы спорили зря<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">31:55<\/td>\n    <td style=\"text-align: left\">Нужно ли снижать порог входа в сложные продукты<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">40:41<\/td>\n    <td style=\"text-align: left\">Илья защищает точку зрения Михаила. Разговор о картине мира пользователя и навязывании правильных решений<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">48:14<\/td>\n    <td style=\"text-align: left\">История про импортозамещённый мессенджер<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">54:36<\/td>\n    <td style=\"text-align: left\">Как спрашивать, что хотят пользователи, и как интерпретировать их пожелания<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">58:42<\/td>\n    <td style=\"text-align: left\">Искусство спора<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">1:00:47<\/td>\n    <td style=\"text-align: left\">Операторы эволюции, девелопмент со смыслом и почему не нужно использовать лучшие практики<\/td>\n  <\/tr>\n  <tr>\n    <td style=\"text-align: right\">1:16:20<\/td>\n    <td style=\"text-align: left\">Приложение принципа Юма к продуктовым метрикам<\/td>\n  <\/tr>\n<\/table>\n",
            "summary": "С Михаилом Руденко говорим о привычках, пороге входа, навязывании решений дизайнером и учитывании пожеланий пользователей",
            "date_published": "2026-03-11T16:05:00+02:00",
            "date_modified": "2026-03-11T16:04:52+02:00",
            "tags": [
                "дизайн продуктов",
                "Думаем дальше",
                "исследования",
                "пользовательский интерфейс"
            ],
            "_date_published_rfc2822": "Wed, 11 Mar 2026 16:05:00 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6679",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6674",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/napishi-otlozhennoe-soobschenie\/",
            "title": "Напиши отложенное сообщение",
            "content_html": "<p>В телеге можно написать отложенное сообщение — придёт адресату в указанное время. При этом есть такой сценарий: просишь человека о чём-то, а он сейчас не может сделать, и просит ему напомнить завтра утром. Тогда ты сразу же пишешь сообщение на завтра утром, мол, «напоминаю» (сам при этом утром спишь).<\/p>\n<p>Но поскольку все про это знают, то иногда сам адресат может сказать не «напомни», а прямо «будь добр, напиши отложку!». И вот это уже бред, ведь получается, что он использует интерфейс установки самому себе напоминалки через текст в чате!<\/p>\n<p>По-моему, в телеге должна появиться функция «напомнить об этом сообщении». То есть тебе что-то написали, ты жмёшь на это сообщение и прям сам выбираешь, когда тебе о нём же ещё раз уведомление прислать. А другую сторону не трогаешь этим.<\/p>\n",
            "summary": "В телеге можно написать отложенное сообщение — придёт адресату в указанное время. При этом есть такой сценарий",
            "date_published": "2026-03-06T20:01:31+02:00",
            "date_modified": "2026-03-06T20:01:18+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход",
                "Телеграм"
            ],
            "_date_published_rfc2822": "Fri, 06 Mar 2026 20:01:31 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6674",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6672",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/minus-plus-trashcan\/",
            "title": "Настройка количества товаров с мусоркой",
            "content_html": "<p>Иногда встречается такой дизайн элемента для настройки количества товаров в корзине, где вместо минуса рисуют мусорку — мол, товар уже удалится, а не просто уменьшится количество:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/minus-plus-trashcan@2x.png\" width=\"107\" height=\"36\" alt=\"\" \/>\n<\/div>\n<p>Сначала это кажется логичным, ведь уменьшение количества и удаление — разные вещи, и выглядеть должны по-разному. Возможно, кто-то из дизайнеров в этом видит возможность дополнительно предупредить об удалении. Наверное, кому-то просто кажется остроумной такая динамичность.<\/p>\n<p>Но вообще-то хорошо бы, чтобы при уменьшении количества до нуля, товар не удалялся сразу: у пользователя должно быть право на ошибку и возможность вернуть товар обратно. Если же удаление товара неотменяемое, то превращение минуса в мусорку не поможет предотвратить ошибку; тогда надо дисейблить минус, а кнопку удаления ставить отдельно. Что касается остроумности, то это только в голове дизайнера мусорка — частный случай минуса для одного значения, но для пользователя изначально никакого минуса нет, а есть лишь эта мусорка, ведь обычно количество будет «1 шт.».<\/p>\n<p>Короче, не рекомендую так делать. Элемент хуже узнаётся, ощущается нестабильным и не решает никакой задачи.<\/p>\n",
            "summary": "Иногда встречается такой дизайн элемента для настройки количества товаров в корзине, где вместо минуса рисуют мусорку — мол, товар уже удалится, а не просто уменьшится количество",
            "date_published": "2026-03-03T08:31:29+02:00",
            "date_modified": "2026-03-03T08:23:18+02:00",
            "tags": [
                "пользовательский интерфейс",
                "привычка"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/minus-plus-trashcan@2x.png",
            "_date_published_rfc2822": "Tue, 03 Mar 2026 08:31:29 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6672",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/minus-plus-trashcan@2x.png"
                ]
            }
        },
        {
            "id": "6665",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/auto-try-same-password\/",
            "title": "Попробовать тот же пароль к другому вайфаю",
            "content_html": "<p>Вот пример обычного, неэкзотического сценария, который и Мак, и Айфон полностью игнорируют: когда знаешь пароль от вайфая, но не уверен в самой сети.<\/p>\n<p>Такое бывает в кафешках и отелях. Есть куча похожих сетей с подчёркиваниями, разной заглавностью, приписками типа «гест», «фри», «опен», «лобби», «ворк», «5ггц», «3-й этаж», а тебе дали только пароль. Тыкаешь в одну сеть, вводишь пароль, а он не подходит, или сама сеть еле живая. Пробуешь другую — спрашивает пароль заново. Казалось, ну сделайте тупой правило: если я пытаюсь подключиться к закрытой сети, а за последние пять минут я уже к какой-то пробовал подключиться, попробуйте молча тот же пароль. Но нет.<\/p>\n<p>И это пример фичи, про которую Стив Джобс рассказал бы на презентации вот так же с примером, и все бы аплодировали, что только Эпл такие штуки делает. Безо всякого ликвид-гласса, вообще ноль видимых элементов интерфейса на экране. Сейчас искусство просто подумать о пользователе и сделать удобно, без особых фанфар, утеряно.<\/p>\n",
            "summary": "Вот пример обычного, неэкзотического сценария, который и Мак, и Айфон полностью игнорируют: когда знаешь пароль от вайфая, но не уверен в самой сети...",
            "date_published": "2026-02-21T13:22:22+02:00",
            "date_modified": "2026-02-21T13:21:26+02:00",
            "tags": [
                "пользовательский интерфейс",
                "сценарный подход"
            ],
            "_date_published_rfc2822": "Sat, 21 Feb 2026 13:22:22 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6665",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6662",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/i-know-better\/",
            "title": "Стой, я лучше знаю: сломанная модель поиска в Ай-ОСе 26",
            "content_html": "<p>Андрей Пулин пишет о поведении поиска в Ай-ОСе 26, которую он назвал «Стой, я лучше знаю»:<\/p>\n<blockquote>\n<p>Поле поиска появляется, но оно не в фокусе. Вместо этого на экране появляется какая-то подборка того, что, по мнению системы, могло бы тебя устроить и без поиска, например какие-то предложения. Так работает лупа в аппсторе и музыке. Как это выглядит для меня: я нажимаю на лупу и готов уже печатать, но система останавливает меня от этого. Она говорит мне «Бротан, ты наверное хочешь найти что-то, но сдаётся мне, что я знаю лучше. Вот посмотри, какие классные штуки, может, и не надо ничего искать». А потом я замечаю внизу поле поиска, в которое превратилась лупа.<\/p>\n<p>Система пытается выработать у меня привычку тапать на поиск дважды. Эта привычка тоже плохо работает, потому что часть поисковых полей в iOS 26 содержат в правой части микрофон и создание новой сущности (смс), а часть не содежит микрофона, но вместо новой сущности у них кнопка закрытия поля поиска. Я за полгода так и не смог привыкнуть к этому говну.<\/p>\n<\/blockquote>\n<p>Это пример того, как интерфейс не просто ломает привычку, а ещё и не даёт выработать новую. Причём проблема возникает в две стороны. С одной стороны, как пишет Андрей, теперь нельзя положиться на работу поиска, потому что вместо поиска показывают что-то другое. Но с другой, то самое «другое», теперь тоже невозможно открыть нормальным способом.<\/p>\n<p>Я на днях в приложении «Здоровье» пытался что-то найти в статистике заплывов, а этот раздел тупо исчез: в последней версии там только саммари и настройка шаринга. А где не саммари, а вообще все данные-то? Оказалось, в «поиске»: когда жмёшь на лупу, на самом деле открывается не поиск, а какие-то спрятанные туда разделы. Ну не козлы ли?<\/p>\n",
            "summary": "Андрей Пулин пишет о поведении поиска в Ай-ОСе 26, которую он назвал «Стой, я лучше знаю»",
            "date_published": "2026-02-18T05:51:51+02:00",
            "date_modified": "2026-02-18T05:51:38+02:00",
            "tags": [
                "Айфон",
                "пользовательский интерфейс",
                "привычка"
            ],
            "_date_published_rfc2822": "Wed, 18 Feb 2026 05:51:51 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6662",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6657",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/standard-permissions-ui\/",
            "title": "Стандартное место для прав сайта или приложения",
            "content_html": "<p>Сайты и приложения бесят своими просьбами дать права на то и сё. В идеале бы запретить им это спрашивать вообще: если я захочу, я сам дам в настройке, а по умолчанию — нет, тебе нельзя знать моё положение, слать мне уведомления, использовать камеру и всё остальное. Проблема в том, что если так постановить, то большинство пользователей никогда не разберутся, как это включить, когда им это нужно, и они будут думать, что программа не работает.<\/p>\n<p>В результате используется такое решение. Когда сайт или приложение первый раз пытаются получить доступ к чему-то запретному, система спрашивает разрешения у пользователя. Таким образом, пользователю не приходится самому искать, где это включить. С другой стороны, если пользователь отказал, то второго шанса не будет, дальше уже если передумал — придётся искать. Таким образом, пользователю не приходится терпеть многочисленные переспрашивания.<\/p>\n<p>Конфликт в том, что мы с одной стороны хотим, чтобы пользователю было легко настроить то, что он сам хочет, а с другой — не бесить пользователя назойливостью сайта или приложения. Решение, которое используется — компромисс. Мы выбираем немножко бесить пользователя (один раз) и через это сделать настройку немножко проще (делаем её удобной тоже один раз).<\/p>\n<p>Предлагаю перейти от компромисса к нормальному решению. Для этого нужно обострить конфликт: никаких немножко и иногда; вместо этого мы хотим <i>никогда<\/i> не бесить пользователя и чтобы настройка <i>всегда<\/i> была лёгкой.<\/p>\n<p>Для этого вводим стандартное обозначения прав сайтов и приложений. Допустим, это будет щит, но это не важно. Вставляем его рядом с названием сайта в адресную строку всех браузеров:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/site-rights@2x.jpg\" width=\"1024\" height=\"384\" alt=\"\" \/>\n<\/div>\n<p>И куда-нибудь сюда во всех приложениях, но можно ещё дать способ показать внутри своего интерфейса тоже:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/app-rights@2x.jpg\" width=\"402\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Даём АПИ, чтобы подписать в окне настройки разрешений каждое разрешение объяснением того, зачем оно нужно. Всё, теперь сайт или приложение могут и в своём интерфейсе сколько угодно говорить, мол, чтобы работали видеозвонки, мне нужно доступ к камере; и в самом интерфейсе настройки под разрешением уведомлений уверять, что спамить не будут. Но не могут сами ничего попросить!<\/p>\n",
            "summary": "Сайты и приложения бесят своими просьбами дать права на то и сё. В идеале бы запретить им это спрашивать вообще",
            "date_published": "2026-02-14T09:10:45+02:00",
            "date_modified": "2026-02-14T09:12:30+02:00",
            "tags": [
                "безопасность",
                "пользовательский интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/site-rights@2x.jpg",
            "_date_published_rfc2822": "Sat, 14 Feb 2026 09:10:45 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6657",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/site-rights@2x.jpg",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/app-rights@2x.jpg"
                ]
            }
        },
        {
            "id": "6653",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-193\/",
            "title": "На интерфейсном курсе: зачем делать виджеты на Ай-ОСе непохожими на системные",
            "content_html": "<p>Ранее здесь выходило видео <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-187\/\" class=\"nu\">«<u>зачем делать виджеты на Ай-ОСе похожими на системные<\/u>»<\/a>. А это пример обратного, но тоже хороший. Комментирую его. 4 минуты:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/Oos6g8k6JKA?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Это фрагмент № 193 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 5 апреля 2024 года.<\/p>\n<p>Мы открыли запись на курс 14 марта — 12 апреля. Ещё несколько дней −30% от обычной цены из-за ранней записи.<\/p>\n<p><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "summary": "Ранее здесь выходило видео «зачем делать виджеты на Ай-ОСе похожими на системные». А это пример обратного, но тоже хороший",
            "date_published": "2026-02-09T16:22:22+02:00",
            "date_modified": "2026-02-09T16:22:14+02:00",
            "tags": [
                "вёрстка",
                "видео",
                "пользовательский интерфейс",
                "студентам",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Oos6g8k6JKA-cover.jpg",
            "_date_published_rfc2822": "Mon, 09 Feb 2026 16:22:22 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6653",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Oos6g8k6JKA-cover.jpg"
                ]
            }
        },
        {
            "id": "6606",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/design-vs-evolution\/",
            "title": "Вместо дизайна теперь эволюция",
            "content_html": "<p>В цифровых продуктах больше нет дизайна: ему на смену пришла эволюция.<\/p>\n<p>Когда я читал Ричарда Докинза об эволюции, мне запомнился пример про гортанный нерв жирафа. Нерв соединяет гортань с мозгом, но у жирафа он идёт вниз через всю длинную шею, огибает аорту и возвращается обратно наверх. Логично было бы соединить две точки в голове напрямую, однако жираф эволюционировал из вида с короткой шеей, где этот нерв уже огибал аорту. Когда шея росла, нерв просто растягивался.<\/p>\n<p>А вот другой пример, уже не из Докинза: Инстаграм. Это была хронологическая лента фотографий интересных тебе авторов. Потом вдруг приделали мессенджер, а посты перемешали как попало с рекламой и видео. Потом слизали со Снепчата сторис. Они никак не вязались с лентой, поэтому их воткнули сверху в виде кружочков, которые живут своей жизнью и управляются другими жестами. Затем в разные места повставляли видеотрансляции (это не то же, что просто видео), какое-то IGTV (это тоже другое), и слизанные с Тиктока рилсы (и это тоже другое). Рилсы поселили в отдельной вкладке с собственной палитрой управляющих жестов.<\/p>\n<p class=\"foot\">Компания «Мета», которой принадлежит Инстаграм, признана экстремистской и её деятельность запрещена в России, причём не за плохой дизайн, а за какие-то другие грехи<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/design-vs-evolution.jpg\" width=\"1714\" height=\"702\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Дизайн и эволюция<\/div>\n<\/div>\n<p>Когда-то продукты проектировали осмысленно: разделы организовывали в иерархию, функциям находили логичные места. Человек мог увидеть за продуктом систему: из каких частей он состоит, как организованы экраны, какие виды данных есть. Пользователи это не анализировали, но это помогало ориентироваться и давало чувство контроля.<\/p>\n<p>Сейчас так не делают. Вместо этого в продукте делают сотни случайных изменений, оставляя успешные и откатывая неудачные. В итоге логики в продукте не видит никто. Пользователи на всякий случай дублируют фотографии из ленты в сторис (потому что в ленте их никто не найдёт, и пользователи об этом знают). Рилсы, в свою очередь, сами как-то проникают в ленту (потому что многие не заходят в раздел рилсов, и разработчики об этом знают).<\/p>\n<p>Как жираф — беспорядочное месиво из нервов, кишок и костей, так и Инстаграм — каша из фич без логики, порядка и задумки. Ни там ни там не чувствуются руки Создателя, который бы внимательно продумал, как всё должно быть устроено.<\/p>\n<!--\ndesign-evolution-1.jpg\nДизайн\n\ndesign-evolution-2.jpg\nЭволюция\n--><p>Переход от дизайна к эволюции происходит в большинстве окружающих нас цифровых продуктов. Иногда это подаётся как развитие профессии дизайнера: нам говорят, что современный дизайнер должен тестировать гипотезы и анализировать метрики. Но эта работа не может быть развитием профессии дизайнера — это буквально антоним дизайна. Никто ничего не проектирует; вместо этого делаются случайные шаги, и закрепляются те, что оказались успешными.<\/p>\n<p>Называть оператора эволюции дизайнером, конечно, можно — в конце концов, термины могут менять свои значения. Но ведь для перебора вариантов и оценки их живучести человек не требуется в принципе: природа справлялась с этим за миллиарды лет до его появления. Кому-то внутренности человека кажутся более красивыми, чем внутренности Макбука — это дело вкуса. Но факт в том, что для создания внутренностей человека человек не понадобился.<\/p>\n",
            "summary": "В цифровых продуктах больше нет дизайна: ему на смену пришла эволюция",
            "date_published": "2026-02-05T21:48:22+02:00",
            "date_modified": "2026-02-09T15:23:47+02:00",
            "tags": [
                "дизайн",
                "дизайн продуктов",
                "пользовательский интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/design-vs-evolution.jpg",
            "_date_published_rfc2822": "Thu, 05 Feb 2026 21:48:22 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6606",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/design-vs-evolution.jpg"
                ]
            }
        },
        {
            "id": "6648",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/knopka-na-glavnuyu-na-pustom-ekrane\/",
            "title": "Кнопка «На главную» на пустом экране",
            "content_html": "<p>Хочу разобрать с вами вот такой пример с недавней рабочей встречи. Экран с актами, которые можно посмотреть, подписать, скачать и всё такое. Но пока актов ещё нет, дизайнер предлагает показывать кнопку «На главную»:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/no-acts@2x.png\" width=\"380\" height=\"740\" alt=\"\" \/>\n<\/div>\n<p>Я прошу убрать эту кнопку, но мне непросто это объяснить. Казалось бы, кнопка поставлена из лучших побуждений. Всё, что человеку тут нужно — прочитать и уйти. Логично и заботливо дать ему кнопку для этого в удобном месте. В конце концов, разве не я сам учу думать о пользователях?<\/p>\n<p>Первая ассоциация, которая мне приходит в голову — кнопки «Наверх» внизу длинных веб-страниц плохих сайтов. Бороться с ними тоже всегда было очень тяжело. Дизайнеры, предлагающие их, уверены, что помогают пользователю, и все вокруг слушают их доводы и не готовы слышать никаких других. Ну как же можно бороться с очевидно полезной функцией!<\/p>\n<p>Но у меня от такого дизайна ощущение, что мне «заботливо» протягивают костыль, хотя я не хромой.<\/p>\n<p>Вред в том, что мы предлагаем исключение без повода, зачем-то внедряем кастомное решение при наличии системного. Это подрывает доверие, ломает предсказуемость, последовательность, единство. Пользователь нажмёт «На главную», а потом зайдёт в следующий экран, а там такого уже не будет. И вот он уже должен почему-то учиться на разных экранах по-разному выходить на главную, хотя до нашей кнопки у него не было для этого причин. Пользователь прокрутит страницу кнопкой «Наверх», а потом на соседнем сайте такой не будет. И вот он уже на сайтах должен проверять, нет ли там такой кнопки, вместо того, чтобы просто сразу перемотать стандартным способом не глядя. Мы просто ломаем настроенный автопилот.<\/p>\n<p>Предусматривать что-то особенное полезно на ключевых экранах продукта, где человек проводит много времени. Но если так подходить к каждому левому экрану, интерфейс превращается в кашу. «Удобства» отдельных экранов не суммируются. Если у каждого дизайнера своя идея того, как проявить заботу, все экраны получаются разными, каждый со своей «находкой». Пользователю неудобно уже от необходимости вникать в этот разнобой.<\/p>\n<p>Но всё равно, людям эти объяснения кажутся эзотерикой, а мысль «ну клёвая же идея» попадает сразу в сердечко. Вот и имеем что имеем.<\/p>\n",
            "summary": "Хочу разобрать с вами вот такой пример с недавней рабочей встречи. Экран с актами, которые можно посмотреть, подписать, скачать и всё такое",
            "date_published": "2026-01-31T16:51:38+02:00",
            "date_modified": "2026-01-31T16:51:20+02:00",
            "tags": [
                "пользовательский интерфейс",
                "последовательное волшебство"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/no-acts@2x.png",
            "_date_published_rfc2822": "Sat, 31 Jan 2026 16:51:38 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6648",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/no-acts@2x.png"
                ]
            }
        },
        {
            "id": "6647",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-191\/",
            "title": "На интерфейсном курсе: на карте происходит «что-то странное»",
            "content_html": "<p>Любопытный фрагмент семинара, где мы разбираем сложную штуку в интерфейсе выбора адреса, если что-то не находится. Как помочь человеку ввести адрес, если что-то пошло не так? Разбираем там едва уловимое ощущение, что в интерфейсе происходит «что-то странное». 11 минут:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/EdfE1-DSFL4?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Это фрагмент № 191 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 26 апреля 2024 года.<\/p>\n<p>Открыта запись на курс, который пройдёт 31 января — 1 марта.<\/p>\n<p><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "summary": "Любопытный фрагмент семинара, где мы разбираем сложную штуку в интерфейсе выбора адреса, если что-то не находится...",
            "date_published": "2026-01-29T23:06:31+02:00",
            "date_modified": "2026-01-31T08:46:13+02:00",
            "tags": [
                "видео",
                "пользовательский интерфейс",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-EdfE1-DSFL4-cover.jpg",
            "_date_published_rfc2822": "Thu, 29 Jan 2026 23:06:31 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6647",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-EdfE1-DSFL4-cover.jpg"
                ]
            }
        },
        {
            "id": "6644",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/mobilnoe-menyu-ariston-pro\/",
            "title": "Мобильное меню «Аристон-про»",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ariston-menu@2x.png\" width=\"814\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Найдено эталонно тупое мобильное меню: это сайт «Аристон-про». Во-первых, меню спрятано за бургером, то есть пока не нажмёшь, не узнаешь, что дают. Во-вторых, если нажать, открывается ещё какое-то не совсем меню, а список пунктов, один из которых — «Меню сайта» (остальное, видимо, не сайта, хз). В-третьих, даже если зайти в это «меню сайта», там всё равно не покажут никакую технику: надо ещё отдельно зайти в пункт «Продукция»! Забираю в копилку примеров, нарочно такое не придумаешь.<\/p>\n",
            "summary": "Найдено эталонно тупое мобильное меню: это сайт «Аристон-про». Во-первых, меню спрятано за бургером, то есть пока не нажмёшь, не узнаешь, что дают",
            "date_published": "2026-01-26T12:44:07+02:00",
            "date_modified": "2026-01-26T10:48:24+02:00",
            "tags": [
                "информативность",
                "пользовательский интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ariston-menu@2x.png",
            "_date_published_rfc2822": "Mon, 26 Jan 2026 12:44:07 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6644",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ariston-menu@2x.png"
                ]
            }
        },
        {
            "id": "6642",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-190\/",
            "title": "На интерфейсном курсе: перегруз в интерфейсе и отзывы на курс в конце",
            "content_html": "<p>Интересный фрагмент курса про «перегруз». Как понять, добавлять что-то в интерфейс, потому что оно полезно и информативно, или убирать, потому что оно перегружает? Это уже посиделки после того, как мы уже разобрали все работы на последнем семинаре.<\/p>\n<p>Я порассуждал вслух на эту тему, потому что она возникла где-то там раньше по ходу разборов. Это связано и с недавней темой про иллюзию простоты, и с пониманием задачи и сценарным подходом. И там ещё про то, как иерархическую навигацию делать удобной. 10 минут:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/Zgh2vUkXMKk?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>В самом конце — приятные слова участников о курсе.<\/p>\n<p>Это фрагмент № 190 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 12 апреля 2024 года.<\/p>\n<p>Открыта запись на курс, который пройдёт 31 января — 1 марта.<\/p>\n<p><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "summary": "Интересный фрагмент курса про «перегруз». Как понять, добавлять что-то в интерфейс, потому что оно полезно и информативно, или убирать, потому что оно перегружает?",
            "date_published": "2026-01-25T17:48:32+02:00",
            "date_modified": "2026-01-25T17:48:25+02:00",
            "tags": [
                "видео",
                "информативность",
                "пользовательский интерфейс",
                "понимание задачи",
                "студентам",
                "сценарный подход",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Zgh2vUkXMKk-cover.jpg",
            "_date_published_rfc2822": "Sun, 25 Jan 2026 17:48:32 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6642",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-Zgh2vUkXMKk-cover.jpg"
                ]
            }
        },
        {
            "id": "6640",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/telegram-search-habit\/",
            "title": "Приучение к новому положению поиска",
            "content_html": "<p>В целом новый ликвидглазный дизайн Телеграма ужасен, но хочу обратить внимание на один клёвый приём, связанный с привычкой в интерфейсе.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/tg-search-2026@2x.jpg\" width=\"402\" height=\"874\" alt=\"\" \/>\n<\/div>\n<p>Поиск переехал вниз, <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/mobile-ui-flip\/\">что в целом правильно<\/a>. Чтобы не ломать привычку жать в него наверху, авторы Телеграма оставили и верхний поиск тоже, но сделали его более бледным. Вообще, это странно и нестандартно: поле поиска не вполне узнаётся и кажется задисейбленным. Но в данном случае это как раз то, что нужно: с одной стороны, если я уже замахнулся нажать туда, поиск там есть и даже работает, но с другой, я ощущаю такое движение как «неправильное» и постепенно переучаюсь вызывать поиск из нижнего тулбара. Так мою привычку не ломают, а меняют постепенно.<\/p>\n<p>Недавно в работе у меня была ситуация, когда в продукте кнопка переехала в другое место. Я предложил на время оставить старую кнопку тоже, но по клику на неё просто «подпрыгивать» новой кнопкой, типа, «нет, теперь вот сюда жми». Идея та же: привычная кнопка не просто предательски пропадает, а помогает сформировать новую привычку. Если бы она продолжила работать как прежде, не было бы причин переучиться на новую кнопку, рассуждал я. Но решение Телеграма ещё более тонкое: старая кнопка одновременно и продолжает работать, и формирует новую привычку.<\/p>\n<p>Через месяцок-другой все переучатся и верхний поиск можно будет совсем убрать.<\/p>\n",
            "summary": "В целом новый ликвидглазный дизайн Телеграма ужасен, но хочу обратить внимание на один клёвый приём, связанный с привычкой в интерфейсе",
            "date_published": "2026-01-24T10:03:07+02:00",
            "date_modified": "2026-01-24T14:18:54+02:00",
            "tags": [
                "пользовательский интерфейс",
                "привычка"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/tg-search-2026@2x.jpg",
            "_date_published_rfc2822": "Sat, 24 Jan 2026 10:03:07 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6640",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/tg-search-2026@2x.jpg"
                ]
            }
        },
        {
            "id": "6639",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-189\/",
            "title": "На интерфейсном курсе: Фиттс плачет от размера кнопок, а пицца могла быть крупнее",
            "content_html": "<p>Сначала про то, где элементы слишком мелкие. Потом про размещение пиццы на экране и отсутствие клавиатуры. И в конце про расточительное размещение подписей над полями форм. О, а у следующиего участника как раз пример более удачного размещения пицц! 4 минуты:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/VHJsb_XZajA?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Это фрагмент № 189 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 12 апреля 2024 года.<\/p>\n<p>Открыта запись на курс, который пройдёт 31 января — 1 марта.<\/p>\n<p><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\" class=\"button buy-button big-button\">Почитать о курсе<\/a><\/p>\n<p class=\"foot\">Программа, отзывы, запись<\/p>\n",
            "summary": "Сначала про то, где элементы слишком мелкие. Потом про размещение пиццы на экране и отсутствие клавиатуры",
            "date_published": "2026-01-21T23:04:56+02:00",
            "date_modified": "2026-01-25T17:48:12+02:00",
            "tags": [
                "видео",
                "пользовательский интерфейс",
                "прицеливание",
                "студентам",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-VHJsb_XZajA-cover.jpg",
            "_date_published_rfc2822": "Wed, 21 Jan 2026 23:04:56 +0200",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6639",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-VHJsb_XZajA-cover.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4259,
    "_e2_ua_string": "Aegea 12.0a (v4259e)"
}