{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блог Ильи Бирмана", "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.", "_rss_language": "ru", "_itunes_email": "ilyabirman@ilyabirman.ru", "_itunes_categories_xml": "<\/itunes:category>\r\n<\/itunes:category>\r\n\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\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/rss\/", "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": "6769", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ai-wanting-and-john-galt\/", "title": "ИИ, хотение и Джон Голт", "content_html": "

Ещё в продолжение мысли о том, что важно чего-то хотеть<\/a> — вспомнил про Джона Голта, у которого государство в конце начинает спрашивать, что же теперь делать, а он отказывается отвечать.<\/p>\n

Вот есть всемогущее государство, которое может заставить любого человека, в том числе Джона Голта, делать что угодно. Но государство дозаставлялось до того, что всё развалилось. От Голта оно уже не хочет подчинения; государство хочет, чтобы он сам начал командовать. И Голт отказывается.<\/p>\n

Это точно такая же ситуация, как у нас будет с ИИ. Все, кто сам ничего не хочет делать, будут в той же беспомощной роли, в которой оказалось государство: у тебя вообще все ресурсы, но от них никакой пользы. Польза есть только от свободных людей, которые знают, что хотят.<\/p>\n", "summary": "Вот есть всемогущее государство, которое может заставить любого человека, в том числе Джона Голта, делать что угодно", "date_published": "2026-07-06T11:56:40+05:00", "date_modified": "2026-07-06T11:56:38+05:00", "tags": [ "нейросети", "общество", "философия", "экономика" ], "_date_published_rfc2822": "Mon, 06 Jul 2026 11:56:40 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6769", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6768", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/neuro-competition-2\/", "title": "В эпоху ИИ самое важное — чего-то хотеть", "content_html": "

Все обсуждают, кого заменит ИИ, какие специалисты станут ненужными.<\/p>\n

Кажется, в перспективе все<\/i> специалисты станут ненужными, потому что все знания человечества буду доступны любому человеку. Единственное, чем уникален человек — это то, что он чего-то необъяснимо хочет. Я уже писал, что если вы в основном делаете то, что хотят другие, то вам стоит бояться нейросетей<\/a>.<\/p>\n

Кто-то настолько привык действовать по команде, что даже не знает, чего хочет сам. Некоторые обнаруживают это у психотерапевта. Так вот, кажется, наступает то время, когда разобраться в себе становится карьерным советом. Если в вас нет очевидного постоянного собственного желания, то стоит начать его искать, чтобы остаться востребованным.<\/p>\n", "summary": "Все обсуждают, кого заменит ИИ, какие специалисты станут ненужными", "date_published": "2026-07-06T01:16:48+05:00", "date_modified": "2026-07-06T01:23:11+05:00", "tags": [ "нейросети", "философия" ], "_date_published_rfc2822": "Mon, 06 Jul 2026 01:16:48 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6768", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "6659", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/listening-88\/", "title": "Что послушать — 88", "content_html": "

Всё, что можно слушать, я стараюсь слушать<\/a>, а не читать и не смотреть. Потому что когда у меня свободны глаза, я предпочитаю делать что-то более полезное.<\/p>\n

Вот что я слушал в последнее время, что мне понравилось:<\/p>\n

    \n
  1. Костя Горский про себя, наём в Интерком и Яндекс<\/a>.<\/li>\n
  2. A Motorcycle for the Mind<\/a>. Наваль Равикант. Рассуждения про счастливое будущее с нейросетями, но также он цитирует пару своих собственных вирусных твитов, которые мне оба очень нравятся: «Become the best in the world in what you do. Keep redefining what you do until this is true» и «The only true test of intelligence is if you get what you want out of life».<\/li>\n
  3. Why You Should Stop Watching YouTube (Yes, Even This Video)<\/a>. Алок Каноджиа с хорошей мыслью про «полезный контент». Неиронично рекомендую послушать. Ну окей, возможно, немного иронично.<\/li>\n
  4. Brandon Sanderson on Writing Science Fiction and Fantasy<\/a>. Курс лекций про писательство, по ссылке первая. Не моя тема, но оказалось очень интересно: отношение к этому как к работе. Как планировать время, как управлять вниманием читателей, от чего люди скучают или разочаровываются, какие конкретно есть приёмы создания и поддержания интереса, и как, в конце концов, всё это публиковать. Это очень похоже на то, как мы преподаём дизайн, пытаясь снять всю шелуху про творчество и вдохновение.<\/li>\n
  5. Сунь Цзы. Искусство войны<\/a>. Я слушал аудиокнигу, правда в другом месте, но это не важно. Рекомендую послушать или прочитать, пока не запретили.<\/li>\n<\/ol>\n", "summary": "Наём, счастливое будущее с нейросетями, полезный контент, лекции про писательство и искусство войны", "date_published": "2026-06-30T12:08:06+05:00", "date_modified": "2026-06-30T12:08:02+05:00", "tags": [ "Наваль Равикант", "нейросети", "что послушать" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/listening.png", "_date_published_rfc2822": "Tue, 30 Jun 2026 12:08:06 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6659", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/listening.png" ] } }, { "id": "6758", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/commenting-apple-design-principles-2026\/", "title": "Прокомментирую новые дизайн-принципы Эпла", "content_html": "

    Прокомментирую новые дизайн-принципы Эпла<\/a>.<\/p>\n

    Purpose.<\/b> В этой секции они вообще никакого принципа не формулируют, а лишь говорят, что сами принципы могут противоречить друг другу, но тем и интересен дизайн. Если эту мысль раскрывать, она была бы интересной, а так только тумана наводит. Ну и это точно не принцип никакой.<\/p>\n

    Agency.<\/b> Тут идея в том, что у пользователя всё должно быть под контролем. Это хорошая идея. Бесит, когда компьютер вдруг сам что-то решает делать на своё усмотрение, хотя я его не просил.<\/p>\n

    Но иллюстрируют они эту идею странно, мол, надо предлагать пользователю выбор. В чём принцип-то? В каких случаях его предлагать, а в каких нет? Они ещё и разыгрывают сценку, где мужик предлагает женщине продолжить, а она отказывается. Отличный пример того, как не стоит предлагать выбор. Без этой части доклад бы смотрелся лучше — и без подобных тупых вопросов интерфейс тоже стал бы лучше. Но дальше они говорят другое: что вместо того, чтобы по шагам проводить человека через какие-то экраны, лучше дать ему автономность и позволить изучать продукт самому. Это очень правильно. Надо было оставить это, а бред с выбором выкинуть.<\/p>\n

    Дальше они говорят, что нужно давать анду и не задалбывать переспрашиваниями. Ну да. Ждём, когда сам Эпл это внедрит и перестанет постоянно спрашивать, можно ли приложению «Напоминания» прислать мне напоминания!<\/p>\n

    Responsibility.<\/b> Если эйдженси касалось пользователя, то респонсибилити касается уже разработчика. Короче, редактора позвать забыли. Здесь имеется в виду, что не нужно выспрашивать у пользователя персональные данные и не объяснять, зачем. То же самое касается и запросов доступов и прав. Это правильно, но не тянет на принцип. Ну и снова, Эплам бы самим это освоить.<\/p>\n

    С другой стороны они сюда засунули и ответственность в более широком смысле, например, если у вас программа с рецептами, то подумайте, какие у людей могут быть виды аллергии. Это само по себе нормальная мысль, но имеет мало отношения к дизайну или интерфейсу, так что цельность рассказа страдает и тема размывается.<\/p>\n

    Familiarity.<\/b> Ну типа не изобретайте велосипед, а используйте удачные и привычные решения. В целом я за, но неясно, как отличать то, что все друг к друга копируют бездумно и что пора улучшить, от того, что отлично работает и не требует изменений ради изменений. Мы рассказываем об этом в теме «Привычка» более внятно.<\/p>\n

    Сюда же они притащили тему метафор, мол, знакомые образы из реального мира помогают. Но тут же сруливают на то, что помогают-то они на самом деле потому что точно так же используются в других программах (с этого и надо было начинать)<\/p>\n

    И сюда же они засунули последовательность в навигации. Мол, определитесь, у вас тут вкладки или кнопки или что-то ещё. Это всё верно, но это другая тема.<\/p>\n

    Flexibility<\/b>. Люди разные, так что программа должна адаптироваться. Вроде легко согласиться, но что конкретно это значит? Ведь из такого захода можно легко сделать вывод, что должно быть 100500 настроек.<\/p>\n

    Потом говорят, мол, на телефоне человек хочет быстро тык-тык, а на Маке — глубокое взаимодействие. Из этого легко можно сделать вывод, что айфонные версии программы должны быть урезаны до минимума (а ведь Стив Джобс смеялся над baby software других платформ, уже когда представлял Айфон в 2007 году!).<\/p>\n

    Ещё там рассказывается о том, что хорошо бы понимать, что за люди пользуются твоей программой и в какой ситуации. Опыт показывает, что для многих даже этими вопросами задаться — это уже большой шаг, так что пусть.<\/p>\n

    В конце говорят, что хорошо давать пользователям скрывать разделы, которыми они не пользуются. Это плохой совет, потому что в нём не объясняется, в каких именно случаях это стоит делать. А я уверен, что в подавляющем большинстве случаев этого делать как раз не стоит.<\/p>\n

    Simplicity<\/b>. Тут много болтовни про то, что лишнее надо убрать и писать нужно ясно. Но есть важная практическая мысль: нефиг прятать все функции в бургер. Это может и выглядит «просто», но пользоваться этим нифига не просто. И что надо, чтобы было именно пользоваться просто, а для этого может быть даже понадобится добавить информацию.<\/p>\n

    Craft<\/b>. Они говорят важную вещь, что люди чувствуют, когда софт сделан некачественно так же, как они чувствуют, что одежда или мебель сделаны некачественно. В качестве примера приводят невыровненные иконки! Вот бы кто-нибудь в Эпле посмотрел этот доклад.<\/p>\n

    Delight<\/b>. Мне радостно, что они прямо говорят, что этот делайт создаётся не добавлением украшений, а как раз через внимание к более приземлённым требованиям из начала списка. Это то, что я тоже всё время рассказываю: уважение к привычкам и соблюдение закона Фиттса куда больше дадут приятных эмоций пользователю, чем вымученный «эмоциональный дизайн».<\/p>\n", "summary": "Purpose. В этой секции они вообще никакого принципа не формулируют, а лишь говорят, что сами принципы могут противоречить друг другу, но тем и интересен дизайн", "date_published": "2026-06-27T17:34:21+05:00", "date_modified": "2026-06-27T17:38:15+05:00", "tags": [ "Эпл" ], "_date_published_rfc2822": "Sat, 27 Jun 2026 17:34:21 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6758", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6766", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/carplay-scrubbing\/", "title": "Двигунок для перемотки в Карплее", "content_html": "

    Заодно<\/a> ещё один момент про Карплей. В Ай-ОСе 27 анонсировали возможность перематывать музыку в нём, потащив за двигунок. Это отлично, но тут тоже возникает вопрос: а чем думали разработчики предыдущие десять лет, когда не давали это сделать? Это ж стандартное поведение ползунка, что за него можно потянуть. Значит, для аудио в Карплее его кто-то специально ломал.<\/p>\n

    Я могу предположить, что идея была такая, мол, слишком сложный элемент управления, за рулём будет отвлекать. Но это, конечно, ошибка. Если я хочу перемотать трек на середину, и мне не дают это сделать, потащив ползунок на экране машины, то я потянусь за телефоном, а не передумаю перематывать.<\/p>\n

    Рад, что до Эпла дошло, наконец, — но блин.<\/p>\n", "summary": "Я могу предположить, что идея была такая, мол, слишком сложный элемент управления, за рулём будет отвлекать", "date_published": "2026-06-27T00:10:47+05:00", "date_modified": "2026-06-27T00:10:44+05:00", "tags": [ "Карплей", "пользовательский интерфейс", "Эпл" ], "_date_published_rfc2822": "Sat, 27 Jun 2026 00:10:47 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6766", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6765", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/carplay-temporary-messages\/", "title": "Временные сообщения в Карплее", "content_html": "

    Если у тебя Карплей, когда приходит сообщение, ты видишь что-то такое:<\/p>\n

    \n\"\"\n
    Изображение с сайта appletoolbox.com<\/div>\n<\/div>\n

    Это старый дизайн, в новом чуть иначе, но не важно. Появляется сообщение без текста сообщения. Если успеть за пару секунд нажать кнопку на руле, оно попытается прочитать сообщение вслух. Либо спросит, прочитать ли сообщение вслух, там как повезёт. Если за пару секунд не успеть, сообщение исчезнет, и его уже так просто не достанешь.<\/p>\n

    Понятное дело, что в реальности это всё бесит неимоверно — я же на дорогу смотрю. Бывает, увижу краем глаза, что пришло сообщение, и думаю: о, ну пусть попробует прочитать. Жму кнопку на руле, но к этому моменту оно исчезает, и кнопка срабатывает как-нибудь иначе (например, отменяет текущий маршрут в навигации, очень удобно).<\/p>\n

    Никакие сообщения не должны самовольно исчезать с экрана. Если уж появилось, то блин стой на месте, пока я сам тебя не закрою. В обычном Ай-ОСе можно настроить уведомления так, чтобы они не уезжали, и разумеется, те полтора уведомления, которые у меня разрешены, настроены именно так.<\/p>\n

    Но на автомобиле это втройне важно. Причём это кажется настолько очевидным, что я даже не знаю, какой был ход мысли разработчика, который писал код убирания сообщения с экрана. Вероятно, просто никакого не было, потому что если бы там была мысль, то такого кода просто бы не возникло.<\/p>\n", "summary": "Если у тебя Карплей, когда приходит сообщение, ты видишь что-то такое", "date_published": "2026-06-26T14:22:53+05:00", "date_modified": "2026-06-27T00:10:41+05:00", "tags": [ "Карплей", "модальность", "пользовательский интерфейс", "Эпл" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/carplay-message.jpg", "_date_published_rfc2822": "Fri, 26 Jun 2026 14:22:53 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6765", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/carplay-message.jpg" ] } }, { "id": "6763", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ctoit-kak-krylo-ot-boinga\/", "title": "Cтоит «как крыло от боинга»", "content_html": "

    Когда говорят, что что-то стоит «как крыло от боинга» — это не значит, что стоит именно столько. Это просто крылатое выражение.<\/p>\n", "summary": "Когда говорят, что что-то стоит «как крыло от боинга» — это не значит, что стоит именно столько. Это просто крылатое выражение", "date_published": "2026-06-25T10:50:15+05:00", "date_modified": "2026-06-25T10:49:49+05:00", "tags": [ "странный юмор" ], "_date_published_rfc2822": "Thu, 25 Jun 2026 10:50:15 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6763", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6762", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/uvolte-programmistov-kotorye-razloginivayut-vashih-polzovateley\/", "title": "Увольте программистов, которые разлогинивают ваших пользователей", "content_html": "

    У меня много причин для недовольства современным софтом. Часто мне возражают, мол, зато метрики. Это тупое возражение, но можно хотя бы понять ход мысли недальновидных менеджеров, которые такое продвигают. Но вот вещь, которая не лезет ни в какие ворота — это то, что программы и сайты постоянно разлогинивают пользователей.<\/p>\n

    На днях думал прокатиться на самокате. Зашёл в приложение Вуш, а оно меня забыло:<\/p>\n

    \n\"\"\n<\/div>\n

    Вуш думает, я буду заново проходить там всю канитель с регистрацией? Нет, я пойду пешком.<\/p>\n

    Оно даже никак не извиняется, ничего не объясняет, просто полная потеря памяти. Хоть бы написали какую-нибудь чушь типа «вы не пользовались больше полугода, поэтому...». Очевидно, что компьютеру не составляет труда помнить залогиненность хоть двадцать лет, то есть смысла в словах про полгода не было бы никакого, но было бы ощущение, что меня хоть как-то помнят. Но нет даже этого.<\/p>\n

    Или вот зашёл я в Саундклауд послушать музыку — а туда я захожу почти каждый день, и у меня даже платный акаунт — а Саундклауд пишет какую-то ахинею:<\/p>\n

    \n\"\"\n<\/div>\n

    Вы, говорит, разлогинились. Идите теперь в телефон! Что за кретин это написал? Во-первых, я не разлогинивался из Саундклауда, скорее всего, вообще ни одного раза в жизни, потому что нет причин это делать. Только сам дебил-Саундклауд мог меня разлогинить. Во-вторых, какая вообще связь с телефоном? В таком контексте ощущается как сознательное издевательство. Даже если предположить, что я зачем-нибудь разлогинился сам, нафига мне идти в телефон, что там ждёт свежеразлогинившегося меня?<\/p>\n

    Увольте программистов, которые разлогинивают ваших пользователей. Вам будут вешать на уши лапшу про безопасность, но это бред сивой кобылы. Пусть объяснят, как потерянные продажи повышают безопасность (но уже в поиске другой работы).<\/p>\n

    Не думаю, что меня хоть раз разлогинивало Яндекс.Такси или Озон. Да даже Альфа и Тиньков меня не разлогинивают никогда, и ничего! Как-нибудь уж самокаты и музыка могут снизить свои требования к «безопасности» хотя бы до банковского уровня?<\/p>\n", "summary": "У меня много причин для недовольства современным софтом. Часто мне возражают, мол, зато метрики. Это тупое возражение, но можно хотя бы понять ход мысли недальновидных менеджеров...", "date_published": "2026-06-24T20:27:38+05:00", "date_modified": "2026-06-24T20:27:08+05:00", "tags": [ "безопасность", "бизнес", "пользовательский интерфейс" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/razlogin-whoosh@2x.jpg", "_date_published_rfc2822": "Wed, 24 Jun 2026 20:27:38 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6762", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/razlogin-whoosh@2x.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/razlogin-soundcloud@2x.jpg" ] } }, { "id": "6760", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-64\/", "title": "Думаем дальше № 64 — «Цифры подтверждают необходимость ухудшений» с Вадимом Плешковым", "content_html": "

    С Вадимом Плешковым обсуждаем дизайн в корпорациях, включая Эпл, а также работу с пониманием задачи.<\/p>\n

    Все выпуски подкаста:
    \n    Эпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Спотифай<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n
    0:00<\/td>\n Войсы<\/td>\n <\/tr>\n
    5:24<\/td>\n Вадим дизайнил отзывы в Озоне<\/td>\n <\/tr>\n
    10:36<\/td>\n Как улучшению дизайна мешает структура компании<\/td>\n <\/tr>\n
    14:04<\/td>\n Преодоление корпсопротивления и партизанские методы<\/td>\n <\/tr>\n
    19:16<\/td>\n Засасывающая способность главных страниц маркетплейсов и другие метрики успеха<\/td>\n <\/tr>\n
    25:30<\/td>\n Как оценить раздражение пользователя<\/td>\n <\/tr>\n
    32:22<\/td>\n У дизайнера даже нет полномочий, чтобы получить цифры<\/td>\n <\/tr>\n
    36:41<\/td>\n Чего ждать от Эпла на ВВДЦ-2026 (выпуск записан за несколько дней до)<\/td>\n <\/tr>\n
    43:04<\/td>\n Связь между метриками, научным прогрессом и значением объяснений<\/td>\n <\/tr>\n
    49:51<\/td>\n Как писать понимания и вообще решать большие и сложные задачи клиентов<\/td>\n <\/tr>\n
    58:18<\/td>\n Редактировать ли понимание задачи по ходу проекта<\/td>\n <\/tr>\n
    1:04:20<\/td>\n Структура документа «Понимание задачи»<\/td>\n <\/tr>\n
    1:13:26<\/td>\n Что считать процессом понимания задачи, а что — уже работой над решением?<\/td>\n <\/tr>\n<\/table>\n

    Канал Вадима: @overvision<\/a><\/p>\n", "summary": "С Вадимом Плешковым обсуждаем дизайн в корпорациях, включая Эпл, а также работу с пониманием задачи", "date_published": "2026-06-22T01:13:33+05:00", "date_modified": "2026-06-22T22:10:06+05:00", "tags": [ "дизайн продуктов", "Думаем дальше", "исследования", "понимание задачи", "Эпл" ], "_date_published_rfc2822": "Mon, 22 Jun 2026 01:13:33 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6760", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6759", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/liquid-glass-2028\/", "title": "Ликвид-гласс ещё через год", "content_html": "

    Помните, когда-то в Винде каждая кнопка была на собственной выпуклости?<\/p>\n

    \n\"\"\n<\/div>\n

    А потом решили, что это перебор, и убрали?<\/p>\n

    \n\"\"\n<\/div>\n

    Со временем рамок стало ещё меньше. Ну и Мак тоже через подобное проходил.<\/p>\n

    Ликвид-гласс просто запустил этот же процесс. В этом году сделали тулбар, а в следующем уберут отдельные капельки под кнопками:<\/p>\n

    \n\"\"\n<\/div>\n

    Не является прогнозом. Это было бы слишком хорошо, чтобы быть правдой.<\/p>\n", "summary": "Помните, когда-то в Винде каждая кнопка была на собственной выпуклости?", "date_published": "2026-06-19T20:08:30+05:00", "date_modified": "2026-06-19T20:07:18+05:00", "tags": [ "дизайн", "пользовательский интерфейс", "Эпл" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/microsoft-word-95.png", "_date_published_rfc2822": "Fri, 19 Jun 2026 20:08:30 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6759", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/microsoft-word-95.png", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/microsoft-word-97.png", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/liquid-glass-2028@2x.jpg" ] } }, { "id": "6757", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/strange-sms-question\/", "title": "Непонятный вопрос от эсемесок Эпла", "content_html": "

    \n\"\"\n<\/div>\n

    Пытаюсь отправить эсемеску, а Айфон такой: «Номер недоступен. С каким номером вы хотите отправить это сообщение? Отменить или Теле2?». Это в копилку примеров того, когда разработчики забыли про взгляд новичка. Как пользователь должен понять, о чём вообще речь? Какой номер недоступен, для кого? Что значит отправить сообщение «с» каким-то номером? В чём смысл выбора из одного варианта? Не говоря уж о том, что у меня один номер и у меня нет даже идей, откуда этот вопрос вообще взялся.<\/p>\n

    Ну короче позвонил просто голосом, раз смс не работает.<\/p>\n", "summary": "Пытаюсь отправить эсемеску, а Айфон такой: «Номер недоступен. С каким номером вы хотите отправить это сообщение?", "date_published": "2026-06-16T17:46:22+05:00", "date_modified": "2026-06-16T17:46:11+05:00", "tags": [ "взгляд новичка" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/sms-number-not-available@2x.png", "_date_published_rfc2822": "Tue, 16 Jun 2026 17:46:22 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6757", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/sms-number-not-available@2x.png" ] } }, { "id": "6756", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ilyabirmanru-menu-update-2026\/", "title": "Полноценное меню сайта на мобиле", "content_html": "

    Доклад про 1024<\/a> сподвиг меня на то, чтобы наконец улучшить меню на моём сайте, о чём я мечтал несколько лет.<\/p>\n

    Было: Наверху ссылка на более верхний раздел, а полное меню — в бургере. Стало: На мобиле точно такое же полноценное меню, как на десктопе:<\/p>\n

    \n\"\"\n<\/div>\n

    Зато заодно подкрутил стили заголовков и картинок на главной, стало получше.<\/p>\n

    \n\"\"\n<\/div>\n

    То, что сам мой сайт еле дышит, знаю, с этим пока тоже ничего поделать не могу.<\/p>\n", "summary": "Было: Наверху ссылка на более верхний раздел, а полное меню — в бургере. Стало: На мобиле точно такое же полноценное меню, как на десктопе", "date_published": "2026-06-16T11:46:28+05:00", "date_modified": "2026-06-16T11:46:23+05:00", "tags": [ "адаптив", "дизайн", "этот сайт" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-menu-update-2026-1.jpg", "_date_published_rfc2822": "Tue, 16 Jun 2026 11:46:28 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6756", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-menu-update-2026-1.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-menu-update-2026-2.jpg" ] } }, { "id": "6755", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/naval-ravikant-on-trust\/", "title": "Наваль Равикант о доверии и честности", "content_html": "

    У Наваля Равиканта в обсуждении потока твитов «Как стать богатым»<\/a> очень хороший спич о доверии и честности:<\/p>\n

    \n

    Trust leads to compounding relationships<\/h2>\n

    Once you’ve been in business long enough, you will realize how much of it is about trust. It’s about trust because you want to compound interest. You want to work with trustworthy people for long periods of time without having to reevaluate every discussion or constantly look over your shoulder.<\/p>\n

    Over time you will gravitate to working with certain kinds of people. Similarly, those people will gravitate to working with other ethical people.<\/p>\n

    Being ethical attracts other long-term players<\/h2>\n

    Acting ethically turns out to be a selfish imperative. You want to be ethical because it attracts other long-term players in the network. They want to do business with ethical people.<\/p>\n

    If you build a reputation for being ethical, people eventually will pay you just to do deals through you. Your involvement will validate deals and ensure they get done; because you wouldn’t be involved with low-quality stuff.<\/p>\n

    In the long-run, being ethical pays off — but it’s the very long run. In the short-run, being unethical pays off, which is why so many people go for it. It’s short-term greedy.<\/p>\n

    Being ethical is long-term greedy<\/h2>\n

    You can be ethical simply because you’re long-term greedy. I can even outline a framework for different parts of ethics just based on the idea of long-term selfishness.<\/p>\n

    For example, you want to be honest because it leaves you with a clear mind. You don’t want two threads running in your head, one with the lies you tell — and now have to keep track of — and the other with the truth. If you are honest, you only have to think about one thing at a time, which frees up mental energy and makes you a clearer thinker.<\/p>\n

    Also, by being honest you’re rejecting people who only want to hear pretty lies. You force those people out of your network. Sometimes it’s painful, especially with friends and family. But over the long-term you create room for the people who like you exactly the way that you are. That is a selfish reason to be honest.<\/p>\n

    If you cut fair deals, you will get paid in the long run<\/h2>\n

    Negotiations offer another good example. If you’re the kind of person who always tries to get the best deal for yourself, you will win a lot of early deals and it will feel very good.<\/p>\n

    On the other hand, a few people will recognize that you’re always scrabbling and not acting fairly, and they will tend to avoid you. Over time those are the people who end up being the dealmakers in the network. People go to them for a fair shake or to figure out what’s fair.<\/p>\n

    If you cut people fair deals, you won’t get paid in the short-term. But over the long-term, everybody will want to deal with you. You end up being a market hub. You have more information. You have trust. You have a reputation. And people end up doing deals through you in the long-run.<\/p>\n

    A lot of wisdom involves realizing long-term consequences of your actions. The longer your time horizon, the wiser you’re going to seem to everybody around you.<\/p>\n<\/blockquote>\n", "summary": "Once you’ve been in business long enough, you will realize how much of it is about trust. It’s about trust because you want to compound interest", "date_published": "2026-06-15T15:16:45+05:00", "date_modified": "2026-06-15T15:16:22+05:00", "tags": [ "Наваль Равикант", "отношения", "цитаты" ], "_date_published_rfc2822": "Mon, 15 Jun 2026 15:16:45 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6755", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6754", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/rational-screen-area-usage\/", "title": "Рациональное использование площади экрана", "content_html": "

    Одна из проблем, встречающихся в дизайне многих продуктов — нерациональное использование площади экрана. Кажется очевидным, что если у вас много информации, то есть смысл занять ею побольше места, а если информации мало — то поменьше. Но по необъяснимым причинам эта тривиальная идея ускользает от многих дизайнеров: они то в маленькую выпадаечку засунут сложную древовидную прокрутку, то наоборот на весь экран покажут полторы кнопки.<\/p>\n

    Квиктайм при просмотре видео рисует интерфейс перемотки лишь на небольшую часть ширины экрана:<\/p>\n

    \n\"\"\n<\/div>\n

    Перемоткой и так сложно пользоваться, особенно если нужно попасть в конкретное место, а тут они искусственно усложняют это в разы без повода. Почему не растянуть на всю ширину видоса-то?<\/p>\n

    Налоговая в выбиралке валюты не даёт увидеть, какую валюту я выбираю:<\/p>\n

    \n\"\"\n<\/div>\n

    Хорошо, что можно загуглить код валюты в соседней вкладке или посмотреть полные названия валют в веб-инспекторе, очень удобно. Выпадайка может быть шире поля, из которого она выпадает, если надо.<\/p>\n

    Аналогично Гугль-фонтс прячет настройку шрифта вот в такое меню с прокруткой:<\/p>\n

    \n\"\"\n<\/div>\n

    Почему не сделать его в десять раз больше-то? Вот я хочу поменять этот язык, и у меня большой экран, у вас как раз много этих языков. Как тут рассуждал дизайнер?<\/p>\n

    Ну и так далее. Постоянно что-то, что можно показать целиком без прокрутки, запихивают в амбразуру.<\/p>\n

    А вот обратные примеры. У Спотифая не вместилось «С возвращением» и три кнопки на большой экран:<\/p>\n

    \n\"\"\n<\/div>\n

    Даже если предположить, что вы не хотите «отвлекать» меня от входа ничем интересным, ну уместить-то можно было это всё хотя бы? Хотя, конечно, я был бы больше мотивирован войти, если бы чувствовал, что внутри меня что-то ждёт хорошее.<\/p>\n

    Яндекс-музыка туда же:<\/p>\n

    \n\"\"\n<\/div>\n

    Нафига прятать что-то там в кнопку «Настроить», у вас есть целый экран, я тут могу унастраиваться без лишних кликов!<\/p>\n

    В дефолтном дизайне Айтюнса на огромном 32″ 6К мониторе в высоту экрана влезает три трека! Три:<\/p>\n

    \n\"\"\n<\/div>\n

    Тут я затрудняюсь дать комментарий.<\/p>\n

    Не только в музыкальных программах это. Вот Гугль-докс не может уместить названия файлов:<\/p>\n

    \n\"\"\n<\/div>\n

    Ну какой идиот, а? Ну вон же полно место по бокам, и это при моей любимой ширине окна 1024 даже1 Нахрена, нахрена ты обрезал названия?<\/p>\n

    Кинопоиск спрятал две кнопки («Неинтересно» и «Просмотрен») в многоточие:<\/p>\n

    \n\"\"\n<\/div>\n

    Просто космический идиот. Ещё и нарисовал подсказку, которая заняла столько же места, сколько заняли бы обе кнопки без подсказки! Да у тебя целый экран вот посвящён моим отношениям с этим фильмом. Что может быть важнее, чем показать кнопки настройки этих отношений? Для чего ты сэкономил это место?<\/p>\n

    А вот классический Лончпад Эпла:<\/p>\n

    \n\"\"\n<\/div>\n

    У него много проблем, но сама идея прекрасна: для выбора приложения используется весь экран. Целиться в иконки одно удовольствие. Бывает, захватил откуда-то файл одной рукой, тащишь его на место нужной программы, в это время другой жмёшь шорткат Лончпада и бросаешь файл на программу, потому что она как раз оказывается под курсором где надо.<\/p>\n

    А сейчас что? Только вот так:<\/p>\n

    \n\"\"\n<\/div>\n

    Всему тесно, и чуть что возникает прокрутка.<\/p>\n

    Как будто дизайнеры постоянно забывают, зачем нужен интерфейс, который они рисуют. Это превращается в какую-то формальность, типа, надо запихать на экран такие-то элементы, а значимость этих элементов и роль в сценарии пользователя вообще никак на это запихивание не влияет.<\/p>\n", "summary": "Одна из проблем, встречающихся в дизайне многих продуктов — нерациональное использование площади экрана", "date_published": "2026-06-14T18:33:02+05:00", "date_modified": "2026-06-14T18:32:52+05:00", "tags": [ "вёрстка", "Гугль", "дизайн", "дизайн продуктов", "дизайн сайтов", "пользовательский интерфейс", "эпицентрический дизайн", "Эпл", "Яндекс" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/quicktime-small-drag.jpg", "_date_published_rfc2822": "Sun, 14 Jun 2026 18:33:02 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6754", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/quicktime-small-drag.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/lkfl-currency-sizing@2x.png", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/google-fonts-dropdown@2x.png", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/spotify-size.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/yandex-music-setup.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/itunes-density@2x.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/google-docs-filenames-dont-fit@2x.png", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/kinopoisk-doesnt-fit.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/launchpad-high-sierra.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/app-library-tahoe@2x.jpg" ] } }, { "id": "6753", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/nikogda-ne-otryvayte-paneli-ot-krayov-ekrana\/", "title": "Никогда не отрывайте панели от краёв экрана", "content_html": "

    Из общей теории, опыта и здравого смысла мы знаем, что всякие боковые панели должны быть приклеены к краям окон. Это не является спорным вопросом интерфейсостроения или делом вкуса. Просто давно установлено, что отрывать панели от краёв не нужно; это хуже со всех точек зрения.<\/p>\n

    И тем не менее, время от времени в дизайн приходят дизайнеры, которые об этом не знают, и им кажется, что оторвать панели от краёв — это хорошая, свежая идея. Пару лет назад на ровном месте споткнулась Фигма:<\/p>\n

    \n\"\"\n<\/div>\n

    Они это показали в бете третьей версии интерфейса. Поднялся шум, и к релизу это пришлось откатить и сделать нормально.<\/p>\n

    В прошлом году Эпл придумал оторвать свои сайдбары от краёв. Тупой Алан Дай не только не знал ничего об интерфейсах, но даже не знал что на эти же грабли только что наступила Фигма. У Фигмы-то это хотя бы выглядело красиво, а у Эпла получилось просто говнище, с какой стороны ни посмотри:<\/p>\n

    \n\"\"\n<\/div>\n

    Эпл упрямый и неповоротливый, поэтому на починку им понадобился год.<\/p>\n

    Дизайнеры! Перестанье вы это делать, ну сколько вам ещё надо примеров? Ноль плюсов у этого решения.<\/p>\n", "summary": "Из общей теории, опыта и здравого смысла мы знаем, что всякие боковые панели должны быть приклеены к краям окон", "date_published": "2026-06-13T13:26:51+05:00", "date_modified": "2026-06-13T13:26:43+05:00", "tags": [ "пользовательский интерфейс", "Фигма", "Эпл" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/figma-ui3.jpg", "_date_published_rfc2822": "Sat, 13 Jun 2026 13:26:51 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6753", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/figma-ui3.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/tahoe-sidebars.jpg" ] } }, { "id": "6752", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/apple-text-wall\/", "title": "Стена текста у Эпла", "content_html": "

    \n\"\"\n<\/div>\n

    «Золотые правила» типа правила семи элементов или правила трёх секуднд предлагают подменить реальное понимание ситуации и осмысленный выбор сравнением чисел, так что ясно, что они тупые. Такие бывают не только в интерфейсе.<\/p>\n

    В нашем с Мишей курсе о презентациях мы тоже говорим, что «правила» типа сколько слов должно быть на слайде или какой должен быть минимальный размер шрифта — это фигня. Надо понять, какого эффекта мы хотим добиться слайдом, а потом задаться вопросом, получается ли.<\/p>\n

    Вот реальный слайд с понедельничной презентации Эпла. Сколько слов? Какой кегль? Да плевать, но эффект достигнут: зевакам сразу ясно, что улучшений сотни, а внимательные зрители заскриншотили и разбирают по пунктам в своих подкастах.<\/p>\n

    Так можно, если так и хотел.<\/p>\n", "summary": "«Золотые правила» типа правила семи элементов или правила трёх секуднд предлагают подменить реальное понимание ситуации и осмысленный выбор сравнением чисел", "date_published": "2026-06-12T13:23:41+05:00", "date_modified": "2026-06-12T13:23:27+05:00", "tags": [ "презентации и выступления", "Эпл" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/apple-text-wall.jpg", "_date_published_rfc2822": "Fri, 12 Jun 2026 13:23:41 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6752", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/apple-text-wall.jpg" ] } }, { "id": "6751", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-course-frag-202\/", "title": "На интерфейсном курсе: делаем виджет аккуратнее", "content_html": "

    Очередной кусочек с разбора домашки на курсе, где я фотошоплю айфонный виджет. Обсуждаем, почему важно его примерять к телефону, и что разделять лучше расстоянием, а не линейками. 6 минут:<\/p>\n

    \n