Дизайн

Представьте: в отчете о продажах появляется таблица. Формально - все на месте. Данные корректные, структура логичная, визуальный порядок соблюден. Но стоит открыть документ, как чтение превращается в маленький квест: взгляд блуждает, сравнивать показатели не очень удобно, главное не сразу считывается.

Почему так происходит? И главное - что именно в таблице мешает работать с ней быстро и уверенно?

Предлагаем сначала взглянуть на пример внимательно. Подумайте, какие элементы интерфейса вы бы улучшили в первую очередь.

Национальных валют существует великое множество, и выбрать среди них самые красивые непросто. Тем не менее, некоторые критерии оценки всё же существуют. Как определяют красоту банкнот разных стран, и что при этом учитывают?

Пока всё человечество спорит, кто умнее — человек или робот, мы как дизайнеры уже вовсю учимся жить в симбиозе с ИИ, метавселенными и прочими технологическими новшествами.

Технологии стали частью дизайнерского инструментария, а интерфейсы — лабораторией для экспериментов с мышлением, а не только с формой.

В этой статье мы разберём мировые тренды технологий, и как они переплетаются с дизайном интерфейсов.

Чтобы собрать мозаику из кубиков Рубика, достаточно уметь собирать только одну сторону куба. Если у вас в распоряжении оказалось несколько десятков кубиков, вы вполне можете собрать паттерн или целую картину.  

Я создаю мозаики из кубиков Рубика больше шести лет, и в этой статье раскладываю по полочкам, как собираются эти мозаики: простые узоры и пиксельные изображения, картины для музеев, портреты для праздников и соцсетей, гигантские полотна для книги рекордов Гиннесса.

Представьте оркестр без нот и метронома: музыканты играют «как чувствуют», и мелодия каждый раз звучит по-другому. Так же ведет себя генерация изображений по одному промпту — красиво, но неповторяемо. В работе с брендовым визуалом это ощущается особенно: дизайнерам приходится идти дальше простой текстовой инструкции и вручную подбирать референсы, выравнивать композицию, корректировать цвет, отбирать вариации и собирать их в единый стиль.

Мы в X5 Tech решили превратить генеративный ИИ из источника хаотичных вариаций в стабильный конвейер брендового визуала. Зафиксировали стиль, задали структуру, выстроили управление вариациями, и в итоге собрали рабочий пайплайн. Когда он заработал, скорость выросла почти вдвое, некоторые команды полностью отказались от фотостоков или значительно сократили их использование, а 40–45% визуального контента «Пятерочки» и «Чижика» теперь создается с участием ИИ.

В этой статье — разбор принципов, на которых держатся пайплайны управления генерациями: как модели помогают контролировать структуру и стиль, какую роль в этом играет дизайнер и за счет чего связка ControlNet, LoRA, Style Reference и мультимодальных ИИ превращает генерации в предсказуемую систему.

Сегодня расскажем об одном из наших самых сложных и интересных проектов — SMARD.

Стартап Smard — веб-сервис для автоматической торговли цифровыми активами и криптовалютой, над созданием которого мы вместе с командой Findev трудились более полутора лет и до сих пор продолжаем трудиться. И, как всегда, результат оправдывает все наши усилия.  

Я Ольга, проектирую интерфейсы для Экзон — системы управления строительными процессами. Я уже рассказывала, как упростила массовое создание карточек документов. В этой статье расскажу, как я проектировала ещё одну функцию по работе с документами: массовую загрузку файлов в уже созданные карточки.

Статья будет интересна дизайнерам и аналитикам, которые разрабатывают сложные интерфейсы.

Привет! В этой статье мы – Никита Сошин, Senior продуктовый дизайнер и Team Lead проекта, и Александра Дёмина, Senior продуктовый дизайнер – во всех подробностях расскажем о том, как evilUnion сделал перезапуск платформы цифровой патоморфологии и почему этот проект нельзя назвать обычным редизайном.

