Мы привыкли думать о дизайне как о кнопках, формах, красивых пикселях и цветовых схемах. Но что делать, если интерфейса просто нет? Как проектировать системы, с которыми взаимодействуют не глазами и пальцами, а событиями, сигналами, протоколами и железом? Эта статья — размышления и практика о том, что такое «дизайн без интерфейса», какие у него подводные камни и почему он сложнее, чем кажется.
Любой программист микроконтроллеров, Imho, рано или поздно (сейчас, скорее, рано) от одного из коллег или из статьи в интернете слышит загадочное ПЛИС или FPGA, CPLD, ПВМ — что-то такое. Если честно, то я услышал вот это загадочное, занырнул чуть-чуть, и теперь думаю, что мой опыт пригодится кому-то ещё. Если совсем честно, то статья ещё планируется как небольшая (всего в трёх частях) заметка для себя. Я когда погружался, делал пометки в текстовом файле, здесь получится их хорошо отредактированная версия.
Очень много вещей в подобных этому туториалах, которые я читал, пропускаются как сами собой разумеющиеся. Подробные инструкции куда и как тыкать есть в документации к плате разработки. Но там не хватает ответов на вопросы зачем и почему. Здесь я хочу скомбинировать 2 подхода.
Мы — команда «Дизайн и клиентский сервис» в ИТ-команде «Северстали» – задались целью провести анализ трендов и тенденций в дизайне интерфейсов и мире и приземлить это на реалии UX/UI, с которыми работаем. Тема большая и сложная, поэтому:
1. Начнём с того, что такое тренды и как они появляются.
2. Разберём жизненный цикл тренда.
3. Изучим виды трендов.
4. Завершим разбором потребителей трендов и намекнём на наше ещё более глобальное исследование :-)
С ростом популярности в 1997 году технологий Flash и CSS возникло три философии веб-дизайна. Дэвид Сигел продвигал «хаки», Джейкоб Нильсен стремился к простоте, а Джеффри Зельдман комбинировал элегантность с удобством пользования.
Как и многие из первой волны веб-дизайнеров, Джеффри Зельдман, которому в начале 1997 года исполнилось 42 года, начинал свою карьеру в совершенно другой профессии. Изначально он был автором художественных книг, недолго поработал журналистом, пробовал себя в качестве разъездного музыканта, а потом десять лет посвятил рекламному бизнесу. «Сочинение текстов билбордов с цепляющей графикой — хорошая практика для веба, потому что в нём нужно доносить информацию мгновенно», — рассказывал он позже в интервью.
Творческих людей наподобие Зельдмана привлекло в веб развитие мультимедиа; сам он создал свой первый веб-сайт в 1995 году. «Благодаря гипертексту появился веб, благодаря графике он стал игровой площадкой для потребителей», — писал он на своём личном веб-сайте в конце 1996 года.
Мне тут попалась идеальная статья про DI в который нашелся очень интересный пример для разбора. Есть фундаментальные основы, которые почему то никто не хочет сформулировать, а начинающим разработчикам, которые впервые сталкиваются с концепцией DI, в первую очередь надо бы рассказать эти фундаментальные основы, но почему то нет желающих это сделать и у меня даже есть предположения, почему это не получается, я попробую их как-то выразить в том числе.
Я знаю что искать ошибки в статьях начинающих на Хабре это плохой тон, и я вряд ли выйду в плюс с такой статьей, но как говорится: Платон мне друг, но истина дороже.
В предыдущей статье мы выяснили как создать два класса (Хост и Енкодер, класс А и класс В) один из которых (А) не может работать без использования функций другого класса (В, а может, и без данных из этого класса В не может работать), но при этом совершенно не зависит от этого класса В! То есть класс А может запросто работать с любым другим классом (C, D, … ) вместо класса В, при некотором условии изложенном в предыдущей статье. По моему, та статья может быть хорошей разминкой для понимания концепции Внедрения Зависимостей. И, определенно, эта статья может считаться продолжением темы практической архитектуры ПО.
Проверка юридической чистоты созданного и планируемого к регистрации объекта интеллектуальной собственности зачастую осуществляется на сайте Федерального института промышленной собственности (ФИПС). К сожалению, поиск информации на домене ФИПС достаточно труден и раздражает многих. Почему? Об этом расскажем в нашем материале.
Привет! Меня зовут Вадим, я проектирую интерфейсы в InfoWatch. Но сейчас не о том, как мы строим интерфейсы, а о том, как мы строим дизайн-культуру. Я расскажу о нашем двухлетнем пути, полном ошибок и открытий, который привел к реальным изменениям в продуктах и работе команды.
В этой статье расскажу:
- как мы за два года прошли путь от оформительства до полноценного дизайн‑процесса;
- какие грабли собрали;
- что реально изменилось в продуктах и в работе команды;
- как убедить коллег, что дизайн — это важно (спойлер: надо говорить на языке бизнеса).
Это не будет очередной теоретической статьей про «как надо». Только реальный опыт и — самое главное — конкретные примеры того, что сработало именно у нас.
Разбираем тренды, которые выдержали проверку временем, и провальные эксперименты. Почему CSS пережил Flash, а плоский дизайн победил скевоморфизм? Гид по главным урокам эволюции дизайна.
Представьте: у вас есть приложение с 20 пользовательсĸими ролями. Каждая роль видит интерфейс по-своему — разные элементы, состояния, возможности. И вам нужно поддерживать аĸтуальность всех этих вариантов.
Звучит ĸаĸ nightmare? Таĸ и было.
В этой статье я покажу, как провожу UX-аудит: от первого контакта с клиентом до выдачи финальных рекомендаций. Поделюсь своим процессом, инструментами, примерами документов и рефлексией о том, что на самом деле важно в UX-работе.
Как это обычно происходит? Покажу на примере последнего запроса. Пишет мне потенциальный клиент в Телеграм:
— Добрый день, Егор! Подскажите, пожалуйста, ориентировочную стоимость проектирования и аудита интерфейса. Уже есть готовый проект, думаем о редизайне.
На этом этапе моя цель — понять суть задачи и смогу ли я помочь. Дело в том, что разные люди по-разному представляют себе, что такое проектирование и аудит и в результате разговора может выясниться, что они имели в виду что-то, чем я не занимаюсь.
Объясняю в переписке, что всё очень индивидуально и предлагаю время созвона. Моя задача — организовать часовой разговор, во время которого я познакомлюсь с человеком и проектом, а также успею провести экспресс-аудит. Это бесплатно и всегда интересно.
В статье хочу рассказать, как я проходила путь от Junior до Middle дизайнера, и зачем развивать насмотренность, качать UI и участвовать в хакатонах и стартапах, даже если есть основная работа.
Пиксели пережили всё — от рассвета 8-битных приставок до эпохи 4K-мониторов. Их пытались заменить вектором, 3D-моделями и бесконечным количеством сглаживающих фильтров, но они всё ещё с нами — в играх, иконках и даже модных UI-дизайнах.
Почему же в 2025 году мы по-прежнему рисуем мир точками, как художник XIX века мазками на холсте? Разберёмся, в чём идея растровой графики, когда она незаменима и почему разработчики не спешат от неё отказываться. Детали под катом.
В первой части я рассказывал об основах LESS: переменных, миксинах, и некоторых приёмах. А сегодня мы поговорим о вещах, оставшихся в прошлый раз нераскрытыми...
Разбираемся, почему при заполнении формы возникают ошибки, почему они раздражают, как снизить это раздражение и помочь пользователю не застрять в сценарии
Привет, Хабр!
Мы — Алевтина Чугунова (владелец продукта дизайн‑системы) и Дарья Каткова (QA‑инженер). В этой статье расскажем, как создаём и тестируем дизайн‑систему, с какими проблемами сталкивались и какие инструменты разработали, чтобы упростить жизнь себе и командам.
Вы узнаете:
— Что такое дизайн‑система и зачем она нужна.
— Как тестировать интерфейсы без боли.
— Какие инструменты помогают автоматизировать проверки.
Сьюзен Кэр — американская художница и графический дизайнер, которая разрабатывала элементы интерфейса и шрифты для первого Apple Macintosh. Она также работала консультантом по дизайну в Microsoft, IBM, Sony и Pinterest и других компаниях. Рассказываем в нашей статье, как Кэр, не имея опыта в графике и шрифтах, создала визуальный дизайн для Mac.
Привет! Меня зовут Гриша, я UX-проектировщик Спортмастера. В этой статье я расскажу про все 10 эвристик Нильсена с советами по применению и простыми примерами. Независимо от того, создаете ли вы продукт с нуля или проводите UX-аудит — эти принципы помогут вам принимать более обоснованные решения. Ведь хороший интерфейс — это не только про красивую картинку, но и про удобство, понятность и предсказуемость взаимодействия. Именно это делает продукт по-настоящему дружелюбным к пользователю.
Чтобы создавать такие интерфейсы, UX-дизайнеры по всему миру опираются на проверенные временем принципы — эвристики юзабилити. Их сформулировал в 1994 году эксперт по пользовательскому опыту Якоб Нильсен, и с тех пор они остаются основой для анализа и проектирования интерфейсов. Это не строгие правила, а скорее универсальные рекомендации, которые помогают находить и устранять проблемы в дизайне. Зато они успели стать своеобразной классикой и базой для тех, кто работает в этой сфере. Да-да, несмотря на то, что прошло 30+ лет.
Итак, давайте по порядку.
LLMки можно любить и ненавидеть, но нельзя отрицать того, что это что-то очень большое и сильно трансформирующее все вокруг. Я регулярно и помногу размышляю над AI-агентами и в целом траекторией genAI движения и после вчерашней презентации GPT-5 мой личный паззлик окончательно сложился. Все это очень похоже на то, что мы уже видели.
И это — iPhone.
Рынок IT меняется с такой скоростью, что за ним иногда трудно угнаться: новые технологии, методологии, роли — всё постоянно меняется. Из-за этого границы между профессиями часто становятся размазанными. Если разработчики чётко знают свой стек, задачи и техдолг, то у дизайнеров и аналитиков всё гораздо более гибко, потому что их работа опирается на коммуникацию, логику и потребности людей. Часто дизайнеры и аналитики начинают работать вместе еще на самых ранних стадиях проекта — именно там, где чаще всего царит хаос.
И вот здесь начинается путаница. Часто не совсем ясно, кто за что отвечает. В одной команде UX-дизайнер делает всё: от сбора требований до создания прототипов, а в другой — он ждет четкого ТЗ от аналитика. И тогда возникает вопрос: где заканчивается аналитика и начинается дизайн? Давайте разберемся.
Comet от Perplexity— браузер будущего с AI-ассистентом, который помогает автоматизировать рутину. В статье делюсь опытом недельного теста, плюсами и минусами, и рассказываю, чем новый подход отличается от привычных решений.
