{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блоги: заметки с тегом Думаем дальше", "_rss_description": "Автоматически собираемая лента заметок, написанных в блогах на Эгее", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": false, "_itunes_explicit": "no", "home_page_url": "https:\/\/blogengine.ru\/blogs\/tags\/dumaem-dalshe\/", "feed_url": "https:\/\/blogengine.ru\/blogs\/tags\/dumaem-dalshe\/json\/", "icon": false, "authors": [ { "name": "Илья Бирман", "url": "https:\/\/blogengine.ru\/blogs\/", "avatar": false } ], "items": [ { "id": "137774", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-56\/", "title": "Думаем дальше № 56 — «Не всем нужно кататься на этом колесе» с Евгением Черновым", "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 \n \n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n О красоте и естественности математики<\/td>\n <\/tr>\n
4:35<\/td>\n Синус. Садимся на колесо обозрения<\/td>\n <\/tr>\n
8:38<\/td>\n Задаём систему координат и точки отсчёта<\/td>\n <\/tr>\n
10:41<\/td>\n Почему синус 30° — это ровно 0,5. Школьное определение синуса<\/td>\n <\/tr>\n
15:26<\/td>\n Зачем синусу вообще понадобилось название?<\/td>\n <\/tr>\n
17:24<\/td>\n Сравнение взглядов через окружность и через треугольник. Считаем разные удобные синусы в уме<\/td>\n <\/tr>\n
20:56<\/td>\n Единичная окружность и почему удобно крутиться против часовой стрелки<\/td>\n <\/tr>\n
22:04<\/td>\n Почему мерить углы градусами неудобно и как от них избавиться<\/td>\n <\/tr>\n
26:08<\/td>\n Пара слов любви к комплексному анализу и синусам, равным пятнадцати<\/td>\n <\/tr>\n
28:10<\/td>\n Косинус<\/td>\n <\/tr>\n
29:21<\/td>\n Синусоида<\/td>\n <\/tr>\n
33:48<\/td>\n Косинусоида<\/td>\n <\/tr>\n
35:45<\/td>\n Практика: шатаем окошком ввода пароля влево-вправо, когда пароль неверный<\/td>\n <\/tr>\n
39:50<\/td>\n Почему люди не понимают<\/td>\n <\/tr>\n
43:43<\/td>\n Косинус и синус как координаты точки. Теорема Пифагора<\/td>\n <\/tr>\n
47:42<\/td>\n Полярные координаты, обратные функции и их многозначность<\/td>\n <\/tr>\n
51:55<\/td>\n Практика: трёхмерная графика и почему «синус — это проекция»<\/td>\n <\/tr>\n
55:28<\/td>\n Подводим итоги синуса и косинуса<\/td>\n <\/tr>\n
56:28<\/td>\n Анализ изучает непрерывность<\/td>\n <\/tr>\n
1:01:41<\/td>\n Интеграл<\/td>\n <\/tr>\n
1:07:49<\/td>\n Где площадь, там и объём<\/td>\n <\/tr>\n
1:09:21<\/td>\n Интегрируем функцию y = x в уме<\/td>\n <\/tr>\n
1:11:29<\/td>\n Интегрируем синусоиду в уме<\/td>\n <\/tr>\n
1:16:30<\/td>\n Почему интеграл даёт контроль над любой непрерывностью. Рассчитываем крыло самолёта в уме (нет)<\/td>\n <\/tr>\n<\/table>\n", "date_published": "2026-01-29T11:23:11+05:00", "date_modified": "2026-01-31T11:57:24+05:00", "tags": [ "Думаем дальше", "математика" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Thu, 29 Jan 2026 11:23:11 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "137774", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "137639", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-47\/", "title": "Думаем дальше № 47 — «В студии не работала — жизни не видела» c Викой Лисицыной", "content_html": "

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

Все выпуски подкаста:
\nЭпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n Обсуждаем Викину статью<\/a><\/td>\n <\/tr>\n
9:31<\/td>\n Курсы дизайна не учат дизайну, зато все «решают задачи бизнеса»<\/td>\n <\/tr>\n
16:32<\/td>\n Портфолио, умение рассказывать и писать. В чём работа редактора, если дизайнер и сам умеет писать<\/td>\n <\/tr>\n
35:22<\/td>\n Вопрос Танского о дизайне и в чём состоит компетентность дизайнера<\/td>\n <\/tr>\n
43:10<\/td>\n Стоит ли обсуждать количество серого цвета и общее ощущение от продукта<\/td>\n <\/tr>\n
47:15<\/td>\n Кайф от понимания того, как дизайн влияет на пользователя, и откуда берётся красота в интерфейсе<\/td>\n <\/tr>\n
51:57<\/td>\n Многие не понимают, чем занимается дизайнер<\/td>\n <\/tr>\n
57:08<\/td>\n Кто такой дизайн-директор, арт-директор и продуктовый дизайнер<\/td>\n <\/tr>\n
1:02:04<\/td>\n Должны ли у дизайнеров гореть глаза<\/td>\n <\/tr>\n
1:09:50<\/td>\n Когда арт-директор сам устал рисовать, но зато у него есть опыт<\/td>\n <\/tr>\n
1:14:58<\/td>\n Возражения на Викину статью<\/td>\n <\/tr>\n
1:17:26<\/td>\n Про дизайн против эволюции и продукты, где дизайн важен<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

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

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

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

Послушать этот выпуск будет интересно тем, кто работает в дизайне и чувствует, что профессия теряет ядро; кто руководит дизайнерскими командами и хочет заново определить границы их ответственности; преподавателям и студентам дизайна, которые ищут, чему и как учить. Это разговор о том, зачем вообще нужен дизайн и как вернуть ему смысл.<\/p>\n<\/blockquote>\n", "date_published": "2025-10-04T13:27:46+05:00", "date_modified": "2025-10-05T01:24:48+05:00", "tags": [ "дизайн", "Думаем дальше", "презентации и выступления", "русский язык" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Sat, 04 Oct 2025 13:27:46 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "137639", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "137564", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-46\/", "title": "Думаем дальше № 46 — «Живые люди нужны чтобы трогать» с Мишей Нозиком", "content_html": "

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

Все выпуски подкаста:
\nЭпл<\/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
6:20<\/td>\n Может, лучше ИИ поможет с нормальным проектированием алгоритмических программ?<\/td>\n <\/tr>\n
8:41<\/td>\n Как ещё использовать ЧатГПТ. Как с новыми технологиями забываются старые. ИИ всегда на фоне<\/td>\n <\/tr>\n
18:59<\/td>\n Взаимопонимание с компьютером и с женой<\/td>\n <\/tr>\n
26:02<\/td>\n Идея ИИ-подслушивальщика с перманентным поиском<\/td>\n <\/tr>\n
27:46 <\/td>\n Дизайн и сопротивление среды к изменениям. Случай с дизайном графика рейтинга<\/td>\n <\/tr>\n
34:58<\/td>\n Всегда успеешь вернуться к тому как было<\/td>\n <\/tr>\n
37:20<\/td>\n Сложившаяся картина мира разрушается<\/td>\n <\/tr>\n
41:29<\/td>\n Решение всегда есть<\/td>\n <\/tr>\n
45:02<\/td>\n Откуда взять авторитет<\/td>\n <\/tr>\n
47:56<\/td>\n Презентация каждый день<\/td>\n <\/tr>\n
51:20<\/td>\n Презентование и умение писать<\/td>\n <\/tr>\n
1:05:05<\/td>\n Обсуждаем пост Саши Реушкина о том, в каких случаях надо заниматься дизайном<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

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

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

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

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

Такой выпуск будет интересен дизайнерам всех уровней, особенно тем, кто ищет в профессии смысл, а не просто способ заработка; преподавателям, которые учат презентации и мышлению; и вообще всем, кто задумывается о том, как технологии, искусственный интеллект и любовь к делу переплетаются в современной работе.<\/p>\n<\/blockquote>\n", "date_published": "2025-09-25T14:01:34+05:00", "date_modified": "2025-10-05T00:54:31+05:00", "tags": [ "дизайн", "Думаем дальше", "искусственный интеллект", "нейросети", "переговоры", "презентации и выступления" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Thu, 25 Sep 2025 14:01:34 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "137564", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "137458", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-45\/", "title": "Думаем дальше № 45 — «Комната интеллектуальной разгрузки» c Михаилом Руденко", "content_html": "

С Михаилом Руденко обсуждаем его модель ДКЦП, принятую в ней терминологию, а также её возможное приложение к Эгее.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n Что такое ДКЦП<\/a><\/td>\n <\/tr>\n
7:55<\/td>\n Что вообще значит «модель»<\/td>\n <\/tr>\n
12:32<\/td>\n Польза лингвистических инструментов анализа<\/td>\n <\/tr>\n
15:43<\/td>\n «Проблема», «задача» или «конфликт»? Объяснение на сырке<\/td>\n <\/tr>\n
24:11<\/td>\n Обсуждаем эфир с Кириллом Мышкиным и какие там конфликты в его боте<\/td>\n <\/tr>\n
40:17<\/td>\n Инварианты обмена: зачем так называть и почему их именно девять<\/td>\n <\/tr>\n
55:51<\/td>\n Как применить ДКЦП к Эгее<\/td>\n <\/tr>\n
1:04:19<\/td>\n Эгея и «маниакальное внимание к мелочам»<\/td>\n <\/tr>\n
1:12:03<\/td>\n Аудитория Эгеи и что у неё общего с Роллс-Ройсом<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

В этом выпуске обсуждается «Дворец культуры ценностного предложения» (ДКЦП) — методология и модель, созданная Михаилом. Илья читает статью Михаила и делится впечатлением: идея кажется очень интересной и полезной, но изложение чрезмерно сложным, будто бы его можно было объяснить проще. Михаил соглашается, что тема действительно непростая, и рассказывает, что намеренно сделал акцент на нюансах, которые обычно теряются при упрощениях, пусть и ценой усложнения. Суть модели — рассматривать любую продажу или обмен как систему взаимосвязанных элементов, которые помогают понять, что именно мешает или помогает сделке состояться.<\/p>\n

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

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

Под конец Илья предлагает применить ДКЦП к его собственному проекту — движку для блога «Эгея». Он делится историей его появления и сомнениями: проект для души, но хочется понять, как из него можно получать больше пользы и денег, не разрушая его смысл. Михаил показывает, как модель может помочь: выявить ценности (например, внимание к мелочам и аутентичность), определить вклад клиента (не только деньги, но и усилия при установке), найти сегменты аудитории (редакторы, дизайнеры, айтишники) и увидеть, какие конфликты продукт решает.<\/p>\n

Основные идеи и выводы:
\n— ДКЦП — это модель обмена, позволяющая увидеть структуру и взаимосвязи в любой продаже или сделке.
\n— Центр модели — конфликт: противоречие между «хочу» и «мешает», которое продукт должен разрешать.
\n— Девять «инвариантов» — неизбежные элементы любого обмена; термин спорный, но отражает идею постоянных категорий.
\n— Лексика и термины важны: язык задаёт рамку мышления и помогает точнее видеть смысл (гипотеза Сепира—Уорфа).
\n— Модель полезна не только для бизнеса, но и для личных проектов: помогает выявить ценность, аудиторию, сценарии применения.
\n— Необязательно менять продукт под рынок — можно искать аудиторию, у которой ценности совпадут с твоими.
\n— Подражание и символический смысл (например, использовать инструмент «как у Бирмана») тоже могут быть драйверами ценности.<\/p>\n

Такой выпуск будет интересен предпринимателям, продакт-менеджерам, дизайнерам и редакторам, а также всем, кто делает свои проекты и хочет системнее понимать, как формируется ценность и что мешает продукту находить отклик у людей.<\/p>\n<\/blockquote>\n", "date_published": "2025-09-16T13:16:30+05:00", "date_modified": "2025-09-16T16:46:58+05:00", "tags": [ "Думаем дальше", "Эгея" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Tue, 16 Sep 2025 13:16:30 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "137458", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "137287", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-44\/", "title": "Думаем дальше № 44 — «Цифры дают иллюзию объективности» c Сашей Каном", "content_html": "

С Сашей Каном обсуждаем окна в Айпад-ОСе 26, а потом погружаемся в мир исследований.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/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
7:43<\/td>\n Изменения на Айпад-ОСе 26. Почему так сложно сделать оконный интерфейс?<\/td>\n <\/tr>\n
19:46<\/td>\n Что значит «изобрести интерфейс». Фигма переизобрела выделение, а вот паринг линз в Вижене-про и автоузнавание штрихкодов полок в Вайлдберисе — это не изобретения<\/td>\n <\/tr>\n
27:56<\/td>\n Исследования. Эргономические. Антиукачивание<\/td>\n <\/tr>\n
30:10<\/td>\n Концептуальные. Мультитач. Пейпер. Баркодокнопка<\/td>\n <\/tr>\n
36:31<\/td>\n Социологические и психологические. Как Стив Джобс «заметил», что пользователи ставят обои. С цифровыми деньгами ощущения не те<\/td>\n <\/tr>\n
45:36<\/td>\n Поведенческая экономика. Приманки и калибровка<\/td>\n <\/tr>\n
50:04<\/td>\n Не так интересен результат, как метод исследования<\/td>\n <\/tr>\n
55:52<\/td>\n Качество коммерческих исследований. Лучше никакое исследование, чем плохое<\/td>\n <\/tr>\n
59:29<\/td>\n Где Саша несогласен с Ильёй про исследования<\/td>\n <\/tr>\n
1:08:27<\/td>\n Про метрики. Нейросети будут налету генерировать дизайн для наилучших метрик<\/td>\n <\/tr>\n
1:13:29<\/td>\n Саша закидывает тему повышения спроса на хороший дизайн<\/td>\n <\/tr>\n
1:16:09<\/td>\n Покупатели не хотят, чтобы кассиров уволили из-за внедрения касс самообслуживания<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

Затем переходят к теме исследований в дизайне. Рассматриваются разные их корни: эргономические исследования, которые учитывают физические ограничения и анатомию; концептуальные исследования, где создаются экспериментальные интерфейсы «в вакууме» (как в лабораториях Эпла или в приложении Пейпер); социологические подходы, когда изучают пользователей в реальном контексте; и психологические — поведенческая экономика и наблюдения за тем, как люди принимают решения. Отмечается, что методология здесь важнее самих выводов, ведь именно в дизайне исследований заложено умение получать достоверные данные.<\/p>\n

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

Основные идеи и выводы:
\n— Голосовые ассистенты убирают видимость функций, и нужно заново придумывать, как показывать пользователю возможности системы.
\n— Разработчикам трудно выделяться без интерфейсов: всё может превратиться в безликий сервис, где конкурируют только ценой.
\n— Многооконность на Айпаде — пример того, как простая на вид задача упирается в специфику устройства и приводит к годам неудачных решений.
\n— Настоящие интерфейсные инновации — это новые модели взаимодействия (пример: выделение объектов в Фигме), а не косметические приёмы.
\n— Источники исследований разнообразны: от эргономики до социологии и поведенческой экономики; главное — метод дизайна эксперимента.
\n— В коммерческих условиях исследования часто страдают качеством и подменяются банальностями или пустыми метриками.
\n— Растёт роль цифр и дешбордов, но именно нейросети способны лучше всех заниматься бесконечными А\/Б-тестами, что ставит под вопрос будущую роль дизайнеров.<\/p>\n

Этот выпуск будет интересен дизайнерам интерфейсов, исследователям, продакт-менеджерам и всем, кто задумывается о будущем профессии. Также он будет полезен тем, кто хочет понять, почему интерфейсы меняются так медленно, и как исследования могут (или не могут) помочь создавать новые способы взаимодействия.<\/p>\n<\/blockquote>\n", "date_published": "2025-09-03T11:01:04+05:00", "date_modified": "2025-09-03T11:00:45+05:00", "tags": [ "Айпад", "дизайн", "Думаем дальше", "исследования", "пользовательский интерфейс", "Эпл" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Wed, 03 Sep 2025 11:01:04 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "137287", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "136924", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-43\/", "title": "Думаем дальше № 43 — «Ничё ты мне не сделаешь, клиент» с Женей Арутюновым", "content_html": "

С Женей Арутюновым обсуждаем, кто какой проект бы хотел делать, ну и там между делом всякое.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n Женя готов решать задачи без самовыражения, хотя раньше у него был сайт с авторским почерком, а к Илье приходят клиенты, которые и так в курсе его приколов<\/td>\n <\/tr>\n
8:08<\/td>\n Задача и сверхзадача, ценность амбициозных дизайнеров, почему парикмахерской не надо идти в Пентаграм и зачем стараться на консультации<\/td>\n <\/tr>\n
14:40<\/td>\n Женя предлагает свою консультацию растущим компаниям<\/td>\n <\/tr>\n
19:52<\/td>\n Илья предлагает продукт «консультация с пониманием». Обсуждаем, кому это всё надо<\/td>\n <\/tr>\n
27:41<\/td>\n Свои продукты, Эгея, теория и практика<\/td>\n <\/tr>\n
30:00<\/td>\n Женя хочет передохнуть (но как?!)<\/td>\n <\/tr>\n
37:29<\/td>\n Жене нравится веб и делать сайты интересным людям<\/td>\n <\/tr>\n
40:21<\/td>\n Илья хочет делать много конфигураторов всего<\/td>\n <\/tr>\n
46:05<\/td>\n Про совмещение нескольких функций в дизайне<\/td>\n <\/tr>\n
47:41<\/td>\n Илья хочет автоматизировать больше дизайна для транспорта. Попытка подкатить к «Оптибасу»<\/td>\n <\/tr>\n
56:23<\/td>\n Шрифты для светодиодных табло. Как подкатить к самим производителям этих табло или автобусов<\/td>\n <\/tr>\n
1:02:27<\/td>\n Как реализовывать волшебные общественные проекты<\/td>\n <\/tr>\n
1:05:09<\/td>\n Илья хочет переделать стандарт пожарных планов. Женя объясняет, почему в Германии они нормальные<\/td>\n <\/tr>\n
1:11:42<\/td>\n У фильтров Аквафор жуткая инструкция по замене модулей<\/td>\n <\/tr>\n
1:16:04<\/td>\n Почему в компаниях не внедряются инновации<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

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

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

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

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

Про схему эвакуации из трамвая мне даже понравилось.<\/p>\n", "date_published": "2025-07-30T01:19:03+05:00", "date_modified": "2025-07-30T01:23:15+05:00", "tags": [ "дизайн", "Думаем дальше", "консультации" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Wed, 30 Jul 2025 01:19:03 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "136924", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "136627", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-42\/", "title": "Думаем дальше № 42 — «Лучи добра исследователям» c Мишей Нозиком", "content_html": "

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

Все выпуски подкаста:
\nЭпл<\/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
6:26<\/td>\n Дэшборды, плашечки и иллюзия порядка<\/td>\n <\/tr>\n
15:49<\/td>\n Про порядок в вещах в шкафу<\/td>\n <\/tr>\n
19:02<\/td>\n Борьба с плоскими линиями на графике<\/td>\n <\/tr>\n
26:15<\/td>\n Голосовые интерфейсы — не такая уж и чушь?<\/td>\n <\/tr>\n
33:18<\/td>\n Ассистенты против самостоятельности<\/td>\n <\/tr>\n
47:30<\/td>\n Прямо в мозг<\/a> и прямо из мозга<\/td>\n <\/tr>\n
52:24<\/td>\n Ползунок автономности и как учитывать надвигающийся ИИ в дизайне интерфейсов<\/td>\n <\/tr>\n
57:24<\/td>\n Дайсон и исследования про ненужность «Мини» и «Вокмена»<\/td>\n <\/tr>\n
1:00:42<\/td>\n «Считаете ли вы этот интерфейс более современным?» и другие закрытые вопросы в исследованиях<\/td>\n <\/tr>\n
1:05:13<\/td>\n Разные исследования про то, как люди покупают<\/td>\n <\/tr>\n
1:09:04<\/td>\n Исследования: помощь в обсуждении с клиентом, цели, интерпретации, гипотезы и планируемые действия<\/td>\n <\/tr>\n
1:17:50<\/td>\n Инсайт про автоматические кассы<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

Затем обсуждают будущее голосовых интерфейсов: где они действительно полезны, а где мешают. Илья размышляет, что голос — лишь промежуточный этап, пока не появятся способы «ввода прямо из мозга». Миша говорит, что важно оставлять действия за собой, а не передавать всё «ассистентам», даже если они умны. Они обсуждают идею, что идеальный интерфейс — это тот, где исчезает сам процесс взаимодействия, остаётся только мысль и результат. Приводится пример из фильма с Брюсом Уиллисом, где он общается с компьютером о характеристиках оружия, и это воспринимается как будущее. А также появляется важная мысль: сейчас дизайнеру стоит начинать проектировать интерфейсы уже с учётом того, что пользователь будет взаимодействовать с ними голосом или через ЛЛМ.<\/p>\n

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

Основные идеи и выводы:
\n— Иногда чистка мелочей в дизайне (типографика, выравнивание) — это не «помыть стекло», а способ втянуться в задачу и начать думать.
\n— Красивый макет может усыплять критическое мышление: кажется, что всё отлично, даже если суть провалена.
\n— Плашки и визуальные блоки создают иллюзию порядка, которая мешает увидеть реальные связи и ошибки.
\n— Графики должны быть устойчивыми к редким или неравномерным данным; обобщения могут вводить в заблуждение.
\n— Голосовые интерфейсы полезны в некоторых сценариях, но в долгосрочной перспективе — это временный этап на пути к более прямым формам взаимодействия.
\n— Хорошие интерфейсы должны учитывать возможность ЛЛМ-команд, но оставлять контроль пользователю.
\n— Исследование — это не цифра в отчёте, а способ понять, что происходит. Важен не результат, а вывод и действия, которые из него следуют.<\/p>\n

Этот выпуск будет интересен дизайнерам, продуктологам и исследователям, особенно тем, кто работает с интерфейсами, визуализацией данных и принятием решений на основе пользовательского опыта. А ещё тем, кто размышляет о будущем взаимодействия человека и компьютера.<\/p>\n<\/blockquote>\n", "date_published": "2025-07-13T16:16:58+05:00", "date_modified": "2025-07-13T16:16:30+05:00", "tags": [ "дизайн", "Думаем дальше", "искусственный интеллект", "исследования", "нейросети", "пользовательский интерфейс" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Sun, 13 Jul 2025 16:16:58 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "136627", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "136515", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-41\/", "title": "Думаем дальше № 41 — «Любовь к жидкостям в интерфейсе» c Сашей Каном", "content_html": "

С Сашей Каном обсуждаем эпловское жидкое стекло и всё вокруг.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/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
2:24<\/td>\n Эпл ВВДЦ—2025. Эпл и ИИ<\/td>\n <\/tr>\n
11:45<\/td>\n Годовые релизные циклы и 26-я версия всего<\/td>\n <\/tr>\n
19:32<\/td>\n Жидкое стекло. Выходит ли контент на первый план и зачем интерфейсу быть заметным<\/td>\n <\/tr>\n
30:00<\/td>\n Сайдбары оторвали от краёв<\/td>\n <\/tr>\n
36:06<\/td>\n Неадекватные размеры элементов интерфейса<\/td>\n <\/tr>\n
38:26<\/td>\n Про веб против натива<\/td>\n <\/tr>\n
45:02<\/td>\n Важность Фотошопа. Инструменты определяют сознание<\/td>\n <\/tr>\n
51:20<\/td>\n Про Эпл, игры и главное упущение Джобса<\/td>\n <\/tr>\n
56:47<\/td>\n Автомикс в музыке, поиск по фоткам и будущее без куаркодов<\/td>\n <\/tr>\n
1:02:34<\/td>\n Вернёмся к теме оторванных сайдбаров<\/td>\n <\/tr>\n
1:07:57<\/td>\n Продвинутый Спотлайт и потерянный Лончпад<\/td>\n <\/tr>\n
1:15:08<\/td>\n Про ИИ-спотлайтозаменитель «Скай»<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

В этом выпуске Саша и Илья подробно обсудили свежие анонсы Эпла с ВВДЦ 2025, включая новый визуальный стиль интерфейсов под названием «Жидкое стекло», переименование систем в версию 26 и попытки компании встроить ИИ-функции в экосистему. Центральная тема — деградация продуктового видения Эпла и попытки компании нагнать индустрию в сфере искусственного интеллекта, при этом жертвуя своими прежними преимуществами: качеством интерфейсов, стабильностью продуктов и логикой в развитии платформ.<\/p>\n

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

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

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

Основные идеи и выводы:
\n— Эпл теряет фокус на своих сильных сторонах, гнавшись за ИИ и жертвуя качеством интерфейсов.
\n— Жидкое стекло — интересная технология, но её текущее воплощение в Макосе вызывает массу вопросов.
\n— Интерфейсная деградация — результат непонимания масштабов и контекста: мобайл-фёрст разрушает опыт на больших экранах.
\n— ИИ в Эпл пока встроен фрагментарно и неубедительно, в отличие от конкурентных платформ.
\n— Разработка под Макос и Ай-ОС становится всё менее привлекательной по сравнению с вебом.
\n— Дизайнеры, ограниченные только Фигмой, неспособны придумывать выразительные эффекты — важны навыки в Фотошопа, 3Д, анимации.<\/p>\n

Этот выпуск будет особенно интересен дизайнерам интерфейсов, исследователям пользовательского опыта, продуктовым менеджерам, а также всем, кто внимательно следит за развитием платформ Эпла — не столько с позиции фанатов, сколько с позиции критически мыслящих специалистов.<\/p>\n<\/blockquote>\n", "date_published": "2025-07-04T12:47:02+05:00", "date_modified": "2025-07-13T16:06:31+05:00", "tags": [ "Айпад", "Айфон", "дизайн", "Думаем дальше", "Мак", "Эпл" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Fri, 04 Jul 2025 12:47:02 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "136515", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "136294", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-40\/", "title": "Думаем дальше № 40 — «Более-менее юикс на юай поделить могут» c Мишей Нозиком", "content_html": "

С Мишей Нозиком обсуждаем скиминг, как понимать задачу с ЧатомГПТ и конечно же плохой дизайн по вине исследований.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n «Скиминг» в интерфейсе и Рэнди Убиллос<\/td>\n <\/tr>\n
5:09<\/td>\n Просмотр платьев со спины и другие примеры для дизайнеров каталогов товаров<\/td>\n <\/tr>\n
13:16<\/td>\n ИИ и роль с пониманием задачи<\/td>\n <\/tr>\n
23:24<\/td>\n Как это соотносится с принципом «Исполнитель понимает задачу»<\/td>\n <\/tr>\n
29:57<\/td>\n Пост Саши Реушкина и наём фиговых дизайнеров<\/td>\n <\/tr>\n
40:58<\/td>\n Любить дизайн, а не методологии исследований<\/td>\n <\/tr>\n
43:57<\/td>\n Как нанимают «37 сигналов»<\/td>\n <\/tr>\n
46:41<\/td>\n Интерфейс ПВЗ Яндекс-маркета и интерфейсы в виде таблиц<\/td>\n <\/tr>\n
54:40<\/td>\n Показать клиенту, как лучше — это часть работы<\/td>\n <\/tr>\n
58:28<\/td>\n Атака банеров в приложении Т-Банка и как такое происходит в корпорациях<\/td>\n <\/tr>\n
1:06:48<\/td>\n Почему Микрософт не может сделать хороший дизайн<\/td>\n <\/tr>\n
1:11:51<\/td>\n Почему в Эпл-ТВ нельзя просто продолжить смотреть то, что смотрел в прошлый раз<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

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

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

Основные идеи и выводы:
\n— Приём скиминга (наведение курсора и просмотр содержимого) — важное и недооценённое дизайнерское изобретение.
\n— ChatGPT можно эффективно использовать для подготовки черновиков «понимания задачи», снимая психологический барьер перед писательской работой.
\n— Само написание документа — важная часть процесса осмысления задачи, но рутину вполне можно делегировать ИИ.
\n— Современные корпорации часто нанимают «собеседуемых», а не действительно способных дизайнеров.
\n— Метрики часто подменяют собой понятие хорошего дизайна и становятся оправданием деградации интерфейсов.
\n— Критическое мышление и стремление к улучшению важно сохранять даже в условиях корпоративной рутины.
\n— Вкус и личная эстетика не противопоставляются практичности — они могут и должны сосуществовать в дизайнерской работе.<\/p>\n<\/blockquote>\n

\n

Выпуск будет интересен практикующим дизайнерам, особенно тем, кто устал от корпоративного формализма и ищет смысл в своей работе. Полезен тем, кто хочет лучше понять границы и возможности использования ИИ в дизайне, а также всем, кому не всё равно, как устроены интерфейсы вокруг.<\/p>\n<\/blockquote>\n", "date_published": "2025-06-14T12:16:39+05:00", "date_modified": "2025-06-14T12:16:30+05:00", "tags": [ "дизайн", "Думаем дальше", "искусственный интеллект", "исследования", "нейросети", "пользовательский интерфейс" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Sat, 14 Jun 2025 12:16:39 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "136294", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "135893", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-39\/", "title": "Думаем дальше № 39 — «Даёшь команду компьютеру за тебя восхититься» с Артёмом Горбуновым", "content_html": "

С Артёмом Горбуновым обсуждаем, как дополнить лекцию о синтаксисе элементов интерфейса.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n Текст в интерфейсе и дизайн как язык<\/td>\n <\/tr>\n
9:34<\/td>\n Взгляд на заголовок формы как на дополнение, и почему это неправильно<\/td>\n <\/tr>\n
14:23<\/td>\n Подлежащее и сказуемое как тема и рема<\/td>\n <\/tr>\n
17:42<\/td>\n Примеры радиокнопок<\/td>\n <\/tr>\n
20:41<\/td>\n Форма это предложение, но не всегда<\/td>\n <\/tr>\n
32:10<\/td>\n Артём против того, чтобы считать форму таблицей. Мысль про структурированный текст<\/td>\n <\/tr>\n
41:15<\/td>\n Автономность<\/td>\n <\/tr>\n
47:12<\/td>\n Предложение внутри предложения: перечни, текст с заголовком и картинка с подписью как примеры предложений<\/td>\n <\/tr>\n
52:19<\/td>\n «Cмелый» синтаксис: что, если кнопка называется «а давайте» или «так-так-так»?<\/td>\n <\/tr>\n
59:28<\/td>\n Первое лицо и два разных смысла начальной формы глагола<\/td>\n <\/tr>\n
1:08:58<\/td>\n Манипулятивные формулировки<\/td>\n <\/tr>\n
1:10:33<\/td>\n «Перезвонить мне» или повелительное наклонение?<\/td>\n <\/tr>\n
1:13:40<\/td>\n Сценарный подход и расписание работы касс на вокзале<\/td>\n <\/tr>\n
1:21:36<\/td>\n В применении к теме доступности<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

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

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

Основные идеи и выводы:
\n— Интерфейс можно понимать как текст, где элементы — это члены предложения, и с ними работают как с синтаксическими конструкциями.
\n— Грамматическая основа формы — это заголовок и кнопка, остальные поля — второстепенные члены.
\n— Важно не зацикливаться на буквальной грамматике: структура может быть табличной, но при этом сохранять синтаксическую согласованность.
\n— «Смелый синтаксис» требует вкуса, иначе вызывает раздражение или непонимание.
\n— Важно понимать, кто говорит с пользователем: интерфейс, компания или как бы он сам от первого лица.
\n— При проектировании интерфейсов надо думать о сценариях использования, а не только о визуальных или лингвистических правилах.
\n— Доступность, как и удобство, начинается не с соответствия стандарту, а с прохождения реального пользовательского пути.<\/p>\n

Этот выпуск будет особенно интересен дизайнерам интерфейсов, редакторам, преподавателям и тем, кто проектирует пользовательские сценарии. Он помогает по-новому взглянуть на текст в интерфейсе, а также даёт методические ориентиры для работы и преподавания.<\/p>\n<\/blockquote>\n", "date_published": "2025-05-23T16:26:29+05:00", "date_modified": "2025-05-23T16:26:22+05:00", "tags": [ "Думаем дальше", "синтаксис интерфейса" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Fri, 23 May 2025 16:26:29 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "135893", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "135769", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-38\/", "title": "Думаем дальше № 38 — «Вы розу сделали, но лепесток один упал» с Ильёй Синельниковым", "content_html": "

С Ильёй Синельниковым обсуждаем электромобили, работу продакта, зачем нужен хороший дизайн и американские традиции.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/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
2:34<\/td>\n Про компанию «Вайтрисити» и электромобили в коммерческом флоте<\/td>\n <\/tr>\n
14:18<\/td>\n Кто такой продакт<\/td>\n <\/tr>\n
17:12<\/td>\n В чём сложность делать свой продукт<\/td>\n <\/tr>\n
22:41<\/td>\n Поиск работы в США и самовосхваление<\/td>\n <\/tr>\n
32:38<\/td>\n Ещё про продуктовых дизайнеров<\/td>\n <\/tr>\n
37:59<\/td>\n Дизайн оргструктуры и бардак в ней<\/td>\n <\/tr>\n
45:49<\/td>\n Зачем делать хороший дизайн, если он не нужен?<\/td>\n <\/tr>\n
54:00<\/td>\n Как бюро ввело понятие «дизайн продуктов и услуг»<\/td>\n <\/tr>\n
1:00:44<\/td>\n Насколько хорошо надо делать презентацию или писать письмо<\/td>\n <\/tr>\n
1:07:54<\/td>\n Роль ИИ при поиске работы и равенство возможностей<\/td>\n <\/tr>\n
1:15:30<\/td>\n Американская традиция читать между строк<\/td>\n <\/tr>\n
1:17:50<\/td>\n Как Бирман научил ЧатГПТ писать понимания задачи и что дальше с ИИ<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

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

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

Завершает разговор обсуждение роли ИИ в найме и повседневной работе. Илья С. говорит, что активно использует ЧатГПТ для написания резюме и кавер-леттеров, но признаёт, что ИИ настолько уравнял качество всех откликов, что теперь работодателям стало труднее отличать хороших кандидатов. В итоге ценность реальных связей и репутации резко возрастает. Звучит тревога: мы пока не до конца понимаем, как изменится рынок труда и профессии в ближайшие годы.<\/p>\n

Основные идеи и выводы:
\n— Роль продакта — это не просто координация команды, а реальная ответственность за весь жизненный цикл продукта: от идеи до эксплуатации.
\n— Разделение между продуктовым менеджером и дизайнером не всегда чёткое; в хороших продуктах оба должны разбираться в смежных областях.
\n— Беспроводная зарядка для электромобилей — будущее, но рынок к ней ещё не готов: сложная интеграция в автомобили, дорогие ресиверы и отсутствие массовой инфраструктуры.
\n— Поиск работы в США требует реакции в течение часов после публикации вакансий, иначе шансов быть замеченным нет.
\n— Все используют ИИ для составления резюме, и это размывает различия между кандидатами — по-настоящему помогает только нетворкинг.
\n— В американской корпоративной культуре критика и фидбек оборачиваются в форму «позитивных» формулировок, что сначала трудно понять.
\n— Дизайн — это не только про кнопки и интерфейсы, но и про организационные структуры, процессы и роли в компании.<\/p>\n

Этот выпуск будет интересен всем, кто работает или хочет работать в продукте, дизайне или стартапах, особенно тем, кто думает о переезде или карьере за рубежом. Он даст реалистичный взгляд на индустрию и вызовы, с которыми сталкиваются даже опытные специалисты.<\/p>\n<\/blockquote>\n", "date_published": "2025-05-08T01:40:59+05:00", "date_modified": "2025-05-08T01:41:50+05:00", "tags": [ "автомобиль", "Америка", "дизайн продуктов", "Думаем дальше", "искусственный интеллект", "нейросети" ], "author": { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" }, "_date_published_rfc2822": "Thu, 08 May 2025 01:40:59 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "135769", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "135630", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-37\/", "title": "Думаем дальше № 37 — «Ничего себе так, эмерджентное свойство» с Костей Горским", "content_html": "

С Костей Горским обсуждаем прогноз ИИ-2027, потом Костя учит меня пользоваться хотя бы ИИ-2025, а потом говорим про Хаерхаер.<\/p>\n

Все выпуски подкаста:
\nЭпл<\/a> · Ютюб<\/a> · Я.Музыка<\/a> · Мейв<\/a> · РСС для подкастного приложения<\/a><\/p>\n\n \n \n \n \n \n \n \n \n \n \n \n \n
0:00<\/td>\n ИИ-2027<\/a>. Костя делится своими впечатлениями<\/td>\n <\/tr>\n
8:23<\/td>\n Обсуждаем и сравниваем с другими проблемами человечества: «экспоненциальная гонка вооружений — это страшная история».<\/td>\n <\/tr>\n
15:04<\/td>\n ИИ как форма жизни и эмерджентность. Может ли машина иметь чувства, эмоции, цели? Что, если биология — это всего лишь одна из манифестаций более фундаментальной математики?<\/td>\n <\/tr>\n
24:19<\/td>\n Вайб-кодинг<\/td>\n <\/tr>\n
27:17<\/td>\n Использование ИИ-ноуттейкеров на собеседованиях и других созвонах<\/td>\n <\/tr>\n
36:44<\/td>\n Костя учит Илью основам ИИ-водства: «контекстные окна растут»<\/td>\n <\/tr>\n
43:21<\/td>\n Откуда взялся Хаерхаер<\/a> и как начать свою компанию. Как Костя съездил в Нью-Йорк и стал другим человеком<\/td>\n <\/tr>\n
57:55<\/td>\n Обсуждаем Пост Саши Реушкина о том, как его не взяли ментором по устройству на работу несмотря на опыт<\/td>\n <\/tr>\n
1:02:34<\/td>\n Илья думает, что ритуалы найма иногда мешают нанимать хороших специалистов, но Костя несогласен<\/td>\n <\/tr>\n
1:07:04<\/td>\n Начинаем скатываться в обсуждение того, как у Эпла всё деградирует (а акции растут)!<\/td>\n <\/tr>\n
1:13:50<\/td>\n Костя считает, что качество софта выросло и рассуждает о том, как на него можно влиять<\/td>\n <\/tr>\n
1:18:03<\/td>\n Возвращаемся к теме ИИ-2027, борьбы ИИ с алармизмом и смирения с неизбежным<\/td>\n <\/tr>\n<\/table>\n

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n

\n

В этом выпуске обсуждают резонансный текст ИИ-2027 — художественно оформленный прогноз о развитии ИИ. Один из участников подкаста делится впечатлением: материал одновременно захватывающий, пугающий и правдоподобный. Основная идея — к 2027 году может появиться AGI (искусственный общий интеллект), а вскоре за ним — ASI (сверхразумный ИИ), способный действовать независимо от людей и даже против их интересов.<\/p>\n

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

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

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

Основные идеи и выводы:<\/p>\n