Трой Соботка, Автор Filmic и AgX, пишет в прологе к «The Hitchhiker's Guide to Digital Colour»: «Эта серия статей поможет вам, создателям изображений, выжить в мире, полном чепухи, касающейся цифрового цвета. Если вы запутались в цифровом цвете, это не ваша вина» Через цепь фундаментальных вопросов Соботка заставляет читателя отказаться от интуиции и принять суровую правду: цвет — это не про ощущение, а физика, математика и договорённости.

Это не дословный перевод, а интерпретация (хоть и близкая к оригиналу) в стиле Дмитрия Гайдука. И Соботка, и Гайдук работают в «низкой стилистике», превращая сложное в доступное. А формат вопросов‑ответов как из индийских притч, где каждый следующий вопрос углубляет понимание предыдущего. В эту статью вошли первые 10 вопросов, а всего их на данный момент 37.

В 2015 году дизайнер Golden Krishna выпустил книгу с провокационным названием "The Best Interface is No Interface", где на пальцах объяснял, почему мы слишком увлеклись экранами, кнопками и менюшками — и совершенно забыли про саму задачу, которую пытаемся решить. Идея была в том, что лучший интерфейс — это тот, которого ты вообще не замечаешь, который просто работает где-то на фоне и не требует от тебя бесконечных кликов.

Прошло десять лет, и мы действительно пришли ктому самому «отсутствию интерфейса» — только совсем не так, как представлял себе Krishna, и уж точно не через какие‑то ambient‑девайсы и IoT‑хитрости. Мы просто вернулись в командную строку, потому что теперь там появился кто‑то, кто наконец‑то нас понимает.

Эта статья основана на реальном опыте создания набора из 250 иконок. Расскажу, как подойти к созданию библиотеки иконок с нуля: чем руководствоваться, как не наломать дров, где легко ошибиться и что делать, чтобы потом не пришлось всё переделывать. Покажу технические аспекты. Это сэкономит время, а значит — деньги.

За 2025 год генеративные инструменты выросли не только по качеству, а по ощущениям в работе дизайнера (и не только для генерации КДПВ на Хабре). Я много времени провожу в AI-UI экспериментах и вижу, что решать прикладные UX задачи стало заметно проще.

Уже сейчас внятный lo-fi прототип можно получить быстрее, а дальше уже выбирать, как жить: отдавать фронтендеру, прогонять через Lovable, Cursor или v0, или же доводить руками до идеала.

В этой статье я проверяю подход на сценарии, который знаком почти всем, кто делал B2B продукт. Первый вход: создаём рабочее пространство и приглашаем коллегу. Сценарий кажется очевидным, но именно в таких местах обычно и прячутся мелкие детали, которые потом превращаются во времязатратные переделки.

☞ Не пугайтесь 50 минутам прочтения: в статье много промптов, ИИ-ответов, всё аккуратно убрано под спойлеры → наверху только суть, остальное можно разворачивать и углубляться в детали.

В статье я рассказываю о программной реализации своего MDSI-метода (Mirror Dual-Sided Inverse), разработанного для сборки зеркальных двусторонних инверсивных паттернов на кубике Рубика. Программа MDSI Solver объединяет MDSI-метод и двухфазный алгоритм Герберта Коцембы (kociemba two-phase algorithm). MDSI-метод находит полное состояние кубика на основе двух заданных противоположных граней, а затем алгоритм Коцембы генерирует оптимальное или близкое к оптимальному решение, обычно составляющее 20 или меньше ходов для сборки паттерна. 

Сервис MDSI Mosaic Builder конвертирует изображение в сетку из кубиков Рубика и на основе MDSI Solver генерирует для каждого куба алгоритм сборки MDSI-паттерна. Таким образом, можно любое изображение конвертировать в двустороннюю мозаику из кубиков Рубика со схемами сборки каждого кубика.

