Интерфейсы *

Хабр, привет! Меня зовут Антон, я дизайнер b2b продуктов в X5 Tech. Мне нравится моя работа и я стараюсь проектировать реализуемые интерфейсы, поэтому постоянно закапываюсь в технические нюансы.

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

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

В 2024 году на рынке существует довольно большое количество экосистем цифровых продуктов: как для B2C-сегмента, так и для B2B. И если просто в поисковике вбить «как создать экосистему», вы получите кучу статей от аналитиков, продактов, бизнеса. Однако, если попробовать сформулировать запрос с конкретикой по дизайну (например, «как создать дизайн для экосистемы продуктов»), мы получаем классную выдачу, в которой экосистемой называют дизайн-систему. И это ужасная подмена понятий, так как дизайн-система является всего лишь одним (хоть и очень значимым) из ингредиентов вкуснейшего экосистемного дизайн-борща.

Что же входит в этот борщ?

• написание кода;
• создание и поддержка качественного ПО;
• создание и поддержка достаточно хорошего ПО экономически выгодным образом;
• управление сложностью;
• удовлетворение потребностей пользователей;
• решение задач;
• удовлетворение потребностей заказчиков;
• зарабатывание денег для организации-работодателя или для её заказчиков;
• зарабатывание денег (для себя).

Всем привет! Меня зовут Денис, я тимлид команды дизайна в DLS и ревьюер в Яндекс Практикуме. В DLS мы разрабатываем сложные интерфейсы для бизнеса и простых пользователей. Я решаю организационные вопросы и помогаю коллегам разобраться в задачах. А после работы занимаюсь этим же, но уже в Практикуме, на курсах «Дизайнер интерфейсов» и «Дизайн мобильных и кросс-платформенных приложений». По сути, выступаю в роли первого арт-директора или тимлида для молодых дизайнеров.

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

Часть 1

В этой части я приведу ещё несколько примеров того, как нам мешает скачивание обновлений внутри приложений.

Пример 1: обновления macOS

Ни для кого не секрет, что обновления macOS огромны. Иногда это раздражает даже дома, но на Южном полюсе ситуация гораздо хуже.

Размер патча минорного обновления macOS обычно имеет размер от 0,5 до 1,5 гигабайтов. Патчи с крупными обновлениями иногда занимают до шести с лишним гигабайтов. Дополнительные инструменты, например Xcode, часто весят несколько гигабайтов.

В предыдущих статьях я поделился своими соображениями о том, почему UI-проекты в одночасье превращаются в легаси.

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

Я даже предположил, что Elm MVU — это тот путь, который данные потребности закроет.

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

Под словом «естественный» я подразумеваю нечто, что коррелирует с языком, который мы используем в повседневной жизни. Функциональное программирование не всегда можно описать таким языком (например, несмотря на то, что монады, включая Observable streams, являются относительно простым понятием, мы вряд ли сможем выразить это понятие на таком языке). Я убедился, что программирование, которое лучше коррелирует с естественным языком — это многопарадигменное программирование, где вещи не строго OOP и не строго функциональны, а то или другое в зависимости от ясности и удобства работы.

Выдалась свободная минутка и я решил потрогать немного свой bashui. Там еще трогать не перетрогать но обо всем по порядку. Тех кто не знаком с bashui прошу сюда. А в этой статье я решил затронуть злободневную тему повышения потенциала производительности на примере своего bashui.

Привет, Хабр! Меня зовут Диана, я продуктовый дизайнер в СберМаркете. Наша команда развивает личный кабинет ресторанов, чтобы администраторам было удобно в нём работать и принимать заказы на доставку. В этой статье хочу поделиться, как мы улучшали раздел Заказы: «полечили» звуковые уведомления, сделали анимированную фавиконку, чтобы наша вкладка не терялась среди остальных, и добавили возможность создавать тестовый заказ для обучения новых сотрудников ресторанов.

Эта статья будет полезна дизайнерам, продактам и всем, кому интересно, как можно улучшить usability продукта.

Арабские цифры являются одной из наиболее долгоживущих и универсальных знаковых систем, распространённых во всём современном мире. Они до сих пор сосуществуют с римскими, конкуренцию у которых окончательно выиграли в Европе к XIV веку, поскольку римские цифры исключительно неудобны для арифметики и алгебры. Принципиально арифметика на римских цифрах возможна, она даже была однажды рассмотрена в статье из журнала «Наука и жизнь» за 1970 год. Именно в XIII-XIV веках римские цифры перестали удовлетворять потребностям бурно растущей европейской цивилизации (в римских цифрах даже отсутствовал феномен «0»). Им на смену пришли заимствованные индо-арабские цифры. Также как раз в период XIII-XIV века в Европе пытались изобрести систему цифр, которая либо устраняла бы недостатки римской, либо сочетала достоинства арабской и римской. Один из наиболее причудливых опытов такого рода — это цистерцианские цифры, о которых будет рассказано под катом   

