<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Блоги: заметки с тегом профессия дизайнера</title>
<link>https://blogengine.ru/blogs/tags/professiya-dizaynera/</link>
<description>Автоматически собираемая лента заметок, написанных в блогах на Эгее</description>
<author></author>
<language>ru</language>
<generator>Aegea 11.0 (v4079e)</generator>

<itunes:subtitle>Автоматически собираемая лента заметок, написанных в блогах на Эгее</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit>no</itunes:explicit>

<item>
<title>Мы обсуждаем дизайн или редизайн?</title>
<guid isPermaLink="false">137015</guid>
<link>https://ilyabirman.ru/meanwhile/all/my-obsuzhdaem-dizayn-ili-redizayn/</link>
<pubDate>Thu, 07 Aug 2025 12:12:31 +0500</pubDate>
<author>Илья Бирман</author>
<comments>https://ilyabirman.ru/meanwhile/all/my-obsuzhdaem-dizayn-ili-redizayn/</comments>
<description>
&lt;p&gt;&lt;a href="https://ilyabirman.ru/meanwhile/"&gt;Илья Бирман&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;На дня я писал &lt;a href="https://ilyabirman.ru/meanwhile/all/my-obsuzhdaem-dizayn-ili-realizaciyu/"&gt;про обсуждение дизайна или реализации&lt;/a&gt;. Есть ещё близкая ситуация, когда тоже надо прояснить, что именно мы обсуждаем. Тут уже проблема именно в дизайне, и я хочу поделиться тем, как вести себя дизайнеру.&lt;/p&gt;
&lt;p&gt;Итак, дизайн давно принят, вовсю идёт разработка, и вот в ходе очередной плановой встречи в обсуждении каких-то деталей к дизайну возникает вопрос. Программисты видят непоследовательность и спрашивают: «Как это должно работать?». Дизайнер начинает объяснять, и в этот момент сам понимает, что  дизайн небезупречен.&lt;/p&gt;
&lt;p&gt;Недавно сам был в такой ситуации. Это довольно некомфортно: ты должен объяснять, как что-то работает, когда уже сам видишь, что не прям волшебно-то оно работает. Говоришь такой: «А если нажать вот сюда, то открывается то-то», а программисты такие вкрадчиво: «а если у меня экран прокручен ниже?..» И ты начинаешь метаться между тем, чтобы объяснить, как задумано, и тем, чтобы придумать улучшение.&lt;/p&gt;
&lt;p&gt;Если вы чувствуете, что такое происходит, стоит явно сказать:&lt;br /&gt;
— Я вижу, что дизайн проблематичный, но давайте решим, что мы сейчас обсуждаем. Вы спросили, как должно работать. Я могу рассказать, как всё задумано изначально, хотя с этим и есть проблемы, и мы тогда решим, что делать дальше — или планировать редизайн, или реализовывать пока так.&lt;/p&gt;
&lt;p&gt;Иначе можно легко оказаться в положении, когда ты должен заниматься редизайном принятого дизайна в своё время за свой счёт, да ещё и виноват будешь, что сроки затягиваются и программистам переделывать приходится.&lt;/p&gt;
&lt;p&gt;Дорогие дизайнеры! Ошибки случаются, это нормально. Признание ошибки в уже принятом дизайне не означает, что вы становитесь должны всё переделать. Важно, чтобы и вы, и клиент это понимали. Иначе чтобы защититься от внеурочной работы вам придётся усиленно делать вид, что ошибки нет, а это некоторое безумие. Надо говорить уверенно: «Да, я накосячил, готов исправить за сто тыщ» (например). Ну и стремиться не косячить в следующий раз, конечно.&lt;/p&gt;
</description>
</item>