С программной реализаций MDSI-метода создание двусторонних кубических мозаик теперь не требует от пользователя продвинутых специфических знаний математики куба. Даже не обязательно уметь собирать кубик Рубика – достаточно овладеть языком его вращений, чтобы выполнять сгенерированные алгоритмы. 

Бывает, когда требуется что-то замерить, я прибегаю к простому методу, который не слишком быстр, не слишком точен, не рекомендуется ни в одном официальном стандарте — но, всё-таки, ни разу меня не подводил. Опишу его здесь, хотя, даже просто называя его «методом», я уже немного его приукрашиваю. Пожалуйста, не пользуйтесь им, если нужно повесить шкафчики на кухне или вообще что угодно, на что вам придётся ежедневно глядеть в течение ближайших десяти лет. Из измерительных инструментов нам понадобится только лист формата A4 — и всё.

В сети достаточно материалов по методам восстановления резкости изображения (деблюру) с помощью специального математического аппарата. Этот аппарат включает в себя нахождение ядра размытия (ядра предполагаемого "фильтра", применённого к изображению) и проведение операции, обратной свёртке данного ядра с изображением.

Всё это хорошо, но!....

Ничего такого сложного в GIMP нет, особенно нахождение ядра размытия и применение ядер сложной конфигурации. Хотелось бы чего‑нибудь попроще, более известного и понятного, но чтобы можно было понять сам процесс и сделать это не прибегая к сторонним заумным средствам.

Исходя из вышесказанного, сделаем допущение, что наше изображение размыто «Гауссовым размыванием» и более того, радиус данного размытия известен. Довольно «нахальное» предположение, но хочется то по простому.

Для «эксперимента» используем традиционно изображение «Лена»:

Многие дизайнеры используют 2-3 источника референсов: Dribbble, Behance, Pinterest. Проблема в том, что это решает лишь 20% задач. Статичные картинки не показывают анимации. Нет доступа к исходникам. Невозможно увидеть, как дизайн менялся во времени.

Я решил найти все существующие сервисы для поиска референсов и детально изучить их возможности. Потратил кучу времени на исследование 50+ платформ. Выяснилось: Dribbble и Behance — это лишь верхушка айсберга.

Это статья является дополнением к большому материалу Симметрия кубика Рубика, где я рассказывал о своем методе сборки зеркальных двусторонних инверсивных паттернов Mirror Dual-Sided Inverse (MDSI) на кубике Рубика. Я посчитал нужным дополнительно объяснить, как эвристически искал доказательство того, что возможно на противоположных сторонах кубика Рубика собрать любой (2-, 3-, 4-, 5- и 6-цветный) MDSI паттерн. Для этого я ввел понятие «зеркало» для среднего слоя, который отражает противоположные стороны и применил правило четности пермутаций.

Меня зовут Виталий и я пишу уже который год самую большую книгу по математике для 4– 11 классов, а так же автор поста (рекомендую почитать) о ней. Пишу я ее в LaTeX и считаю, что современный учебник не должен быть черно-белым, а так же должен быть удобен для использования и учеником и учителем. Здесь я собрал вторую часть фишек, которые я использую (что-то чаще, что-то реже). Надеюсь, вы найдете что-нибудь полезное для себя:)

Постараюсь все подробно описать, но не гарантирую идеального кода. Компиляция в основном с помощью pdflatex, но есть места, где требуется lualatex. Для себя я сделал около 35 стилевых файлов для использования в преамбуле, но тут я написал полный код чтобы в каждом случае можно было запустить "из коробки".

Первая часть тут

Использование чужих графических наработок может привести к суду. Таких примеров — масса. Расскажем о самых примечательных.

Можно ли измерить качество дизайнера в команде? Или заменить его ИИ? Для многих дизайнеров в последние годы встает вопрос - заменит ли его ИИ и приносит ли дизайнер пользу бизнесу, а если приносит - то как ее измерить?