Довольно часто мне приходится видеть вопросы, причиной которого либо непонимание как работают под капотом фреймоворки на базе XAML (я работал с WPF и AvaloniaUI, но имею все основания считать, что эта информация применима и к другим их родственникам).

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

Привет всем! Это не обычная статья, это целый курс про UX-редактуру от Ozon. Мы с вами разберем, что такое UX-редактура, какие бывают форматы интерфейсных текстов и как их писать качественно, быстро и просто.

Меня зовут Кира Калимулина, мы с командой занимаемся всеми интерфейсными текстами в Ozon. Я задумала этот курс, чтобы помочь дизайнерам, продакт-менеджерам, копирайтерам, разработчикам и другим специалистам научиться писать тексты для интерфейсов.

Этот курс подойдёт тем, кто только погружается в мир UX-редактуры и хочет стать продуктовым редактором. А также тем, кто вынужден писать тексты для приложений, но не умеет (или думает, что не умеет).

Я подготовила 4 урока, где разобрала, как мы пишем тексты в Ozon. Для вашего удобства основная информация продублирована в видеоуроках. В роликах есть ещё много приколов, которые невозможно передать в статье, так что можно и смотреть, и читать — как вам удобнее! 

Всем привет!  Это статья про то как делать консистентное оформление игровых интерфейсов, и через это упрощать жизнь игрокам, а также и тратить меньше сил на сборку макетов и вёрстку игрового UI, удешевляя производство 

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

А ещё в статье десятки примеров качественного оформления игровых интерфейсов с комментариями и пояснениями. Так что залетайте и хватайте полезную инфу =)

Как найти земельный участок в ГИС Торги. Как настроить поиск, подать заявку в бумажном или в электронном виде, как выгрузить результаты в Excel.

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

В этот раз хочу поделиться с вами книгой «Лидерами не рождаются. 12 правил эффективного руководства», Джоко Виллинк. 

Известный факт: мультиспектральные сканеры — одно из самых надежных средств для защиты от мошенников при оказании финансовых и других услуг. Они уже давно установлены в пограничных службах, используются в ФНС и других организациях. Тем не менее, случаи, когда мошенники по фальшивым документам, например, открывают счета в банках, не редки. 

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

Однажды я решил купить для дома китайский сервиз, чтобы пить китайский чай.

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

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

1. Гайван или заварочный чайник. По сути, пиала-переросток, куда кладут чай и заливают водой.  В принципе, можно пить прямо из чахай.

2. Чахай или проливной чайник. Китайские чаи горчат, если их передержать. Поэтому как только в гавани заварилось — его либо разливают по пиалам (тогда в последней будет самый крепкий), либо переливают в чахай, чтобы остывал и смешался. Так и проходит чайная церемония — допили из проливного, заварили в заварочном, вылили в проливной.

3. Чашки или пиалки.

Чайный поднос и чайные инструменты пока оставим.

Причём, само собой, всё это должно соответствовать друг другу. Объём гайвана и чахана должны быть примерно одинаковыми, и равняться суммарному объёму пиалок. Чтобы чай и не застоялся и не успел остыть.

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

Давайте посмотрим, кто же готов получить мои деньги?

Всем привет, меня зовут Влад и я запилил собственный IT стартап в одиночку потратив $100. Я давно хотел проверить свои силы и показать самому себе на что я способен, смогу ли я дойти от: создания идеи, проработки ui/ux, разработки frontend & backend, до публикации продукта и его маркетинга.

Для общего понимания я постараюсь кратко описать свой background. В 14 лет я увлёкся веб разработкой поскольку у меня была команда по игре counter strike и для того чтобы заявляться на турниры, нам требовался сайт, по мере его поддержания, я освоил исскуство владения фотошопом. Этот сайт я начал монетезировать и смотрел как его можно продвигать.

Дальше был универ, где я много писал код на c++, python, c#, писал свои нейронки, программировал роботов, проходил алгоритмы и структуры данных. В это самое время вместе с друзьями начали развивать ивент стартап, который помогал пользователям узнавать расписание, изменения, следить за интересными спикерами. Я занимался ui/ux проектированием и frontend разработкой. В это самое время я изучил первые в своей жизни методологии дизайна: google material design guidelines and Apple Human Interface Guidelines.

Писал диплом на тему: примерка мебели в дополненой реальности на свифте.

Потом был момент, когда мы с партнёрами открыли it outsource компанию на 40 человек разработки, где я был CTO и следил за технологиями в компании на стеке: JS, Typescript, React, Vue, Php, python, nodejs, reactnative.

И весь свой накопленный опыт я хотел применить для создания продукта.