Рассказываю, почему аккордеон — это плохо. 3 минутки
Рассказываю, почему, на мой взгляд, шапку таблицы лучше сделать жирной, а не бледной. Заодно упоминаю головохвостую табличную терминологию Мильчина
Показываю на кусочке, как можно было бы сверстать таблицу с диапазоном и числами, данными с разной точностью...
Небольшой кусочек, где я говорю, почему круговые диаграммы мешают въехать в данные, и почему тут нужна обычная таблица
Участник курса нарисовал график, но он оказался интерактивным — разные данные на нём появляются в зависимости от того, куда кликнул пользователь
Недавно я выложил на сайте рассказ о дизайне интернет-магазин «Дом Тома». Теперь снял про него более подробное видео...
Участница курса сделала двухпанельный интерфейс. Комментирую, что с ним не так, и показываю пример, когда он подошёл бы
Искал я картины Поллока (рекомендую), и набрёл на некий сайт jackson-pollock.org
Обсуждаем дизайн формы: кирпичная кладка, расположение финальной кнопки, непоследовательность в изображении элементов
Вчера провёл мастер-класс о стоп-словах в интерфейсе
Недавно проводил мастеркласс о «взгляде новичка» в интерфейсе
Многие дизайнеры думают, что тормозной интерфейс — это из-за программистов. Но на самом деле ощущение быстроты в большей степени создаётся именно качественным дизайном
Непонятно, как так получилось, что я не выкладывал такую вот лекцию про полезные сайты из 2018 года
Занудный, но важный для работы дизайнера кусочек. Участница курса придумала какой-то интерфейс с необычным поведением во время прокрутки
Собирался залить очередной видеофрагмент со своего интерфейсного курса, но понял, что в данном случае достаточно картинки
Рассмотрим такой фрагмент студенческой работы
Разбираем форму из нескольких шагов. Там и про кирпичную кладку, и про лишние поля, и про пространственное-сценарное решение, и про правило 7 элементов
Снова борюсь с заблуждением, что цифры надо выравнивать по правому краю. Цифры надо выравнивать по разрядам
Рассказываю про Елену Семёновну из моего универа, которая тестировала все программы на нормальную поддержку некорректного ввода
О том, что программисту неплохо было бы не просто формально выполнять требования из ТЗ, но ещё и стараться понимать, откуда такие требования возникли и с какой бизнес-задачей связаны