<item>
<title>Мы обсуждаем дизайн или реализацию?</title>
<guid isPermaLink="false">136994</guid>
<link>https://ilyabirman.ru/meanwhile/all/my-obsuzhdaem-dizayn-ili-realizaciyu/</link>
<pubDate>Tue, 05 Aug 2025 18:03:22 +0500</pubDate>
<author>Илья Бирман</author>
<comments>https://ilyabirman.ru/meanwhile/all/my-obsuzhdaem-dizayn-ili-realizaciyu/</comments>
<description>
&lt;p&gt;&lt;a href="https://ilyabirman.ru/meanwhile/"&gt;Илья Бирман&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;Бывает ситуации, когда встречи о дизайне с программистами идут туго. Программисты накидывают непонятные претензии к дизайну:&lt;br /&gt;
— Зачем нужна штука X? А почему бы не сделать вместо неё штуку Y.&lt;/p&gt;
&lt;p&gt;В ходе обсуждения преимуществ того или друго дизайна становится ясно, что у программистов на самом деле нет доводов сверх «а почему бы», и они вымучивают какие-то соображения со словами «юзабилити», просто чтобы не говорить, что им проще сделать штуку Y вместо штуки X. Кажется, программисты боятся сказать, что что-то сложно, и им хочется как-нибудь поменять дизайн, чтобы получилось, что они молодцы и делают всё, как задумано.&lt;/p&gt;
&lt;p&gt;Если вы чувствуете, что такое происходит, стоит задать прямой вопрос:&lt;br /&gt;
— Что мы сейчас обсуждаем, дизайн или реализацию? Если вам кажется, что в дизайне проблема, давайте вы её явно назовёте, и тогда мы в команде дизайна подумаем над решением. А если ваш вариант проще в реализации, это тоже можно обсудить, но давайте тогда и обсуждать это, а не «юзабилити».&lt;/p&gt;
&lt;p&gt;Потому что если явной проблемы нет, то это просто обмен мнениями с непонятной перспективой. Да, любой дизайн можно сделать ещё и по-другому, и третьим способом тоже. Кто будет принимать решение о дизайне, программисты?&lt;/p&gt;
&lt;p&gt;Если же проблема в сложности реализации, то тут нужно не между вариантами X и Y выбирать, а разобраться, в чём сложность. Возможно, дизайнеры предложат вообще вариант Z с учётом технических ограничений.&lt;/p&gt;
&lt;p&gt;Дорогие программисты! Не бойтесь говорить сразу о технических ограничениях, не пытаясь замаскировать их под разговоры о дизайне. Чем смелее вы будете в этом, тем быстрее дизайнеры начнут разбираться в том, что у вас там происходит, и тем проще вам в будущем будет находить общий язык. Возможно, дизайнеры сразу начнут приносить удобный для реализации дизайн. А с другой стороны, принося неудобный, они будут вынуждены убедительнее защищать его и обосновывать необходимость приложения особых усилий. Тогда и вы лучше начнёте лучше разбираться в том, что у нас тут происходит.&lt;/p&gt;
</description>
</item>

<item>
<title>Несколько вариантов дизайна</title>
<guid isPermaLink="false">135367</guid>
<link>https://ilyabirman.ru/meanwhile/all/neskolko-variantov-dizayna/</link>
<pubDate>Thu, 27 Mar 2025 23:54:37 +0500</pubDate>
<author>Илья Бирман</author>
<comments>https://ilyabirman.ru/meanwhile/all/neskolko-variantov-dizayna/</comments>
<description>
&lt;p&gt;&lt;a href="https://ilyabirman.ru/meanwhile/"&gt;Илья Бирман&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;Некоторые дизайнеры любят приносить по несколько вариантов дизайна, когда об этом не просили. Не надо так делать: это вызывает фрустрацию и недоверие.&lt;/p&gt;
&lt;p&gt;Если вы сели рисовать второй вариант дизайна, значит вы не уверены, что первый решает задачу. Из-за чего вы сомневаетесь? Какие вопросы о задаче у вас остались непрояснёнными? Нужно задать их арт-директору или клиенту, доразобраться в задаче и принести одно решение — лучшее, на которое вы способны. Иначе получается, что вы подменяете качество работы её количеством.&lt;/p&gt;
&lt;p&gt;В каких случаях несколько вариантов — это окей?&lt;/p&gt;
&lt;p&gt;Во-первых, если сама задача состоит в выборе направления. Заказчик сам не знает точно, чего хочет, и ваша помощь нужна именно в этом прояснении. Вас буквально попросили показать несколько вариантов, причём вы обсудили, каких именно. Например, арт-директор говорит: «примерь вот эти 4 шрифта к макету, пожалуйста». В этом случае несколько вариантов — это и есть единственное решение поставленной задачи, которое вы и приносите.&lt;/p&gt;
&lt;p&gt;Во-вторых, если вам так самим проще прояснить задачу. Например, вы начали рисовать макеты; пошли в одну сторону, потом засомневались в своём понимании, пошли в другую... И думаете: «надо бы показать, чтобы понять, то ли я вообще делаю». В этом случае вы приходите к заказчику и говорите не «посмотри варианты», а задаёте конкретный вопрос: «смотри, вариант с Колобком получается привлекательным, но с Чубаккой по идее юридически корректнее; помоги выбрать?»&lt;/p&gt;
</description>
</item>

