{ "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\/tags\/design\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/design\/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": "6855", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/razlozhit-prototip-na-makety\/", "title": "Разложить прототип на макеты", "content_html": "

Когда-то рисовать макеты было легко, а делать прототипы — сложно, но постепенно все научились делать и прототипы.<\/p>\n

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

Сейчас благодаря нейросетям делать прототипы даже проще, чем рисовать макеты. Нейросеть просто выдаёт готовый кликабельный прототип; макетов в этом процессе в принципе не было и нет. Но что толку, что она его выдаёт? Как ты поймёшь, что там всё действительно по уму сделано?<\/p>\n

Я всё равно хочу видеть систему целиком, а не одно её измерение, поэтому всегда прошу нейросеть разложить мне все состояния по полочкам, показать связи между ними. Да, наглядно показать всю внутреннюю логику системы стало сложнее, чем просто сгенерировать что-то кликабельное. Но если ты хочешь сделать не просто «что-то», а сделать чётко, то без этого никак.<\/p>\n", "summary": "Когда-то рисовать макеты было легко, а делать прототипы — сложно, но постепенно все научились делать и прототипы", "date_published": "2026-10-22T22:13:12+05:00", "date_modified": "2026-10-22T22:12:53+05:00", "tags": [ "дизайн", "нейросети", "представление информации" ], "_date_published_rfc2822": "Thu, 22 Oct 2026 22:13:12 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6855", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "6850", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/neyronka-by-molcha-sdelala-zelyony-ogonyok\/", "title": "Нейронка бы молча сделала зелёный огонёк", "content_html": "

Я вот подумал дальше про зелёный огонёк<\/a>.<\/p>\n

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

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

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

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

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

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

Нейросеть, конечно, тоже может освоить переговоры, и наверняка даже более искусно, чем человека. Но тут мы приходим к тому, что для этого у неё должна быть точка зрения, она должна сама как-то хотеть<\/a>. Но ей-то всё равно!<\/p>\n", "summary": "Я вот подумал дальше про зелёный огонёк", "date_published": "2026-10-16T14:08:34+05:00", "date_modified": "2026-10-16T14:13:11+05:00", "tags": [ "дизайн", "нейросети" ], "_date_published_rfc2822": "Fri, 16 Oct 2026 14:08:34 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6850", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6844", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ilyabirmanru-2026\/", "title": "9-я версия моего сайта", "content_html": "

Добро пожаловать на мой новый сайт<\/a>:<\/p>\n

\n \n \"\"\n <\/a>\n<\/figure>\n

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

Зацените адаптив от 320 до 3200 и хитрую навигацию по проектам.<\/p>\n

Адаптив<\/h2>\n

Вот как ведёт себя адаптив на сегодняшний день (кое-что ещё буду допиливать постепенно):<\/p>\n

\n
\n
\n \"\"\n<\/figure>\n

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

Оказывается, оно вмещается даже в часы:<\/p>\n

\n \"\"\n<\/figure>\n

Тоже всё прокручивается так же. Я сам удивился, это мне в комментариях показали. Прикольно! Правда, там не всё работает, и теперь появился соблазн докрутить. Но часы рендерят так, как если бы ширина была 320, так что никаких новых приёмов там не применяется.<\/p>\n

Навигация<\/h2>\n

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

\n \"\"\n<\/figure>\n

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

Или вот взять схему челябинских трамваев<\/a>:<\/p>\n

\n \"\"\n<\/figure>\n

Это, конечно, схема, и хочется её показать в контексте других схем. Но она ведь и одна из работ, что я делал для Челябинска, и хочется показать её среди других работ для Челябинска. И вот теперь я так могу сделать.<\/p>\n

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

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

Ну и в концах страниц проектов теперь тоже есть ссылки на связанные проекты:<\/p>\n

\n \"\"\n<\/figure>\n

Расскажите, какие видите косяки в каких случаях.<\/p>\n", "summary": "Добро пожаловать на мой новый сайт", "date_published": "2026-10-10T11:41:58+05:00", "date_modified": "2026-10-10T12:48:21+05:00", "tags": [ "адаптив", "дизайн", "навигация", "этот сайт" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026.jpg", "_date_published_rfc2822": "Sat, 10 Oct 2026 11:41:58 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6844", "_rss_enclosures": [ { "url": "https:\/\/ilyabirman.ru\/meanwhile\/video\/ilyabirmanru-2026-adaptive-1@loop.mp4", "type": "video\/mp4", "length": 2149861 }, { "url": "https:\/\/ilyabirman.ru\/meanwhile\/video\/ilyabirmanru-2026-adaptive-2@loop.mp4", "type": "video\/mp4", "length": 603479 } ], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026-adaptive-mobile-landscape.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026-adaptive-watch.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026-navigation-1.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026-navigation-2.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ilyabirmanru-2026-navigation-3.jpg" ] } }, { "id": "6839", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/claude-design-design\/", "title": "Дизайн Клод-дизайна", "content_html": "

Краем глаза посмотрел на Клод-дизайн. Дизайн Клод-дизайна явно делал Клод-дизайн: вроде выглядит миленько, но никакого порядка, смысла и логики нет ни в чём. Собственно, в последнее время то же самое происходит в большинстве дизайна, сделанного людьми, так что, думаю, Клод-дизайн — вполне достойная замена многим дизайнерам.<\/p>\n", "summary": "Краем глаза посмотрел на Клод-дизайн. Дизайн Клод-дизайна явно делал Клод-дизайн: вроде выглядит миленько, но никакого порядка, смысла и логики нет ни в чём", "date_published": "2026-09-28T16:46:58+05:00", "date_modified": "2026-09-28T16:43:37+05:00", "tags": [ "дизайн", "нейросети" ], "_date_published_rfc2822": "Mon, 28 Sep 2026 16:46:58 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6839", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6628", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/weekend-reading-194\/", "title": "Что почитать на выходных — 194", "content_html": "

Вот:<\/p>\n

    \n
  1. Backseat Software<\/a>. Как софт превратился из инструмента в бесилово, которому всё время чё-то надо от пользователя.<\/li>\n
  2. Экспертиза в активном поиске<\/a>. Михаил Руденко про подмену экспертизы дурацкими исследованиями.<\/li>\n
  3. Сервис стал отправлять в 2,5 раза меньше пушей и утроил конверсию<\/a>. Занудная, но полезная статья про то, что иногда если меньше мучить пользователя, то не только совесть станет чище, но и цифры получатся лучше!<\/li>\n
  4. You can just choose how many bugs you want now<\/a>. Хорошая статья про программирование с нейросетями. Понравилась идея «эпициклов», хочется взять этот термин на вооружение.<\/li>\n
  5. Output isn’t design<\/a>. Почему умение нейросетей рисовать макеты не отменяет необходимости самому рисовать макеты.<\/li>\n
  6. Как Школа дизайнеров Бюро Горбунова сделала меня дисциплинированным, честным и отвественным<\/a><\/li>\n
  7. Luck and the Entrepreneur: The four kinds of luck<\/a>. Пример с открывателем пенициллина Александром Флемингом — крутейший.<\/li>\n<\/ol>\n", "summary": "Вот", "date_published": "2026-09-12T11:47:09+05:00", "date_modified": "2026-09-12T12:15:25+05:00", "tags": [ "дизайн", "дизайн продуктов", "исследования", "нейросети", "программирование", "чтиво", "Школа бюро" ], "_date_published_rfc2822": "Sat, 12 Sep 2026 11:47:09 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6628", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6772", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/chelyabinsk-stuff\/", "title": "Штуки для Челябинского транспорта", "content_html": "

    Опубликовал кучу разных штук, сделанных за последние годы для челябинского транспорта<\/a>:<\/p>\n

    \n \n \"\"\n <\/a>\n<\/figure>\n", "summary": "Опубликовал кучу разных штук, сделанных за последние годы для челябинского транспорта", "date_published": "2026-07-11T11:50:47+05:00", "date_modified": "2026-07-11T11:50:43+05:00", "tags": [ "дизайн", "навигация", "транспорт", "Челябинск" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/chelyabinsk-stuff-cover.jpg", "_date_published_rfc2822": "Sat, 11 Jul 2026 11:50:47 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6772", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/chelyabinsk-stuff-cover.jpg" ] } }, { "id": "6771", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-65\/", "title": "Думаем дальше № 65 — «Никто не пользуется стеклянными сферами» с Никитой Прокоповым", "content_html": "

    С Никитой Прокоповым обсуждаем ВВДЦ 2026 и дизайн программ для ЭВМ.<\/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 \n \n \n
    0:00<\/td>\n Какой сигнал мы получили на ВВДЦ 2026 и чего ждём через год<\/td>\n <\/tr>\n
    4:38<\/td>\n Предзаписанные и живые презентации<\/td>\n <\/tr>\n
    6:26<\/td>\n Полировка и скучающие журналисты<\/td>\n <\/tr>\n
    11:08<\/td>\n Золотые ворота: иконки в меню и в Доке<\/td>\n <\/tr>\n
    17:33<\/td>\n Скругления углов окон. Историческая справка<\/td>\n <\/tr>\n
    26:27<\/td>\n Выбеление интерфейса, возвращение тулбаров и наведение резкости<\/td>\n <\/tr>\n
    32:52<\/td>\n Мнение Никиты о прозрачности в интерфейсе и теория Ильи о прозрачности в реальной жизни<\/td>\n <\/tr>\n
    40:03<\/td>\n Двигунок жидкости стекла<\/td>\n <\/tr>\n
    44:38<\/td>\n Пружинистые кнопки<\/td>\n <\/tr>\n
    48:25<\/td>\n Тулбары и группы кнопок на них<\/td>\n <\/tr>\n
    51:49<\/td>\n Синхронизация фоток<\/td>\n <\/tr>\n
    54:45<\/td>\n Всё не так тормозит, но зачем оно вообще тормозит?<\/td>\n <\/tr>\n
    1:06:54<\/td>\n Ощущение качества и надёжности от софта<\/td>\n <\/tr>\n
    1:10:32<\/td>\n Каким должен быть редизайн и путь к эталонному решению<\/td>\n <\/tr>\n
    1:15:34<\/td>\n Красота и привлекательность интерфейса. Ортопедический дизайн<\/td>\n <\/tr>\n
    1:17:56<\/td>\n Все хотят оторвать боковые панели, а зря<\/td>\n <\/tr>\n<\/table>\n", "summary": "С Никитой Прокоповым обсуждаем ВВДЦ 2026 и дизайн программ для ЭВМ", "date_published": "2026-07-10T11:42:22+05:00", "date_modified": "2026-07-10T11:45:54+05:00", "tags": [ "дизайн", "Думаем дальше", "интерфейс", "Мак", "Эпл" ], "_date_published_rfc2822": "Fri, 10 Jul 2026 11:42:22 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6771", "_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<\/figure>\n

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\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": "6756", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ilyabirmanru-menu-update-2026\/", "title": "Полноценное меню сайта на мобиле", "content_html": "

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

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

    \n \"\"\n<\/figure>\n

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

    \n \"\"\n<\/figure>\n

    То, что сам мой сайт еле дышит, знаю, с этим пока тоже ничего поделать не могу.<\/p>\n", "summary": "Доклад про 1024 сподвиг меня на то, чтобы наконец улучшить меню на моём сайте, о чём я мечтал несколько лет", "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": "6754", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/rational-screen-area-usage\/", "title": "Рациональное использование площади экрана", "content_html": "

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\n

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

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

    \n \"\"\n<\/figure>\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": "6749", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/principy-dizayna-epla-2026\/", "title": "Принципы дизайна Эпла (2026)", "content_html": "

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

    В этом году доклад неплохой по смыслу. Он слишком абстрактный, в духе «за всё хорошее против всего плохого», но всё-таки то, что́ Эплы в этом году считают хорошим, мне нравится:<\/p>\n

    \n