Интерфейсы *

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

Про глухих и слабослышащих

Для нас было удивлением узнать, что используемые технологии в странах, даже близких друг к другу географически, очень сильно различаются. Есть технология индукционных петель, которая, похоже, распространена в Польше, но в Прибалтике практически не используется (но при этом закупается организациями, которым нужна галочка). Это такая технология, которая позволяет давать звук на слуховые аппараты не звуком, а индукцией, для окружающих не слышно, а человеку со слуховым аппаратом слышно. Из того что мы поняли — основной юз-кейс: это очень шумные помещения, но как уже написано выше, почти не используется и, говорят, отмирает технология.

В Прибалтике есть гос программы бесплатного видео-звонка сурдопереводчику, можно с мобильного телефона, можно с планшета, глухой человек общается с оператором, а тот голосом переводит слышащему человеку. В Литве есть возможность позвонить слышащему человеку и на простой телефон без каких-либо приложений.

Плохой URL путает пользователей, хороший — работает как швейцарский нож. Разбираем анатомию, правила построения иерархичных путей, мощь Query-параметров и истинное назначение Hash. Практика на JavaScript и чеклист готовых решений.

Что я понял о будущем дизайна, пока наблюдал, как искусственный интеллект отбирает у человечества мышки

Уже скоро релиз iOS 26 и обновления SDK приложений. Apple снова вносит корректировки, а разработчики и дизайнеры снова подстраиваются. У текущих приложений будет переходный период, но вопрос с обновлением интерфейсов рано или поздно настанет и придется адаптировать под новый SDK и стиль Liquid Glass, чтобы продукт выглядел современно.  

Наш дизайнер интерфейсов Фёдор Миронов поделится наблюдениями о новых гайдлайнах и расскажет, какие изменения принесёт Liquid Glass. А ещё покажет несколько примеров обновления интерфейсов тестового приложения и нашего финтех-проекта Moneon.

Почему в 2025 мы все еще используем CLI? Вокруг так много прекрасных pixel-perfect GUI на OLED-экранах, а интернет провели даже в часы, очки и кольца. Как проектировщик взаимодействия с серверной ОС я часто участвую в дискуссиях на тему ‭«GUI vs CLI». Это вдохновило меня поисследовать, почему CLI такой, какой есть, что подарила ему современность и почему GUI до сих пор не заменил его на серверах.

Low-code разработка очень полезна в тех случаях, когда в организации требуется постоянное обновление и развитие, а также создание новых и новых сервисов. Однако, чтобы такая схема создания ПО действительно работала, нужно использовать стабильную платформу, которая обеспечит одновременно гибкость, безопасность, прозрачность и эффективность разработки. В этой статье я расскажу о решении такого класса от РЕД СОФТ. Мы пройдемся по основным возможностям РЕД Платформы, познакомимся с ее архитектурой, принципами работы с документами и сущностями, а также с особенностями разработки.

Дизайн-система — это набор правил, компонентов и инструментов, который помогает дизайнерам и разработчикам программного обеспечения работать наиболее эффективно и согласованно. Она включает в себя всё: от цветовых палитр и шрифтов до кнопок, форм и правил взаимодействия с ними. Когда в проекте есть своя дизайн-система, команды могут быстро создавать новые элементы и страницы, избегая неразберихи и повышая качество своего продукта, а пользователи в свою очередь получают интуитивно понятный интерфейс, с которым приятно иметь дело. 

Я разработчик в компании bpm (ранее “ЛАНИТ - Би Пи Эм”). Столкнувшись с хаосом в интерфейсах и постоянными правками, я решила изучить, как можно организовать процесс создания дизайн-системы самостоятельно. Результат вы видите в этой статье. Очень надеюсь, что описанные правила помогут вам сделать первые шаги в создании дизайна для вашего проекта.

Показываю 7 приемов по улучшению UX для Flipper Zero, чтобы понизить порог входа для новых пользователей и повысить интерес к последующему исследованию устройства для уже существующих.

В предыдущей статье мы поморгали диодом. Большое дело, вообще‑то. После удобных сред разработки, вроде VSCode, CubeIDE, или продуктов JetBrains (поклонники Vim вышли из чата), Квартус не кажется очень уж дружелюбным. Плюс смена подхода к разработке: от программы к схеме. Но ничего, вроде, справились. Получается, мы погрузились в тему, наверное, на уровне «намочить ноги». Теперь, неспеша, зайдём по щиколотку.

Кажется, что установленные в ресторанах быстрого питания сенсорные экраны — просто удобный инструмент для быстрого заказа бургеров? Вот только на деле это — хитро просчитанная система, которая с момента внедрения в 2015 году увеличила средний чек на 30% и принесла компании миллиарды долларов. 

Но как получается, что интерфейс киосков самообслуживания подталкивает к покупке того, что человек не хотел заранее? Неужели эти раздражающие экраны вроде «Добавить десерт/соус/пирожок» реально работают? Ответ — да. Ведь на самом деле речь идет не просто о меню, а о круто продуманном алгоритме, заточенным под ваш голод и импульсивное поведение. Как именно автоматы способствуют набору вами лишних килограммов, а также денег на счетах компании — читайте под катом.

Привет, Хабр! Я — UX-дизайнер Surf. Обычно я создаю интерфейсы для серьёзных российских проектов. Но иногда позволяю себе небольшие шабашки от Дикого Запада — получаю проекты от крутых американских ребят. Конечно, всё под строгим NDA, но кое-чем могу поделиться — итак, рассказываю и показываю, что придумали для Цукерберга и его коллег.