<item>
<title>Думаем дальше № 34 — «Раньше вообще без штанов бегали» с Женей Арутюновым</title>
<guid isPermaLink="false">135098</guid>
<link>https://ilyabirman.ru/meanwhile/all/think-on-34/</link>
<pubDate>Wed, 05 Mar 2025 20:10:54 +0500</pubDate>
<author>Илья Бирман</author>
<comments>https://ilyabirman.ru/meanwhile/all/think-on-34/</comments>
<description>
&lt;p&gt;&lt;a href="https://ilyabirman.ru/meanwhile/"&gt;Илья Бирман&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;С Женей Арутюновым обсуждаем похвалу дизайнерам и как стать дизайнером.&lt;/p&gt;
&lt;p&gt;Все выпуски подкаста:&lt;br /&gt;
&lt;a href="https://podcasts.apple.com/us/podcast/думаем-дальше/id1744862171"&gt;Эпл&lt;/a&gt; · &lt;a href="https://www.youtube.com/playlist?list=PLl7kvlp_qh0j9uzQGU2ws4DkBWdbjY1_d"&gt;Ютюб&lt;/a&gt; · &lt;a href="https://music.yandex.com/album/29069497"&gt;Я.Музыка&lt;/a&gt; · &lt;a href="https://thinkon.mave.digital"&gt;Мейв&lt;/a&gt; · &lt;a href="https://cloud.mave.digital/51724"&gt;РСС для подкастного приложения&lt;/a&gt;&lt;/p&gt;
&lt;table cellpadding="0" cellspacing="0" border="0" class="e2-text-table"&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;0:00&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Женя солидарен с Марком из прошлого выпуска, что людей надо хвалить. Положительная оценка как манипуляция&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;5:50&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Илья не «ругает», но безапеляционен&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;8:28&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Игра в «Делай как говорят» и преамбула &lt;a href="http://bureau.ru/courses/ui-online/"&gt;на курсе Ильи&lt;/a&gt;&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;13:45&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Откуда взялась школа «нехвальбы»&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;18:40&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Что делать, если дизайнер принёс говно&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;23:30&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Не авторитарность, но взаимоуважение. Принцип «Не игнорить»&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;26:14&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Участники курса Ильи хвалят обратную связь&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;28:08&lt;/td&gt;
    &lt;td style="text-align: left"&gt;&lt;a href="https://t.me/designersroadmap"&gt;Как стать дизайнером&lt;/a&gt;&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;35:50&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Ценность &lt;a href="https://bureau.ru/school/designers/"&gt;программы в школе бюро&lt;/a&gt;&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;40:30&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Как развивать изображение объектов?&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;45:13&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Что значат Женины абстрактные картинки из лекций и книг&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;54:18&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Визуальный язык, культурный поиск и цена семиотического исследования&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;1:00:15&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Откуда узнать больше про исследования&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;1:05:22&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Зачем знать печатное дело и как ограничения формируют эстетику&lt;/td&gt;
  &lt;/tr&gt;
  &lt;tr&gt;
    &lt;td style="text-align: left"&gt;1:13:36&lt;/td&gt;
    &lt;td style="text-align: left"&gt;Про трактат Берлиоза и книгу Мюллера-Брокмана&lt;/td&gt;
  &lt;/tr&gt;
&lt;/table&gt;
</description>
</item>


</channel>
</rss>