{
    "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": "6864",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/neurooptimization\/",
            "title": "Нейрооптимизация",
            "content_html": "<p>Пока мы работали над инструкцией для нейросетей в <a href=\"https:\/\/ilyabirman.ru\/reference\/\">Справочнике<\/a>, несколько человек нам сказали, что сам справочник нейросетям надо отдавать в формате Маркдаун.<\/p>\n<p>Меня это возмутило до глубины души. Мы даже для обычных поисковых роботов уже давно перестали как-то специально контент адаптировать, слава богу, а тут — нейросети! Они могут декомпилировать кусок операционной системы даже! Неужели уж они не разберутся в ХТМЛе, который, вообще-то, является языком семантической разметки?<\/p>\n<p>В какой момент мы опять свернули не туда, что у нас появилась ещё менее требовательная к формату ввода технология, а мы всё равно думаем, что надо под неё как-то адаптироваться? Может, тогда убираться перед приходом уборщицы тоже прикажете?<\/p>\n<p>У Нильсена-Нормана ещё и вышла <a href=\"https:\/\/www.nngroup.com\/articles\/ux-vs-experience-design\/\">статья<\/a>, что теперь правильно говорить не «юикс», а просто «икс», типа экспириенс бывает не только у юзеров, а у нейросетей тоже.<\/p>\n<p>Не представляю, что более вредное можно написать. Да, там в статье как-то вяло говорится, мол, человек всё равно остаётся главным, но это всё бред. Человек остаётся не просто «главным», а буквально единственным ради чего есть компьютеры. Если бы не было человека, ничему другому бы они не пригодились.<\/p>\n",
            "summary": "Пока мы работали над инструкцией для нейросетей в Справочнике, несколько человек нам сказали, что сам справочник нейросетям надо отдавать в формате Маркдаун",
            "date_published": "2026-11-04T12:38:02+05:00",
            "date_modified": "2026-11-04T12:36:37+05:00",
            "tags": [
                "интерфейс",
                "нейросети",
                "человечность"
            ],
            "_date_published_rfc2822": "Wed, 04 Nov 2026 12:38:02 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6864",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6863",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/reference-2026-nov-3\/",
            "title": "Обновление справочника за 3 ноября 2026",
            "content_html": "<p><a href=\"https:\/\/ilyabirman.ru\/reference\/\">Справочник<\/a> обновился.<\/p>\n<p>Главное — мы научили нейросети им осмысленно пользоваться. Для этого мы сделали инструкцию по аудиту и навык. Знаете, как в обычных справочниках бывают разделы типа «Как пользоваться этим справочником»? Вот у нас так же, только для нейросетей: «Как провести разбор интерфейса по этому справочнику».<\/p>\n<p>Вот промт, который мы предлагаем использовать:<\/p>\n<blockquote>\n  <p>Проведи аудит интерфейса с точки зрения Справочника проектировщика интерфейса.<\/p>\n  <p>Инструкция по аудиту:<br \/>\n  <a href=\"https:\/\/ilyabirman.ru\/reference\/audit\/\">https:\/\/ilyabirman.ru\/reference\/audit\/<\/a><\/p>\n  <p>Выполни аудит строго по ней. Если не можешь открыть страницу или найти этот раздел, скажи об этом и не отвечай по памяти.<\/p>\n<\/blockquote>\n<p>Вставляете его вместе со скриншотом, макетом или ссылкой на что-то — и получаете отчёт, как будто я ваш интерфейс посмотрел.<\/p>\n<p>Промт есть в конце справочника, оттуда его можно всегда взять. Но если вам даже этого делать не хочется, то там же можно скачать навык и установить его себе навсегда. Он уже содержит информацию о том, когда его применять. После этого ваша нейросеть просто сама станет в курсе интерфейсных дел.<\/p>\n<p>Расскажите, какие найдёте ошибки или странности, мы подкрутим ещё.<\/p>\n<p>Что касается содержания, то добавилась статья <a href=\"https:\/\/bureau.ru\/soviet\/20261103\/\" class=\"nu\">«<u>Ссылка<\/u>»<\/a> в виде большого совета на сайте бюро, ещё пачка терминов и иллюстраций. Всё новое и дополненное разом показывает, если вписать в поиск заклинание «r03».<\/p>\n",
            "summary": "Справочник обновился",
            "date_published": "2026-11-03T20:44:16+05:00",
            "date_modified": "2026-11-03T20:42:12+05:00",
            "tags": [
                "интерфейс",
                "нейросети",
                "продукты"
            ],
            "_date_published_rfc2822": "Tue, 03 Nov 2026 20:44:16 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6863",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6861",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/kassy-dolzhny-pikat-raznymi-golosami\/",
            "title": "Кассы должны пикать разными голосами",
            "content_html": "<p>Все супермаркеты понаобзавелись автоматическими кассами. При сканировании товара, кассы пикают, давая полезную обратную связь.<\/p>\n<p>Но эти кассы стоят плотной кучей, и проектировщики интерфейса об этом не подумали. Я уже несколько раз ловил себя на том, что интерпретировал соседский пик как свой и вынужден был перепроверять, не добавился ли товар дважды. Выходит,  обратная связь не такая уж и полезная, а часто ложная.<\/p>\n<p>Думаю, решить проблему можно было бы, настроив разные касса на разную высоту тона пикания. С первого товара ты услышишь, как пикает твоя касса, и соседские пики не будешь воспринимать как относящиеся к тебе.<\/p>\n",
            "summary": "Все супермаркеты понаобзавелись автоматическими кассами. При сканировании товара, кассы пикают, давая полезную обратную связь",
            "date_published": "2026-10-31T17:05:20+05:00",
            "date_modified": "2026-10-31T17:03:16+05:00",
            "tags": [
                "звук в интерфейсе",
                "интерфейс",
                "обратная связь"
            ],
            "_date_published_rfc2822": "Sat, 31 Oct 2026 17:05:20 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6861",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6857",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/timed-modes\/",
            "title": "Временные режимы",
            "content_html": "<p>Как вы, возможно, знаете, режимы в интерфейсе — это плохо. Но ещё хуже <i>временные режимы<\/i>. Такое часто встречается в бытовой технике и разных приборах.<\/p>\n<p>Режим — это состояние интерфейса, в котором одинаковые действия пользователя приводят к одинаковым результатам. В разных режимах одни и те же действия дают разные результаты. В Фотошопе — множество режимов: клик по изображению может сделать <i>что угодно<\/i> в зависимости от выбранного инструмента и его параметров. Проблема в том, что пользователь не всегда помнит, в каком режиме находится интерфейс, и из-за этого ошибается: хотел нарисовать линию, но случайно сделал градиент.<\/p>\n<p>Представим телевизионный пульт. Кнопки «влево» и «вправо» регулируют громкость, а «вверх» и «вниз» переключают каналы. Эти же четыре кнопки используются для навигации по меню. Если пользователь, находясь в меню, захочет сделать погромче и по привычке нажмёт «вправо», у него ничего не выйдет: сейчас эта кнопка означает «увеличить ширину изображения».<\/p>\n<p>Но меню в телевизоре — не просто режим, а временный режим: если десять секунд ничего не нажимать, оно закроется. Когда пытаешься настроить телевизор по инструкции, это ужасно раздражает: пока ты находишь по инструкции, куда жать дальше, меню уже исчезает и приходится начинать с начала.<\/p>\n<p>Временные режимы в автомобильных интерфейсах не только раздражают, но и опасны. Например, чтобы добавить бас, нужно открыть меню, найти эквалайзер, выбрать низкие частоты и отрегулировать их ручкой. Пока добираешься до очередного нужного пункта, на твоём светофоре загорается зелёный, и настройку приходится откладывать до следующего светофора. Скорее всего, там придётся снова пробираться через всё меню. Зная, что интерфейс не дождётся следующего светофора, ты будешь вынужден настраивать звук прямо во время движения.<\/p>\n<p>Если избежать режимов в интерфейсе невозможно, хотя бы не используйте временные режимы. Если уж пользователь передумал настраивать телевизор или эквалайзер, пусть сам нажмёт «Закрыть».<\/p>\n<p class=\"foot\">Изначально опубликовано на английском языке <a href=\"https:\/\/ilyabirman.net\/meanwhile\/all\/timed-modes\/\">в 2013 году<\/a>.<\/p>\n",
            "summary": "Как вы, возможно, знаете, режимы в интерфейсе — это плохо. Но ещё хуже временные режимы. Такое часто встречается в бытовой технике и разных приборах...",
            "date_published": "2026-10-26T21:04:33+05:00",
            "date_modified": "2026-10-26T21:03:57+05:00",
            "tags": [
                "интерфейс",
                "интерфейс бытовых приборов",
                "модальность"
            ],
            "_date_published_rfc2822": "Mon, 26 Oct 2026 21:04:33 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6857",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6854",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/reference-2026-oct-20\/",
            "title": "Обновление справочника за 20 октября 2026",
            "content_html": "<p><a href=\"https:\/\/ilyabirman.ru\/reference\/\">Справочник<\/a> обновился.<\/p>\n<p>Во-первых, добавились подробные <a href=\"https:\/\/bureau.ru\/soviet\/20261020\/\">статьи «Выключатель» и «Слайдер»<\/a> в виде большого совета на сайте бюро.<\/p>\n<p>Во-вторых, появились ещё несколько терминов. В частности, разблокирована буква Э! Для тех, кому не нравились «Заусенцы» и «Пипка», теперь есть «Упячка». В паре мест добавились иллюстрации. Всё новое и дополненное разом показывает, если вписать в поиск заклинание «r02».<\/p>\n<p>В-третьих, при переходе по внутренним зелёненьким ссылкам стало сильно лучше понятно, куда тебе указывают, а также после таких переходов заработала браузерная кнопка «Назад».<\/p>\n<p>А ещё у справочника появился логотип.<\/p>\n",
            "summary": "Справочник обновился",
            "date_published": "2026-10-20T14:16:37+05:00",
            "date_modified": "2026-11-03T19:33:08+05:00",
            "tags": [
                "интерфейс",
                "продукты"
            ],
            "_date_published_rfc2822": "Tue, 20 Oct 2026 14:16:37 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6854",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6852",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/nazhmite-bez-chaevyh-i-mozhno-oplachivat\/",
            "title": "Нажмите «Без чаевых» и можно оплачивать",
            "content_html": "<p>Недавно писал, что <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/sber-payment-animation\/\">терминалы Сбера красиво тормозят<\/a>, а тут по ним распространилась новая напасть: они стали клянчить чаевые.<\/p>\n<p>Пока новый интерфейс с чаевыми мне попадался раз пять, и во всех случаях кассир говорил:<br \/>\n— Нажмите «Без чаевых» и можно оплачивать.<\/p>\n<p>Интересно, для кого и чего эту фичу придумали, если даже в самих заведениях все прекрасно понимают, что это просто раздражающая помеха, и заученно инструктируют, как её обойти?<\/p>\n",
            "summary": "Недавно писал, что терминалы Сбера красиво тормозят, а тут по ним распространилась новая напасть: они стали клянчить чаевые",
            "date_published": "2026-10-18T11:25:35+05:00",
            "date_modified": "2026-10-18T11:25:16+05:00",
            "tags": [
                "дизайн продуктов",
                "интерфейс"
            ],
            "_date_published_rfc2822": "Sun, 18 Oct 2026 11:25:35 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6852",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6851",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/on-off\/",
            "title": "Включение и выключение",
            "content_html": "<p>Некоторые устройства можно включать и выключить, для чего на них есть кнопки или выключатели.<\/p>\n<p>Раньше выключатели физически замыкали и размыкали электрическую цепь. С появлением электронного управления возникли промежуточные состояния. Например, у некоторых телевизоров есть «жёсткий» выключатель на корпусе, и они включаются с пульта только когда он включён. Если выключить такой телевизор только с пульта, он переходит в режим ожидания (standby) и светит красным огоньком. У многих посудомоечных машин или электронных термометров есть отдельная кнопка включения. Всё, что она делает — включает возможность нажать следом кнопку стирки или измерения температуры.<\/p>\n<p>Необходимость управлять питанием — проявление технозависимости интерфейса. Задача пользователя — «посмотреть кино», «постирать посуду», «померить температуру», а не «подать питание на схему». Точно так же, как шахматную доску не нужно включать, чтобы сыграть, а стул — чтобы сесть, электронные приборы не должно быть нужно включать, чтобы просто пользоваться ими.<\/p>\n<p>Современная электроника может динамически переходить между разными режимами энергопотребления, не вовлекая в эти решения пользователя. Некоторые беспроводные наушники приходится включать и выключать вручную, чтобы они не разряжались зря. Эйрподсами просто пользуешься, когда нужно, а режим питания они выбирает самостоятельно.<\/p>\n<p>В случае с телевизором жёсткое отключение принципиально отличается от режима ожидания, но эти отличия несущественны для пользователя, поэтому многие современные телевизоры не имеют ни кнопки на корпусе, ни красного огонька и просто всегда управляются с пульта. Вероятно, такое повышение удобства потребовало некоторого внутренного усложнения. В случае же с термометром кнопка питания является проявлением инерции мышления, так как ровно то же, что она делает физически, может делать соседняя кнопка измерения.<\/p>\n<p>Ручное включение и выключение имеет смысл только тогда, когда с ним связаны сценарии использования. Например, пользователь может хотеть отключать камеру и микрофон физически для чувства безопасности. В приборах с неизвлекаемыми батареями физический выключатель — единственный способ гарантированно остановить действие прибора, и то, если он честно отключает всякое электропитание. Некоторые приборы шумят, светят огоньками или создают радиопомехи, что тоже может быть нежелательно и также давать пользователю повод прибор выключить жёстко. И всё же в таких случаях в первую очередь стоит думать об устранении вреда, и только если это невозможно, вводить кнопку питания.<\/p>\n<div class=\"foot\"><p>См. также:<\/p>\n<ul>\n  <li><a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/on-off-buttons\/\">Кнопки включения-выключения<\/a> (2016)<\/li>\n<\/ul>\n<\/div>",
            "summary": "Некоторые устройства можно включать и выключить, для чего на них есть кнопки или выключатели...",
            "date_published": "2026-10-18T00:17:06+05:00",
            "date_modified": "2026-10-20T19:15:01+05:00",
            "tags": [
                "интерфейс",
                "интерфейс бытовых приборов",
                "техника"
            ],
            "_date_published_rfc2822": "Sun, 18 Oct 2026 00:17:06 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6851",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6849",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/zelyony-ogonyok-chto-programma-ispravna\/",
            "title": "Зелёный огонёк, что программа исправна",
            "content_html": "<p>У меня очередной пример того, как можно сделать дикий интерфейс и не заметить этого.<\/p>\n<p>Дизайнер работает над сложным внутренним продуктом, показывает интерфейс и говорит:<br \/>\n— Тут просят в уголке добавить индикатор связи с сервером, какой-то зелёный огонёк. Но в наших макетах место для такого индикатора не предусмотрено. Куда его тут приделать?<\/p>\n<p>Я как обычно перевожу тему и спрашиваю: зачем работнику знать, есть сейчас связь с сервером или нет? Выясняется, что всё реализовано так, что если работник что-то делает, а связи нет, то его действия могут не сохраниться, и тогда потом ему придётся что-то перепроверять и переделывать. Этого нужно избежать, поэтому очень важно, чтобы всегда было видно состояние связи.<\/p>\n<p>И вот здесь мне интересно, дорогие читатели: вам уже очевидно, что происходит какая-то хрень, или пока рассуждение кажется логичным?<\/p>\n<p>Я задаю следующие вопросы. Вот работник работает, у него пропал зелёный огонёк. Допустим даже, что он это заметил. Что он должен решить тогда, какого действия мы от него ждём в этом случае?<\/p>\n<p>Оказывается, если связь пропала, работник должен то ли временно перестать работать, то ли что-то перезагрузить, то ли позвать старшего, то ли ещё каким-нибудь способом разобраться с проблемой. Но в нарушение принципа <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/bez-obucheniya\/\" class=\"nu\">«<u>Без обучения<\/u>»<\/a> об этом нигде не сказано! Работник должен где-то заранее, из других источников, узнать, что отсутствие зелёного огонька означает необходимость каких-то действий, и не забыть об этом.<\/p>\n<p>Допустим теперь, наш работник всё это знает и помнит. Представьте: работа кипит, экраны сменяют друг друга, работник жмёт кнопки. И вот в уголке пропадает зелёный огонёк. Но остальные-то 99,99% экрана продолжают выглядеть так, будто всё в порядке и можно работать дальше. Мы зачем-то показываем человеку рабочий интерфейс, хотя сами уже знаем, что пользоваться им сейчас не надо; надо звать старшего и вот это всё.<\/p>\n<p>Это какой-то издевательский тест на внимательность! Вместо того чтобы явно сказать: «стой, связь потеряна, подожди или позови старшего», мы прячем эту информацию за тоньшайший намёк и надеемся, что он его считает.<\/p>\n<p>Не надо так.<\/p>\n",
            "summary": "У меня очередной пример того, как можно сделать дикий интерфейс и не заметить этого",
            "date_published": "2026-10-15T20:51:27+05:00",
            "date_modified": "2026-10-15T20:51:13+05:00",
            "tags": [
                "интерфейс"
            ],
            "_date_published_rfc2822": "Thu, 15 Oct 2026 20:51:27 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6849",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6846",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/reference\/",
            "title": "Словарь-справочник проектировщика пользовательского интерфейса",
            "content_html": "<p>Представляю новый раздел на моём сайте — <a href=\"https:\/\/ilyabirman.ru\/reference\/\">Словарь-справочник проектировщика пользовательского интерфейса<\/a>. Мы запускаем его небольшой редакцией, состоящей из Александры Озкан, Настасьи Тулаевой и меня в роли главреда.<\/p>\n<p>Справочник — сверхплотное описание терминов из области проектирования интерфейса, предназначенное для профессионалов. Такая подача помогает бывалому дизайнеру вспомнить о нюансах, которые он не держит в голове, а новичку — развить внимательность и любопытство. Но кроме этого мы рассчитываем, что в справочник можно будет отправить нейросеть примерно с таким промтом: «прочитай, что там написано про все используемые в нашем интерфейсе штуки, и скажи, что нужно исправить».<\/p>\n<p>Это не просто перечень определений — их и так можно найти в интернете. К каждому термину в справочнике мы предъявляли простое требование: от его наличия должна быть польза. В редких случаях определение полезно само по себе, но чаще всего мы задавали вопрос к каждому термину так: что проектировщику нужно знать об этом? И старались дать качественный ответ.<\/p>\n<p>Сегодня открывается предварительное издание. В нём уже больше двухсот терминов, но к первому изданию будет больше, часть ещё в работе. Мы приглашаем вас начать пользоваться справочником и сказать, в чём вы видите наши упущения, чего недостаёт или что вам представляется ошибкой.<\/p>\n",
            "summary": "Представляю новый раздел на моём сайте — Словарь-справочник проектировщика пользовательского интерфейса",
            "date_published": "2026-10-13T00:26:19+05:00",
            "date_modified": "2026-10-13T00:34:02+05:00",
            "tags": [
                "интерфейс",
                "проекты",
                "релиз",
                "студентам"
            ],
            "_date_published_rfc2822": "Tue, 13 Oct 2026 00:26:19 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6846",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6845",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-207\/",
            "title": "На интерфейсном курсе: обсуждаем компоновку окна",
            "content_html": "<p>Здесь у участника курса несколько нелогично организовано окно, и я рассуждаю о том, как можно было бы переорганизовать. 5 минут:<\/p>\n<figure class=\"e2-text-video\">\n  <iframe src=\"https:\/\/www.youtube.com\/embed\/S_7m0co8zMc?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/figure>\n<p>Это фрагмент № 207 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 13 декабря 2024 года.<\/p>\n<p>Идёт запись на ноябрьский курс, сейчас −20%. В рассрочку это 6320 ₽ \/ мес.<\/p>\n<p class=\"action\"><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\">Почитать о курсе<\/a><br \/>\nПрограмма, отзывы, запись<\/p>\n<p>Это лучший курс об интерфейсе. И про адаптивность там тоже есть лекция большая.<\/p>\n",
            "summary": "Здесь у участника курса несколько нелогично организовано окно, и я рассуждаю о том, как можно было бы переорганизовать...",
            "date_published": "2026-10-12T11:55:36+05:00",
            "date_modified": "2026-10-12T11:55:24+05:00",
            "tags": [
                "видео",
                "интерфейс",
                "студентам",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-S_7m0co8zMc-cover.jpg",
            "_date_published_rfc2822": "Mon, 12 Oct 2026 11:55:36 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6845",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-S_7m0co8zMc-cover.jpg"
                ]
            }
        },
        {
            "id": "6837",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/siracusa-iphone-18-pro-upgrade\/",
            "title": "Как Сиракьюса переезжал на Айфон 18 Про",
            "content_html": "<p><a href=\"https:\/\/atp.fm\/710\">В последнем выпуске АТП<\/a> Джон Сиракьюса жалуется на то, как переезжал на Айфон 18 Про. Это в начале, где-то на восьмой минуте уже.<\/p>\n<p>Проблема в том, что процесс переезда с телефона на телефон предельно хрупкий. На телефоны нельзя дышать, и малейшая неаккуратность приводит к тому, что весь многочасовой процесс отменяется. После этого новый телефон нужно сбрасывать до заводского состояния и начинать всё с начала.<\/p>\n<p>Джон уже жаловался на этот процесс в прошлом или позапрошлом году. Тогда Джону удалось завершить переезд с третьего или четвёртого раза. Одна из «ошибок» была такой. Новый телефон предложил настроить Сири, и в ходе этого процесса надо было произнести «Hey, Siri». Джон так и поступил. Старый телефон среагировал и перешёл в режим Сири, что отменило весь процесс.<\/p>\n<p>Такую ошибку проектирования можно допустить только если буквально ни разу не попробовать воспользоваться этой фичей. Как устроен процесс тестирования у Эпла остаётся только гадать.<\/p>\n<p>В этом году ситуация не стала лучше, но у Джона-то опыт. Поэтому можно было бы предположить, что в этот раз всё получится. Но нет: он снова переехал с четвёртого раза. Вот одна из «ошибок»: Джону нужно было воткнуть в телефон зарядник, и он случайно нажал на кнопку камеры. А вот другая. Сначала оба телефона что-то напряжённо делали, а потом на старом загорелась надпись «Finish on the new iPhone» в шторке с крестиком. Джон, разумеется, воспринял это так, что всё, от этого телефона ничего больше не нужно, дальше уже новый сам что-то доделывает. Как только он закрыл шторку, весь процесс снова отменился.<\/p>\n<p>Я не представляю, как это может с первого раза пройти обычный пользователь, если даже Джон запинается несколько раз. И это ведь не какая-то экзотическая ситуация, а самая обычная, причём на пути получения первого впечатления! Что происходит в Эпле, что они это выпускают?<\/p>\n<p>Отдельно хочу обратить внимание проектировщиков на значение текста в интерфейсе. В последнем случае всё сломала именно неудачная формулировка. В некоторых компаниях бывает, что дизайнеры дизайнят как-то приблизительно, без текста, а текст пишут какие-то текстовые люди потом отдельно. Это очевидный бред: что это за дизайнер, если он не умеет писать текст? Это же главный инструмент ясной мысли. Если человек не может написать текст, как он может что-то задизайнить? И что за дизайн без текста? Это же главный инструмент коммуникации. Если вы дизайнер и не считаете текст предметом своей работы, стоит задуматься.<\/p>\n",
            "summary": "В последнем выпуске АТП Джон Сиракьюса жалуется на то, как переезжал на Айфон 18 Про. Это в начале, где-то на восьмой минуте уже...",
            "date_published": "2026-09-26T17:05:53+05:00",
            "date_modified": "2026-09-26T17:05:40+05:00",
            "tags": [
                "интерфейс",
                "текст"
            ],
            "_date_published_rfc2822": "Sat, 26 Sep 2026 17:05:53 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6837",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6836",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-206\/",
            "title": "На интерфейсном курсе: что такое эпицентрический дизайн",
            "content_html": "<p>Упоминаю на курсе эпицентрический дизайн и говорю, что это такое. Два минутки:<\/p>\n<figure class=\"e2-text-video\">\n  <iframe src=\"https:\/\/www.youtube.com\/embed\/vAiB4QKcuhQ?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/figure>\n<p>Это фрагмент № 206 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 13 декабря 2024 года.<\/p>\n<p>Идёт запись на октябрьский курс. В рассрочку 7900 ₽ \/ мес.<\/p>\n<p class=\"action\"><a href=\"https:\/\/bureau.ru\/courses\/ui-online\/\">Почитать о курсе<\/a><br \/>\nПрограмма, отзывы, запись<\/p>\n<p>Это лучший курс об интерфейсе.<\/p>\n",
            "summary": "Упоминаю на курсе эпицентрический дизайн и говорю, что это такое. Два минутки",
            "date_published": "2026-09-26T00:12:28+05:00",
            "date_modified": "2026-09-26T00:12:10+05:00",
            "tags": [
                "видео",
                "интерфейс",
                "студентам",
                "фрагменты курса ПИ"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-vAiB4QKcuhQ-cover.jpg",
            "_date_published_rfc2822": "Sat, 26 Sep 2026 00:12:28 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6836",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/remote\/youtube-vAiB4QKcuhQ-cover.jpg"
                ]
            }
        },
        {
            "id": "6834",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-completeness\/",
            "title": "Замкнутость интерфейса",
            "content_html": "<p>Замкнутость интерфейса — это полнота и непротиворечивость правил, определяющих его состояния и переходы между ними при всех допустимых сочетаниях данных, условий и событий.<\/p>\n<p>Для любого допустимого сочетания данных и условий ясно, как выглядит и ведёт себя интерфейс. Например, список может быть пустым, содержать одно значение или тысячу, и мы понимаем, как они выглядят. Это состояния. В каждом состоянии определён перечень допустимых событий, включая действия пользователя, которые влияют на интерфейс, например, значения можно добавлять и удалять, и нам тоже ясно, как это всё работает. Это переходы.<\/p>\n<p>Самое интересное и сложное — это то, что переход должен полностью определяться состоянием и событием. Он не может зависеть от истории предыдущих состояний (если только это не буквально переход по истории состояний типа «Назад» или «Анду»). Если переход из некоторого состояния S при событии E зависит от того, попали мы в S из Q или R, то это значит, что нет никакого состояния S, а есть состояния S1 (S после Q) и S2 (S после R), и важно это осознать. Может показаться, что это какая-то заумь и вообще, какая разница. Но если не обращать внимания на это, то в интерфейсе возникают неявные состояния, в которых вид и переходы не определены. Дизайнер-то думает, что рассмотрел состояние S, да вот только это мифическое состояние, а настоящие состояния S1 и S2 он не рассмотрел.<\/p>\n<p>При проектировании сложного интерфейса иногда непреднамеренно возникают состояния, из которых невозможно выбраться, или до которых невозможно добраться, или до которых можно добраться только, если сразу пойти по правильному пути. Для дизайнера важно научиться видеть это. Часто бывает, что я спрашиваю, например, «А в этом случае что будет?», и дизайнер только в этот момент понимает, что такой случай вообще существует.<\/p>\n<p>Внимательно разбираться с замкнутостью — кропотливая работа. Обычно мы рассматриваем разные состояния и переходы в контексте некоторого флоу, то есть пути пользователя. Мы рисуем экраны друг за другом и представляем, как человек проходит между ними. Нам кажется логичным, что после такого-то экрана при таком-то действии появляется сякой-то, и мы не замечаем, что в другом флоу на таком же экране при таком же действии появляется другой экран. Когда мы думаем про этот флоу и смотрим на это глазами пользователя, мы почти всегда думаем о любом состоянии в контексте предыдущих состояний, и не отдаём себе в этом отчёт.<\/p>\n<p><a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-completeness-example\/\">В моём примере с автодополнением<\/a> отдельные решения сначала кажутся нормальным, пока не начинаешь смотреть, какие запутанные состояния и переходы они порождают. Исправление каждой возникающей неприятности создаёт исключение, усложняя систему и добавляя неприятностей.<\/p>\n<p><a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/completeness-questions\/\">Я приводил примеры вопросов<\/a>, которые помогают проверить интерфейс, но понятно, что ответы даже на все вопросы сами по себе не гарантируют замкнутость.<\/p>\n<p>О замкнутости следует думать как о математическом качестве. Возьмём такую теорему: «Число 60 делится на все числа». Это легко проверить: на 1 делится, на 2 делится, на 3 делится, на 4 делится. Мне продолжать? Ну на 5 делится, на 6 делится, сколько ещё примеров надо? Какое число ни возьми — на всё делится: 10, 15, 20... Так ведь? Но нет, это ничего не доказывает. Чтобы доказать теорему, нужно искать не удачные примеры в большом количестве, а саму фундаментальную причину, по которой она неизбежно верна. В данном случае такой причины нет.<\/p>\n<p>При проектировании интерфейса сложно требовать от дизайнеров рисования полного графа состояний и переходов. Не уверен, что делал такое хоть раз в жизни. Но всё же полезно хотя бы понять, что это такое. Полезен и опыт программирования — оно развивает интуицию на такие вещи. Смотришь на проект интерфейса, и чутьё подсказывает: что-то не то, сейчас найду дыры. И дыры находятся. Вообще, чем больше для описания интерфейса приходится придумывать частных исключений, тем больше возникает подозрений в том, что общее правило плохое или вообще не придумано.<\/p>\n",
            "summary": "Замкнутость интерфейса — это полнота и непротиворечивость правил, определяющих его состояния и переходы между ними при всех допустимых сочетаниях данных",
            "date_published": "2026-09-24T11:19:10+05:00",
            "date_modified": "2026-10-10T10:51:24+05:00",
            "tags": [
                "замкнутость интерфейса",
                "интерфейс"
            ],
            "_date_published_rfc2822": "Thu, 24 Sep 2026 11:19:10 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6834",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6831",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/vertical-stack-ui\/",
            "title": "Список как способ организации интерфейса",
            "content_html": "<p><a href=\"https:\/\/bureau.ru\/soviet\/20260922\/\">Совет о списке<\/a> как элементе графического интерфейса хочется дополнить ещё другим списком, который можно также назвать вертикальным стеком или даже бутербродом, хотя этот термин скорее <a href=\"https:\/\/bureau.ru\/soviet\/20141020\/\">из мира вёрстки<\/a>. Или как бы вы это назвали? Поток?.. Давайте придумаем термин!<\/p>\n<p>Список — способ вёрстки графического интерфейса, когда элементы располагают друг за другом сверху вниз. Структура задаётся делением на секции с помощью отступов, разделителей, плашек, залипающих заголовков:<\/p>\n<figure class=\"e2-text-picture\">\n  <img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-iphone.jpg\" width=\"720\" height=\"732\" alt=\"\" \/>\n  <figcaption class=\"e2-text-caption\">Картинка с сайта Эпла<\/figcaption>\n<\/figure>\n<p>На этих примерах с Айфона друг за другом идут тумблеры, элементы навигации, кнопки, заголовки и просто блоки текста.<\/p>\n<p>Список удобен дизайнеру тем, что без усилий адаптируется к экранам разного размера. Если элементы не помещаются в высоту, включается прокрутка. Элементы управления обычно легко помещаются даже в «мобильную» ширину, а текстовые блок просто переносятся на столько строк, сколько им нужно, снова используя неограниченную высоту. При увеличении ширины, элементы могут растягиваться или весь их столбец может оставаться по центру экрана.<\/p>\n<p>Список плох тем, что такая вёрстка почти не требует изобретательности. На мобильных устройствах с узким экраном по горизонтали особо не разгуляешься и элементы в любом случае приходится располагать друг под другом. Но обычно способов организации пространства больше, и если эти возможности не используются, и интерфейс получается более низкого качества:<\/p>\n<figure class=\"e2-text-picture\">\n  <img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-ipad.png\" width=\"960\" height=\"690\" alt=\"\" \/>\n  <figcaption class=\"e2-text-caption\">Картинка с сайта Эпла<\/figcaption>\n<\/figure>\n<p>На этом примере с Айпада и боковая панель, и основная часть интерфейса используют список. В боковой панели вёрстка подходит, а вот основная часть слишком широка для этого. Элементы растягиваются просто чтобы занять место.<\/p>\n<p>В предельных случаях мы получаем интерфейсы с огромными бессмысленными полями слева и справа от основной колонки, которая при этом не помещается в высоту экрана и требует прокрутки:<\/p>\n<figure class=\"e2-text-picture\">\n  <img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-desktop.jpg\" width=\"1024\" height=\"716\" alt=\"\" \/>\n  <figcaption class=\"e2-text-caption\">Студенческая работа<\/figcaption>\n<\/figure>\n",
            "summary": "Совет о списке как элементе графического интерфейса хочется дополнить ещё другим списком, который можно также назвать вертикальным стеком или даже бутербродом",
            "date_published": "2026-09-23T19:59:45+05:00",
            "date_modified": "2026-11-04T18:19:56+05:00",
            "tags": [
                "вёрстка",
                "интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-iphone.jpg",
            "_date_published_rfc2822": "Wed, 23 Sep 2026 19:59:45 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6831",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-iphone.jpg",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-ipad.png",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/vertical-stack-desktop.jpg"
                ]
            }
        },
        {
            "id": "6821",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/jetem\/",
            "title": "Дизайн приложения такси «Джетем»",
            "content_html": "<p>Зацените новый проект — <a href=\"https:\/\/ilyabirman.ru\/jetem\/\">дизайн приложения такси «Джетем»<\/a>:<\/p>\n<figure class=\"e2-text-picture\">\n  <a href=\"https:\/\/ilyabirman.ru\/jetem\/\" class=\"e2-text-picture-link\">\n  <img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/jetem-cover.jpg\" width=\"1200\" height=\"600\" alt=\"\" \/>\n  <\/a>\n<\/figure>\n",
            "summary": "Зацените новый проект — дизайн приложения такси «Джетем»",
            "date_published": "2026-09-09T12:01:23+05:00",
            "date_modified": "2026-09-09T11:00:09+05:00",
            "tags": [
                "интерфейс",
                "проекты",
                "релиз"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/jetem-cover.jpg",
            "_date_published_rfc2822": "Wed, 09 Sep 2026 12:01:23 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6821",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/jetem-cover.jpg"
                ]
            }
        },
        {
            "id": "6812",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/iphone-shift-enter\/",
            "title": "Шифт+Энтер на Айфоне",
            "content_html": "<p>Сначала историческая справка.<\/p>\n<p>На печатных машинках когда очередная строка подходила к концу, нужно было вручную вернуть каретку в начало строки и прокрутить лист бумаги на одну строку. Для этого была специальная ручка.<\/p>\n<p>Первобытные текстовые редакторы вставляли эти же два управляющих символа в текст при нажатии на кнопку Энтер. По-английски они называются carriage return и line feed. Последовательность символов CR, LF (она же \\r\\n) означала начало следующей строки в ДОСе и означает в его наследнице Винде. В Юниксе же решили, что глупо ставить два символа для переноса строки и ограничились одним LF (он же \\n). С тех пор эти два способа закончить строку дерутся и создают кучу проблем.<\/p>\n<p>Так или иначе, ещё в 20 веке придумали, что вообще-то на компьютере текст сам переносится на следующую строку когда места перестаёт хватать, и никаких специальных символов для этого не надо.<\/p>\n<p>С тех пор Энтер в текстовых редакторах не просто переходит на следующую строку, а начинает новый абзац и отделяет его отступом. Чтобы просто перейти на следующую строку, не начиная новый абзац и не делая отступа, как на печатной машинке, нужно жать Шифт+Энтер. Аналогично Шифт+Энтер позволяет перейти на следующую строку в том же элементе списка, не переходя к следующему, ну и вообще в любом логическом блоке текста.<\/p>\n<figure class=\"e2-text-picture\">\n  <img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/iphone-shift-enter.jpg\" width=\"1200\" height=\"800\" alt=\"\" \/>\n<\/figure>\n<p>А теперь к сути заметки.<\/p>\n<p>Мне всю жизнь не хватало такой фичи на Айфоне. Хочется, бывало, в ту же тудушку добавить текста с новой строки или ещё что-то подобное сделать.<\/p>\n<p>И тут я на днях попробовал нажать Шифт+Энтер на Айфоне — и он сработал! Ровно так, как всю жизнь работал на компьютере. Теперь я думаю, что он так наверняка работал с первого Айфона, но мне никогда не приходило в голову попробовать, и я не могу понять почему. Я просто всю жизнь был уверен, что на Айфоне это сделать невозможно.<\/p>\n<p>Сейчас анализируя это я думаю, что есть некое общее представление о том, что на Айфоне нет клавиш модификаторов типа Альт и Комманд, а кнопка Шифт — это не совсем модификатор, а как бы просто «вкладка» такая в клавиатуре, как и 123. Я ж не могу на Айфоне с Шифтом выделять текст или ещё что-то подобное делать, поэтому и Шифт-Энтер попробовать просто в голову не приходило. А зря!<\/p>\n<p>Вы сейчас либо удивляетесь, как я мог так тупить 19 лет, либо для вас это такое же чудесное открытие, как для меня. Ну либо вам пофиг просто даже, скорее-то всего (но когда меня это волновало).<\/p>\n",
            "summary": "Сначала историческая справка",
            "date_published": "2026-08-29T23:00:22+05:00",
            "date_modified": "2026-08-29T22:54:20+05:00",
            "tags": [
                "Айфон",
                "интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/iphone-shift-enter.jpg",
            "_date_published_rfc2822": "Sat, 29 Aug 2026 23:00:22 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6812",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/iphone-shift-enter.jpg"
                ]
            }
        },
        {
            "id": "6805",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/liquid-glass-on-mac\/",
            "title": "Ликвид-гласс и низкий приоритет Мака",
            "content_html": "<p><a href=\"https:\/\/daringfireball.net\/thetalkshow\/2026\/07\/31\/ep-453\">В Ток-шоу Грубера № 453 с Луи Мантией<\/a> в очередной раз звучит мысль, что Ликвид-гласс особенно плох на Маке, что там он хуже всего проработан, а на Айфоне ещё туда-сюда. Вот выделяли бы на Мак столько же ресурсов, сколько на Айфон, там бы тоже было нормально!<\/p>\n<p>Кажется, дело не только в приоритетах. Низкое качество Ликвид-гласса как дизайн-системы принципиально ярче проявляется на Маке, чем на Айфоне, просто потому, что сам Мак сложнее и богаче, используется для более насыщенных смыслом задач более требовательными пользователями. Мак намного чувствительнее к качеству интерфейса. Айфон по сравнению с ним игрушка: его сложнее сломать плохим дизайном, потому что там намного меньше есть что ломать.<\/p>\n<p>Так-то Айфон тоже стал хуже от Ликвид-гласса. Взять хотя бы нестабильные положение и форму элементов, мешающие вырабатываться привычке. Или неинформативную обратную связь, мешающую понять, сработал ли элемент. Или размытости, затрудняющие чтение текста. Но люди это меньше замечают на Айфоне, потому что они не делают на нём ничего серьёзного и подолгу.<\/p>\n<p>Я понимаю, что давно есть люди, которые прям работают на Айфоне, которые выросли с ним, а компьютером особо никогда не пользовались. Но по ним сложно о чём-то судить, ведь у них нет и эффективных привычек и высоких требований. Они ведь и не догадываются, что работают в разы медленнее, чем могли бы. И даже когда у них есть компьютер, они им пользуются так же неэффективно, как Айфоном, потому что не знают, что можно иначе.<\/p>\n<p>Короче, никакое количество ресурсов не поможет Ликвид-глассу стать хорошим на Маке. Поможет только постепенное исправление допущенных в нём ошибок. И Айфон от этого тоже выиграет заодно, конечно.<\/p>\n",
            "summary": "В Ток-шоу Грубера № 453 с Луи Мантией в очередной раз звучит мысль, что Ликвид-гласс особенно плох на Маке, что там он хуже всего проработан, а на Айфоне ещё туда-сюда",
            "date_published": "2026-08-22T18:10:23+05:00",
            "date_modified": "2026-08-22T18:08:16+05:00",
            "tags": [
                "Айфон",
                "интерфейс",
                "ликвид-гласс",
                "Мак"
            ],
            "_date_published_rfc2822": "Sat, 22 Aug 2026 18:10:23 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6805",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6797",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/sber-payment-animation\/",
            "title": "Терминалы Сбера красиво тормозят",
            "content_html": "<p>Постепенно везде наставили модные терминалы Сбера размером с полтора айфона. На них крутится завораживающая анимация, разные состояния сменяют друг друга плавно — очень красиво.<\/p>\n<p>Кассир:<br \/>\n— Можете оплачивать!<\/p>\n<p>А я не могу: на экране продолжается магия. Что-то выворачивается-переворачивается, и лишь через несколько секунд дизайн отступает и откуда-то выезжает сумма оплаты.<\/p>\n<p>Для кассира выглядит так, будто я игнорирую его слова. Вероятно, в его интерфейсе отображается, что терминал готов принимать оплату, и он удивляется, почему я туплю. Но верить ему на слово и прикладывать карточку раньше времени не хочу — нет никаких признаков того, что это сработает, да и я хочу увидеть сумму.<\/p>\n<p>В общем, так делать нельзя. Интерфейс не должен тормозить ради красоты.<\/p>\n",
            "summary": "Постепенно везде наставили модные терминалы Сбера размером с полтора айфона. На них крутится завораживающая анимация, разные состояния сменяют друг друга плавно — очень красиво",
            "date_published": "2026-08-16T15:02:55+05:00",
            "date_modified": "2026-08-16T15:02:47+05:00",
            "tags": [
                "интерфейс",
                "обратная связь"
            ],
            "_date_published_rfc2822": "Sun, 16 Aug 2026 15:02:55 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6797",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "6792",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/designing-and-creating-explanations\/",
            "title": "Проектирование дизайна как создание объяснения",
            "content_html": "<p>Прошу своих студентов придумать, как должна выглядеть и работать следующая версия их продукта. Они пишут, мол, там будет то и сё, и надо будет учесть это и это. Кажется, они думают, что они всё понимают, а я всё никак не удовлетворюсь их ответами. Периодически даже звучат слова вроде «давай мы сделаем прототип или даже навайбкодим тебе». А я говорю, да погодите, вы мне объясните сперва!<\/p>\n<p>Я верю в идею «кто ясно мыслит, тот ясно излагает», поэтому если вы правда способны сделать прототип, то значит вы понимаете, как всё должно работать, и можете это рассказать. По моему опыту, многие дизайнеры даже не осознают того, что у них в голове нет целостной картины продукта.<\/p>\n<p>При этом иногда чтобы что-то придумать, нужно какое-то время порисовать или попрограммировать, как бы пощупать задачу разными способами — это я понимаю. Я не против никаких промежуточных прототипов, если так удобнее думать, но в качестве результата я хочу описание системы.<\/p>\n<p>В общем, наша переписка продолжается какое-то время. Они уже пишут подробный текст, но им всё ещё моя просьба кажется удивительной: «Неужели тебе правда это удобнее, чем макет или прототип? На макете же сразу видно, где что!»<\/p>\n<p>Я:<\/p>\n<figure class=\"e2-text-picture\">\n  <img src=\"https:\/\/ilyabirman.ru\/meanwhile\/pictures\/layout-prototype-explanation@2x.jpg\" width=\"483\" height=\"872\" alt=\"\" \/>\n<\/figure>\n<p>Какой толк от прототипа? Ведь из прототипа я ничего не пойму. Я буду видеть, что что-то как-то сработало, но я не увижу внутренних причин.<\/p>\n<p>У меня всю жизнь так было, я терпеть не мог прототипы, потому что я с ними как слепой. Как мне увидеть и осмыслить <i>саму систему<\/i>, а не отдельные её случайные проявления, до которых я докликал? За прототипом очень легко спрятать, что у вас ничего не продумано.<\/p>\n<p>После прочтения Дойча я понимаю, почему так: прототип — не объяснение. Что толку физику от результатов опыта, если у него нет объяснительной теории, которую эти опыты подтверждают или опровергают? Это же просто рандомные факты, вызывающие лишь недоумение. Чтобы понимать, почему они такие, мне нужно открыть, то есть <i>придумать закон<\/i>, который бы их объяснил.<\/p>\n<p>Но если мне самому нужно придумывать закон, глядя на эффекты его воплощения в прототипе, то в чём тогда была работа дизайнеров? Я ж как раз изначально попросил их придумать этот закон! А в итоге вынужден его придумывать я. Если вы его реально придумали, так просто расскажите. А если у вас только прототип, то вы его, скорее всего, просто не придумали.<\/p>\n<p>Это всё снова показывает, насколько качественное проектирование близко к придумываю законов физики.<\/p>\n",
            "summary": "Прошу своих студентов придумать, как должна выглядеть и работать следующая версия их продукта. Они пишут, мол, там будет то и сё, и надо будет учесть это и это",
            "date_published": "2026-08-09T01:27:45+05:00",
            "date_modified": "2026-08-09T01:37:26+05:00",
            "tags": [
                "Дэвид Дойч",
                "интерфейс"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/layout-prototype-explanation@2x.jpg",
            "_date_published_rfc2822": "Sun, 09 Aug 2026 01:27:45 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6792",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/layout-prototype-explanation@2x.jpg"
                ]
            }
        },
        {
            "id": "6790",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/app-launch-open-dialog\/",
            "title": "Программа при запуске хочет, чтобы я открыл файл",
            "content_html": "<p>Один из паттернов в интерфейсе, который меня бесит — это когда запускаешь программу на Маке, а она тут же открывает диалог открытия файла. Ну типа, думает она, пользователю же я низачем не нужна без файлов, ему же по-любому нужно будет открыть? — вот я и помогу!<\/p>\n<p>Это, как и кнопка «наверх» внизу страницы и <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/knopka-na-glavnuyu-na-pustom-ekrane\/\">кнопка «На главную» на пустом экране<\/a> — тоже пример того, когда мне протягивают костыль, а я не хромой. Завёл тег «медвежья услуга» по этому поводу.<\/p>\n<p>Во-первых, я сам решу, открывать мне файл или нет. Может, я зашёл просто версию посмотреть или обновление установить? Или я звпустил программу впрок, но прямо сейчас не собираюсь ничего с ней делать. Просто не лезь со своим диалогом и не мешай мне пользоваться компьютером!<\/p>\n<p>Во-вторых, даже если я и собираюсь открыть файл, ну не через диалог открытия файла же я это буду делать! Это самый неудобный способ открыть файл в мире. Файл почти наверняка у меня где-то и так под рукой: в письме, в телеге, на рабочем столе, в папке, в веере Downloads в доке. Я его просто оттуда затащу да и всё. Нафиг мне твой диалог сдался вообще?<\/p>\n<p>Если программа пытается по-умному что-то предусмотреть или предугадать — это хорошо. Но важно, чтобы результат этого предугадывания не был помехой пользователю.<\/p>\n",
            "summary": "Один из паттернов в интерфейсе, который меня бесит — это когда запускаешь программу на Маке, а она тут же открывает диалог открытия файла",
            "date_published": "2026-08-05T19:36:09+05:00",
            "date_modified": "2026-08-05T19:36:21+05:00",
            "tags": [
                "бесит",
                "интерфейс",
                "Мак",
                "медвежья услуга"
            ],
            "_date_published_rfc2822": "Wed, 05 Aug 2026 19:36:09 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "6790",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 4311,
    "_e2_ua_string": "Aegea 12.0a (v4311e)"
}