Привет! Меня зовут Владислав Фальзан, я работаю android-разработчиком в М2. Наша команда мобильной разработки развивает приложение — онлайн-платформу для решения вопросов с недвижимостью. Основные пользователи приложения — физические лица (B2C) и риелторы (B2B2C). Эта статья — продолжение технического гайда для android-разработчиков, которые хотят реализовать и внедрить полный цикл сторис у себя в приложении с использованием: Compose, MVVM, Coroutines flow и правил чистой архитектуры.

Привет! Меня зовут Анна, я маркетолог команды цифровой трансформации Ареал.

Более чем за 20 лет работы у нас сложилась система шагов и правил для дизайн-процессов. Единые стандарты позволяют команде говорить на одном языке, вести прозрачный диалог с клиентами, быстро ориентироваться в стартовавшем или новом проекте.

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

Мы работаем в Figma, но систему можно организовать в любом редакторе.

Например, где искать заработанные приглашения (инвайты)?

Сам я совершенно случайно обнаружил раздел с приглашениями года два назад. Так я и узнал, что они у меня в принципе есть. До этого несколько хороших людей спрашивали, не могу ли я скинуть им инвайт — а я отвечал, что у меня их нет. Что, мол, добро пожаловать в песочницу!

И вот нашёл я нужный раздел, обрадовался и рассказал об этом другу. А через полгода друг мне звонит: «Егор, ты говорил, что где-то инвайты на Хабре нашёл? Можешь подсказать, где именно?». Так что тут я точно не один такой. Другу ответил. Мол, заходишь в профиль. И там видишь таинственное слово «Whois» со стрелочкой вниз. Кликаешь по нему — и появляется меню навигации второго уровня в профиле.

В этом уроке расскажу как можно использовать n8n (платформу для автоматизации рабочих процессов) в связке с api2app. Создам виджет чата с ИИ для встраивания на сайт. У n8n есть свой виджет для встраивания, но возможностей кастомизации маловато.

Любой программист микроконтроллеров, Imho, рано или поздно (сейчас, скорее, рано) от одного из коллег или из статьи в интернете слышит загадочное ПЛИС или FPGA, CPLD, ПВМ — что-то такое. Если честно, то я услышал вот это загадочное, занырнул чуть-чуть, и теперь думаю, что мой опыт пригодится кому-то ещё. Если совсем честно, то статья ещё планируется как небольшая (всего в трёх частях) заметка для себя. Я когда погружался, делал пометки в текстовом файле, здесь получится их хорошо отредактированная версия.

Очень много вещей в подобных этому туториалах, которые я читал, пропускаются как сами собой разумеющиеся. Подробные инструкции куда и как тыкать есть в документации к плате разработки. Но там не хватает ответов на вопросы зачем и почему. Здесь я хочу скомбинировать 2 подхода.

Мы — команда «Дизайн и клиентский сервис» в ИТ-команде «Северстали» – задались целью провести анализ трендов и тенденций в дизайне интерфейсов и мире и приземлить это на реалии UX/UI, с которыми работаем. Тема большая и сложная, поэтому:

1. Начнём с того, что такое тренды и как они появляются.

2. Разберём жизненный цикл тренда.

3. Изучим виды трендов.

4. Завершим разбором потребителей трендов и намекнём на наше ещё более глобальное исследование :-)

С ростом популярности в 1997 году технологий Flash и CSS возникло три философии веб-дизайна. Дэвид Сигел продвигал «хаки», Джейкоб Нильсен стремился к простоте, а Джеффри Зельдман комбинировал элегантность с удобством пользования.

Как и многие из первой волны веб-дизайнеров, Джеффри Зельдман, которому в начале 1997 года исполнилось 42 года, начинал свою карьеру в совершенно другой профессии. Изначально он был автором художественных книг, недолго поработал журналистом, пробовал себя в качестве разъездного музыканта, а потом десять лет посвятил рекламному бизнесу. «Сочинение текстов билбордов с цепляющей графикой — хорошая практика для веба, потому что в нём нужно доносить информацию мгновенно», — рассказывал он позже в интервью.

Творческих людей наподобие Зельдмана привлекло в веб развитие мультимедиа; сам он создал свой первый веб-сайт в 1995 году. «Благодаря гипертексту появился веб, благодаря графике он стал игровой площадкой для потребителей», — писал он на своём личном веб-сайте в конце 1996 года.

Мне тут попалась идеальная статья про DI в который нашелся очень интересный пример для разбора. Есть фундаментальные основы, которые почему то никто не хочет сформулировать, а начинающим разработчикам, которые впервые сталкиваются с концепцией DI, в первую очередь надо бы рассказать эти фундаментальные основы, но почему то нет желающих это сделать и у меня даже есть предположения, почему это не получается, я попробую их как-то выразить в том числе.

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

В предыдущей статье мы выяснили как создать два класса (Хост и Енкодер, класс А и класс В) один из которых (А) не может работать без использования функций другого класса (В, а может, и без данных из этого класса В не может работать), но при этом совершенно не зависит от этого класса В! То есть класс А может запросто работать с любым другим классом (C, D, … ) вместо класса В, при некотором условии изложенном в предыдущей статье. По моему, та статья может быть хорошей разминкой для понимания концепции Внедрения Зависимостей. И, определенно, эта статья может считаться продолжением темы практической архитектуры ПО.

Проверка юридической чистоты созданного и планируемого к регистрации объекта интеллектуальной собственности зачастую осуществляется на сайте Федерального института промышленной собственности (ФИПС). К сожалению, поиск информации на домене ФИПС достаточно труден и раздражает многих. Почему? Об этом расскажем в нашем материале.