{ "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\/professiya-dizaynera\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/professiya-dizaynera\/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": "6561", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-48\/", "title": "Думаем дальше № 48 — «Будем помогать планировать запой» с Мишей Танским", "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 Важность умения дизайнить для дизайнеров (удивительно, но мы это обсуждаем в 2025 году)<\/td>\n <\/tr>\n
4:18<\/td>\n Дизайн продаёт спецэффектами и тем, как он работает<\/td>\n <\/tr>\n
9:15<\/td>\n Юзабилити и вайрфреймы, юиксеры и юайщики<\/td>\n <\/tr>\n
13:02<\/td>\n Как именно дизайн продаёт? На примере 1С и «Программы Главбух»<\/td>\n <\/tr>\n
23:14<\/td>\n О важности умения продавать (и презентовать)<\/td>\n <\/tr>\n
29:00<\/td>\n Преодоление сопротивления программистов<\/td>\n <\/tr>\n
33:56<\/td>\n «А вы провели исследования?» Почему это фиговый довод против дизайна<\/td>\n <\/tr>\n
37:13<\/td>\n «Это невозможно сделать.» Почему дизайнер должен разбираться в технологиях (но и наоборот)<\/td>\n <\/tr>\n
43:02<\/td>\n Нельзя просто пересказывать чужое мнение<\/td>\n <\/tr>\n
45:27<\/td>\n Может ли удобство быть преимуществом интерфейса<\/td>\n <\/tr>\n
51:10<\/td>\n Дизайн интерфейса ПВЗ Озона<\/td>\n <\/tr>\n
55:28<\/td>\n Про любопытство, интерес и смысл работы дизайнера интерфейса<\/td>\n <\/tr>\n
1:05:00<\/td>\n Про планирование запоев и оптимизацию для ленивых исполнителей<\/td>\n <\/tr>\n
1:09:50<\/td>\n Про неразрывность формы и содержания в интерфейсе<\/td>\n <\/tr>\n
1:13:07<\/td>\n Мише нравится жидкое стекло и Фигма. Почему надо понимать, как это всё чудо работает<\/td>\n <\/tr>\n<\/table>\n
Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:<\/p>\n
\n
В разговоре Илья и Миша обсуждают, что как раньше, так и сейчас важно уметь воздействовать не только логикой и структурой, но и визуальными и текстовыми средствами. Миша делится тем, что даже будучи руководителем крупной компании, он не утратил интереса к дизайну — ему по-прежнему важно следить за технологиями и участвовать в продуктовых решениях. Он рассказывает, как умение делать впечатляющие интерфейсы напрямую влияет на продажи: когда продукт вызывает эмоциональную реакцию, продавать его проще. И в этом смысле дизайнеры, которые отвечают не только за функциональность, но и за впечатление, делают огромную работу.<\/p>\n
Миша вспоминает историю из прошлой работы: наблюдая за кадровыми специалистами, он понял, что те не доверяют 1С и перепроверяют всё вручную. Из этого наблюдения родилась идея — показывать пользователю формулу расчёта отпускных и объяснять каждое число словами. Это решение оказалось настолько убедительным, что буквально вызывало слёзы у клиентов на презентациях. Так они приходят к мысли, что настоящее исследование — это не таблицы с цифрами, а понимание реальной жизни пользователя и способность потом это продать и разработчикам, и клиентам, и коллегам.<\/p>\n
Большая часть разговора посвящена тому, как дизайнеру важно уметь убеждать — объяснять, зачем что-то делается, защищать свои решения перед разработчиками и бизнесом. Илья говорит, что «исследование» часто превращается в пустой аргумент, и дизайнеры боятся отстаивать экспертное мнение. Миша добавляет, что дизайнер, который не понимает, как работает технология, теряет половину силы: ведь чтобы убедить разработчика, надо хотя бы в общих чертах разбираться, что можно сделать и как устроено. В финале они обсуждают любопытство как основу профессии: настоящий дизайнер интересуется не только экраном, но и тем, как человек живёт и работает за ним, вплоть до того, с какой стороны на коробке приклеен штрих-код.<\/p>\n
Основные идеи и выводы:
\n— Впечатляющий интерфейс продаёт продукт не меньше, чем логика и функциональность.
\n— Настоящее исследование — это наблюдение за реальной жизнью пользователя, а не сбор цифр.
\n— Умение убедить коллег и клиентов — ключевой профессиональный навык.
\n— Без технического понимания дизайнер не может быть самостоятельным.
\n— Любопытство и желание разобраться — главный двигатель развития.<\/p>\n
Такой выпуск будет интересен дизайнерам, продактам, руководителям команд и всем, кто занимается цифровыми продуктами и хочет глубже понять, как рождается хороший дизайн и как он связан с реальной жизнью и бизнесом.<\/p>\n<\/blockquote>\n", "summary": "С Мишей Танским обсуждаем дизайн: что это вообще и как он помогает продавать", "date_published": "2025-10-15T16:32:48+02:00", "date_modified": "2025-12-08T22:52:10+02:00", "tags": [ "дизайн", "Думаем дальше", "профессия дизайнера" ], "_date_published_rfc2822": "Wed, 15 Oct 2025 16:32:48 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6561", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6516", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/my-obsuzhdaem-dizayn-ili-redizayn\/", "title": "Мы обсуждаем дизайн или редизайн?", "content_html": "
На дня я писал про обсуждение дизайна или реализации<\/a>. Есть ещё близкая ситуация, когда тоже надо прояснить, что именно мы обсуждаем. Тут уже проблема именно в дизайне, и я хочу поделиться тем, как вести себя дизайнеру.<\/p>\n
Итак, дизайн давно принят, вовсю идёт разработка, и вот в ходе очередной плановой встречи в обсуждении каких-то деталей к дизайну возникает вопрос. Программисты видят непоследовательность и спрашивают: «Как это должно работать?». Дизайнер начинает объяснять, и в этот момент сам понимает, что дизайн небезупречен.<\/p>\n
Недавно сам был в такой ситуации. Это довольно некомфортно: ты должен объяснять, как что-то работает, когда уже сам видишь, что не прям волшебно-то оно работает. Говоришь такой: «А если нажать вот сюда, то открывается то-то», а программисты такие вкрадчиво: «а если у меня экран прокручен ниже?..» И ты начинаешь метаться между тем, чтобы объяснить, как задумано, и тем, чтобы придумать улучшение.<\/p>\n
Если вы чувствуете, что такое происходит, стоит явно сказать:
\n— Я вижу, что дизайн проблематичный, но давайте решим, что мы сейчас обсуждаем. Вы спросили, как должно работать. Я могу рассказать, как всё задумано изначально, хотя с этим и есть проблемы, и мы тогда решим, что делать дальше — или планировать редизайн, или реализовывать пока так.<\/p>\n
Иначе можно легко оказаться в положении, когда ты должен заниматься редизайном принятого дизайна в своё время за свой счёт, да ещё и виноват будешь, что сроки затягиваются и программистам переделывать приходится.<\/p>\n
Дорогие дизайнеры! Ошибки случаются, это нормально. Признание ошибки в уже принятом дизайне не означает, что вы становитесь должны всё переделать. Важно, чтобы и вы, и клиент это понимали. Иначе чтобы защититься от внеурочной работы вам придётся усиленно делать вид, что ошибки нет, а это некоторое безумие. Надо говорить уверенно: «Да, я накосячил, готов исправить за сто тыщ» (например). Ну и стремиться не косячить в следующий раз, конечно.<\/p>\n", "summary": "На дня я писал про обсуждение дизайна или реализации. Есть ещё близкая ситуация, когда тоже надо прояснить, что именно мы обсуждаем", "date_published": "2025-08-07T09:12:31+02:00", "date_modified": "2025-08-07T09:12:26+02:00", "tags": [ "переговоры", "профессия дизайнера" ], "_date_published_rfc2822": "Thu, 07 Aug 2025 09:12:31 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6516", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "6513", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/my-obsuzhdaem-dizayn-ili-realizaciyu\/", "title": "Мы обсуждаем дизайн или реализацию?", "content_html": "
Бывает ситуации, когда встречи о дизайне с программистами идут туго. Программисты накидывают непонятные претензии к дизайну:
\n— Зачем нужна штука X? А почему бы не сделать вместо неё штуку Y.<\/p>\n
В ходе обсуждения преимуществ того или другого дизайна становится ясно, что у программистов на самом деле нет доводов сверх «а почему бы», и они вымучивают какие-то соображения со словами «юзабилити», просто чтобы не говорить, что им проще сделать штуку Y вместо штуки X. Кажется, программисты боятся сказать, что что-то сложно, и им хочется как-нибудь поменять дизайн, чтобы получилось, что они молодцы и делают всё, как задумано.<\/p>\n
Если вы чувствуете, что такое происходит, стоит задать прямой вопрос:
\n— Что мы сейчас обсуждаем, дизайн или реализацию? Если вам кажется, что в дизайне проблема, давайте вы её явно назовёте, и тогда мы в команде дизайна подумаем над решением. А если ваш вариант проще в реализации, это тоже можно обсудить, но давайте тогда и обсуждать это, а не «юзабилити».<\/p>\n
Потому что если явной проблемы нет, то это просто обмен мнениями с непонятной перспективой. Да, любой дизайн можно сделать ещё и по-другому, и третьим способом тоже. Кто будет принимать решение о дизайне, программисты?<\/p>\n
Если же проблема в сложности реализации, то тут нужно не между вариантами X и Y выбирать, а разобраться, в чём сложность. Возможно, дизайнеры предложат вообще вариант Z с учётом технических ограничений.<\/p>\n
Дорогие программисты! Не бойтесь говорить сразу о технических ограничениях, не пытаясь замаскировать их под разговоры о дизайне. Чем смелее вы будете в этом, тем быстрее дизайнеры начнут разбираться в том, что у вас там происходит, и тем проще вам в будущем будет находить общий язык. Возможно, дизайнеры сразу начнут приносить удобный для реализации дизайн. А с другой стороны, принося неудобный, они будут вынуждены убедительнее защищать его и обосновывать необходимость приложения особых усилий. Тогда и вы лучше начнёте лучше разбираться в том, что у нас тут происходит.<\/p>\n", "summary": "Бывает ситуации, когда встречи о дизайне с программистами идут туго. Программисты накидывают непонятные претензии к дизайну", "date_published": "2025-08-05T15:03:22+02:00", "date_modified": "2026-01-03T08:19:07+02:00", "tags": [ "переговоры", "профессия дизайнера" ], "_date_published_rfc2822": "Tue, 05 Aug 2025 15:03:22 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6513", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "6458", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/neskolko-variantov-dizayna\/", "title": "Несколько вариантов дизайна", "content_html": "
Некоторые дизайнеры любят приносить по несколько вариантов дизайна, когда об этом не просили. Не надо так делать: это вызывает фрустрацию и недоверие.<\/p>\n
Если вы сели рисовать второй вариант дизайна, значит вы не уверены, что первый решает задачу. Из-за чего вы сомневаетесь? Какие вопросы о задаче у вас остались непрояснёнными? Нужно задать их арт-директору или клиенту, доразобраться в задаче и принести одно решение — лучшее, на которое вы способны. Иначе получается, что вы подменяете качество работы её количеством.<\/p>\n
В каких случаях несколько вариантов — это окей?<\/p>\n
Во-первых, если сама задача состоит в выборе направления. Заказчик сам не знает точно, чего хочет, и ваша помощь нужна именно в этом прояснении. Вас буквально попросили показать несколько вариантов, причём вы обсудили, каких именно. Например, арт-директор говорит: «примерь вот эти 4 шрифта к макету, пожалуйста». В этом случае несколько вариантов — это и есть единственное решение поставленной задачи, которое вы и приносите.<\/p>\n
Во-вторых, если вам так самим проще прояснить задачу. Например, вы начали рисовать макеты; пошли в одну сторону, потом засомневались в своём понимании, пошли в другую... И думаете: «надо бы показать, чтобы понять, то ли я вообще делаю». В этом случае вы приходите к заказчику и говорите не «посмотри варианты», а задаёте конкретный вопрос: «смотри, вариант с Колобком получается привлекательным, но с Чубаккой по идее юридически корректнее; помоги выбрать?»<\/p>\n", "summary": "Некоторые дизайнеры любят приносить по несколько вариантов дизайна, когда об этом не просили. Не надо так делать...", "date_published": "2025-03-27T20:54:37+02:00", "date_modified": "2025-03-27T20:54:27+02:00", "tags": [ "профессия дизайнера" ], "_date_published_rfc2822": "Thu, 27 Mar 2025 20:54:37 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6458", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "6449", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/think-on-34\/", "title": "Думаем дальше № 34 — «Раньше вообще без штанов бегали» с Женей Арутюновым", "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
5:50<\/td>\n Илья не «ругает», но безапеляционен<\/td>\n <\/tr>\n
8:28<\/td>\n Игра в «Делай как говорят» и преамбула на курсе Ильи<\/a><\/td>\n <\/tr>\n
13:45<\/td>\n Откуда взялась школа «нехвальбы»<\/td>\n <\/tr>\n
18:40<\/td>\n Что делать, если дизайнер принёс говно<\/td>\n <\/tr>\n
23:30<\/td>\n Не авторитарность, но взаимоуважение. Принцип «Не игнорить»<\/td>\n <\/tr>\n
26:14<\/td>\n Участники курса Ильи хвалят обратную связь<\/td>\n <\/tr>\n
28:08<\/td>\n Как стать дизайнером<\/a><\/td>\n <\/tr>\n
35:50<\/td>\n Ценность программы в школе бюро<\/a><\/td>\n <\/tr>\n
40:30<\/td>\n Как развивать изображение объектов?<\/td>\n <\/tr>\n
45:13<\/td>\n Что значат Женины абстрактные картинки из лекций и книг<\/td>\n <\/tr>\n
54:18<\/td>\n Визуальный язык, культурный поиск и цена семиотического исследования<\/td>\n <\/tr>\n
1:00:15<\/td>\n Откуда узнать больше про исследования<\/td>\n <\/tr>\n
1:05:22<\/td>\n Зачем знать печатное дело и как ограничения формируют эстетику<\/td>\n <\/tr>\n
1:13:36<\/td>\n Про трактат Берлиоза и книгу Мюллера-Брокмана<\/td>\n <\/tr>\n<\/table>\n", "summary": "С Женей Арутюновым обсуждаем похвалу дизайнерам и как стать дизайнером...", "date_published": "2025-03-05T17:10:54+02:00", "date_modified": "2025-03-25T10:33:46+02:00", "tags": [ "Думаем дальше", "профессия дизайнера", "управление собой" ], "_date_published_rfc2822": "Wed, 05 Mar 2025 17:10:54 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6449", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5823", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/beauty\/", "title": "Красота", "content_html": "
Когда ты дизайнер и публично заморачиваешься деталями, тебе со временем начинают сочувствовать: «Ого, наверное для тебя вообще невыносимо смотреть на такой несовершенный мир вокруг!» Некоторые пишут мне, мол, прочитал у тебя про то-то, и теперь постоянно замечаю это в интерфейсах, вёрстке, вывесках, знаках; жизнь — боль! Люди считают, что я ежедневно страдаю, видя, как кто-то неправильно погнул линию на схеме или плохо настроил кернинг в шрифте.<\/p>\n
Но у меня вообще такого нет! Для меня всё, что я вижу глубже среднего человека — исключительно источник наслаждения. Я могу увидеть красоту там, где большинство пройдёт мимо. И чем дальше, тем больше красоты я вижу вокруг. В целом меня в жизни окружает сплошная красота: красивые люди, красивые вещи, красивая музыка. А те, кто не хочет углубляться в детали, как раз ничего и не замечают, всё время угрюмые и недовольные ходят.<\/p>\n", "summary": "Когда ты дизайнер и публично заморачиваешься деталями, тебе со временем начинают сочувствовать: «Ого, наверное для тебя вообще невыносимо смотреть на такой несовершенный мир вокруг...", "date_published": "2022-06-10T12:40:12+02:00", "date_modified": "2022-06-10T16:22:55+02:00", "tags": [ "дизайн", "жизнь", "наблюдения", "профессия дизайнера", "я" ], "_date_published_rfc2822": "Fri, 10 Jun 2022 12:40:12 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "5823", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "3055", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/everyone-designer\/", "title": "Все люди — дизайнеры", "content_html": "
В жизни отсутствует выбор — быть или не быть дизайнером.<\/p>\n
Человеку постоянно приходится принимать дизайнерские решения. Избежать этого невозможно: какой бы работой ты ни занимался, с результатом твоего труда будет взаимодействовать кто-то ещё. Дизайнерские решения могут быть плохими или хорошими, но их не может не быть. Их нужно принимать, иначе ни в каком деле не сдвинешься с места.<\/p>\n
Чтобы принимать дизайнерские решения, нужно быть компетентным. Поэтому дизайн — это базовая дисциплина, как родной язык. Отказаться изучать дизайн и совершенствовать свои дизайнерские навыки — такая же глупость, как отказаться совершенствовать свои писательские навыки. Дизайн должен изучаться с первого класса школы, он нужен решительно всем.<\/p>\n
Нельзя сделать говно и сказать: «ну так я же не дизайнер». Понятия «не дизайнер» не существует. Если у тебя получилось говно, значит ты просто хреновый дизайнер. Исправляйся.<\/p>\n", "summary": "В жизни отсутствует выбор — быть или не быть дизайнером", "date_published": "2012-09-03T09:29:53+02:00", "date_modified": "2020-05-16T15:31:19+02:00", "tags": [ "дизайн", "жизнь", "из Москвы", "профессия дизайнера", "рост" ], "_date_published_rfc2822": "Mon, 03 Sep 2012 09:29:53 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "3055", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "2810", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/designers-and-specialists\/", "title": "Дизайнеры и специалисты", "content_html": "
Существуют такие специалисты, которые знают, почему в их области что-то устроено так, а не иначе, и думают, что в этом их сила. Когда приходит дизайнер и говорит: «можно сделать лучше, нужно вот это убрать», они возражают. Нет, так сделать нельзя. Или ещё иногда снисходительно улыбаются. Мол, ну, дизайнер, что с него взять. Не понимает, о чём говорит. Не знает требований производительности. Не знает требований безопасности. Не знает требований юристов. Ребёнок.<\/p>\n
Вот некто Вадим пишет в комментариях<\/a>:<\/p>\n
\n
У вас, дизайнеров, для того, чтобы пройти первые шаги в профессии, достаточно наличия здравого смысла [...] Некоторые дизайнеры — вот как вы — никогда в жизни не сталкиваются с задачами, для решения которых здравого смысла недостаточно. Или сталкиваются, но не находится кого-то, кто бы мог указать дизайнеру на то, что предложенное им решение, построенное исключительно на этом самом здравом смысле, недостаточно хорошее, или не решает проблемы совсем [...] Отсутствие специальных знаний иногда очень сильно заметно, особенно для тех, у кого они есть [...] Даже если какие-то вещи вам кажутся удивительно неправильными с точки зрения здравого смысла, остановитесь на секунду, прежде чем предлагать своё решение. Возможно, для наличия этих вещей есть веские причины.<\/p>\n<\/blockquote>\n
Сколько уж раз у меня на сайте такие споры случались. Я пишу: ясное дело, что надо сделать так. И тут же вылезает профи<\/i>, который отвечает, что я ничерта не понимаю в том, о чём говорю, надо оставить всё как есть, а мне надо учиться пользоваться или идти нафиг.<\/p>\n
Наверное, когда дизайнер сказал, что рычаг переключения передач — это бред, и здравый смысл подсказывает, что человеку совершенно ни к чему быть частью механизма автомобиля, ему пришлось сначала пройти сто механиков-вадимов, пославших его подальше, пока не нашёлся механик-чикуёнок, который сказал: «Да, надо бы придумать, как от него избавиться».<\/p>\n
Очень часто специалисты выдают своё нежелание думать и законстенелость мозга за осведомлённость и образованность. Ещё очень часто специалисты думают, что раз они знают причину какого-то плохого решения, то это автоматически делает его хорошим.<\/p>\n
Если бы дизайнеры прислушивались к мнению таких специалистов — знатоков причин, мы бы до сих пор сидели за чёрно-белыми текстовыми мониторами с командной строкой (а уж согласно знаниям специалистов из каменного века, всё<\/i>, что мы сегодня имеем, просто невозможно<\/i> сделать). Совершенно очевидно, что у любого решения есть причина, в том числе и у плохого. Просто если какая-то причина мешает улучшению, специалисту нужно устранять эту причину, а не распираться от гордости за её знание.<\/p>\n", "summary": "Существуют такие специалисты, которые знают, почему в их области что-то устроено так, а не иначе, и думают, что в этом их сила", "date_published": "2011-08-29T08:45:43+02:00", "date_modified": "2020-05-16T15:31:30+02:00", "tags": [ "дизайн", "жизнь", "профессия дизайнера" ], "_date_published_rfc2822": "Mon, 29 Aug 2011 08:45:43 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "2810", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "2393", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/maths-in-design\/", "title": "Математика в дизайне", "content_html": "
Некоторые видели, что происходит, если на Маке ввести неправильный пароль для входа в систему. Вместо того, чтобы показывать модальное окно с кнопкой OK, он просто немножко подёргивает окошко влево-вправо, как будто вертит головой. Кроме того, что это весело, это ещё и не заставляет пользователя нажимать кнопку ОК.<\/p>\n
Задача: сделать такую же штуку в E2 (проверить пароль, не перезагружая страницу, не проблема; мы займёмся только анимацией).<\/p>\n
Многие дизайнеры и даже программисты настолько плохо дружат с физикой и математикой, что когда нужно добавить элементу массы (т. е. инерции) или реализовать правдоподобное подёргивание окна, они не в состоянии ничего придумать. Это печально. Мне понадобилась минута, чтобы придумать формулу, ещё 5 — чтобы сделать рабочий скрипт, а потом ещё 5, чтобы подобрать удачные коэффициенты.<\/p>\n
Для начала пойдём в Гугль и спросим<\/a> у него, где можно в онлайне построить график функции. Интернет — великая вещь: первая же ссылка приведёт нас на подходящий сайт<\/a>. Отличное место, чтобы придумать формулу зависимости горизонтальной координаты окна от времени.<\/p>\n
Колебания естественно ассоциируются с синусом, но нам нужно, чтобы они постепенно затухали. Первое, что пришло мне в голову — домножить синусоиду на гиперболу: (1 \/ x<\/i>) × sin x<\/i>.<\/nobr><\/p>\n
\n $\"Синусоида,$ \n<\/div>\n
Конечно, головой мы качаем совсем не так, зато так получится приятная пружинистость.<\/p>\n
Предел sin x<\/i> \/ x<\/i> в нуле равен единице, что, конечно, лучше, чем бесконечность но всё-таки хочется, чтобы в точке 0 значение было нулевым, иначе в начале окно вдруг окажется на сто (например) пикселей правее, чем было до начала анимации. Нам нужно, чтобы гипербола в нуле получила конечное значение, тогда домножение на sin 0, равный нулю, даст ноль. Сдвинем гиперболу чуть левее, чтобы её точка разрыва уехала в неинтересующую нас отрицательную область: [1 \/ (x<\/i> + 1)] × sin x<\/i>.<\/nobr><\/p>\n
Поскольку гипербола при увеличении x<\/i> стремится к нулю, но никогда не достигает его, наши колебания, несмотря на затухание, будут продолжаться бесконечно. Можно, конечно, остановить их, когда они станут меньше пикселя, но намного проще чуть-чуть опустить гиперболу, чтобы она всё же достигла нуля через некоторое время: [1 \/ (x<\/i> + 1) − 0,01] × sin x<\/i>.<\/nobr><\/p>\n
Чтобы было понятнее, взглянем на саму гиперболу, без синуса (1 \/ (x<\/i> + 1) − 0,01<\/nobr>):<\/p>\n
\n $\"Гипербола,$ \n<\/div>\n
Сдвиги на 1 левее и на 0,01 ниже взяты от балды; после того, как скрипт уже написан, можно заниматься повышением реалистичности путём изменения этих чисел и примешивания всяческих коэффициентов.<\/p>\n
Итоговая формула, с учётом перерисовки каждую 0,01 с, у меня получилась вот такая: [1 \/ (x<\/i>^{1,25<\/sup> \/ 20 + 0,5) − 0,05] × sin (x<\/i> \/ 2) × 25.<\/nobr><\/p>\n}
Попробовать формулу<\/a><\/p>\n<\/div>
<\/p>\n