Telegram выпустил обновление, которое включает новую версию функции «Люди рядом». Она позволяет находить тех, кто находится в радиусе 100 м — 6 км. Теперь функцию можно использовать для знакомств.

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

Выступая на конференции в Гонконге в честь десятилетия со дня формирования исследовательского подразделения Microsoft Research Asia, основатель Microsoft поделился своими взглядами на развитие пользовательских интерфейсов и онлайн-сервисов, а также предсказал грядущую софтверную революцию.

Основные тезисы ушедшего из Microsoft, но не ушедшего на покой Гейтса таковы:
— Программное обеспечение как сервис. Точнее еще большее распространение этой модели. Все в Сети — расчеты, хранение и обработка файлов. Это, по Биллу, и есть софтверная революция.
— Развитие интерфейсов взаимодействия. По мнению Билла Гейтса через 10 лет UI уже точно будет включать управлении голосом и прикосновением (тут, ясное дело, намек на Surface).
— Искусственный интеллект. Возможно.

Как очень тонко подметили на Gizmodo, странное какое-то у Гейтса будущее. Приложения Google (ПО как сервис), iPhone и тот же Surface (интерфейс) и, возможно, ИИ у роботов. Хорошо уметь предсказывать будущее. Точнее, уже существующее. Ну, кроме ИИ, конечно. Или Биллу просто сказать было нечего?

via Gizmodo

Наша фирма молодая, спеца-дизайнера по пользовательским интерфейсам у нас пока нет… Поэтому решил обратится к Хабрасообществу за советом/ссылкой/предложением.

Безопасность — проблема пользовательского интерфейса.

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

Сказка о Двух Моделях Безопасности

Многие люди утверждают, что UNIX является более безопасной, чем Windows. Однако когда требуют доказательств, они находят, что очень трудно указать на уязвимости в ядре NT. Действительно, на бумаге модель безопасности Windows явно превосходна — каждый объект имеет связанный список контроля доступа, и этот список проверяется ядром при каждой попытке доступа.

Модель UNIX, напротив, гораздо более примитивна. Только файлы имеют какой-либо контроль доступа (хотя, по справедливости говоря, большинство вещей в системе UNIX являются, как правило, файлами), который просто имеет разрешения для пользователя, группы, и всех.
Есть только два уровня безопасности:

* Пользователи могут делать все, что им позволил делать root
* Root может делать все.

Опыт подсказывает, что более простая модель обеспечивает большую безопасность, но это не всегда так. Например, VMS имеет одновременно подробную модель безопасности и превосходную репутацию по безопасности. Разница между VMS и Windows заключается в том, что VMS машины, как правило, запускаются людьми с большим опытом настройки и конфигурирования VMS. Если большая часть вашей работы — это понимание деталей модели безопасности, то вы, вероятно, придете к хорошему обеспечению безопасности этой системы. В отличие от этого, большое количество машин с Windows — это домашние машины, запускаемые людьми с маленькими познаниями в компьютерах или же вообще без знаний, или в небольших компаниях, не имеющих IT-персонала. Если пользователи VMS настраивают свою политику безопасности осторожно, то пользователи Windows попросту отключают меры безопасности, поскольку они слишком сложны для корректной настройки.

Возможно, ту же самую критику можно перенести и на UNIX. Чтобы сравнение было справедливым, давайте взглянем на Mac OS X. Построенная на ядре UNIX (хотя и не особенно традиционном во многих отношениях), OS X наследует модель безопасности UNIX. В OS X, система не препятствует пользователю в 90% случаев из того, что ему может потребоваться в повседневной деятельности. Для других видов деятельности, таких как установка обновлений, пользователю предлагается ввести пароль. Другими словами, система обеспечения безопасности держится в стороне от пути пользователя большую часть времени.

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

Я люблю C++, но...

Сразу оговорюсь, что C++ мой любимый язык, я на нем пишу практически «с детства» и отрицать его важность, как лучшего одного из лучших языков для написания программ для любых целей, не буду. Тем более не вижу смысла начинать очередной холивар или меряться «указками». Это статья — лишь описание неудачного опыта работы с языком, объясняющая некоторые его аспекты, знание которых поможет другим программистам в будущем.

Однажды я столкнулся с развивающейся библиотекой GUI класса. С точки зрения C++, а точнее его классов, экземпляров и иерархий, этот язык представляется невероятно близким к концепции управления GUI, в частности таким элементам, как виджеты, окна классов и подокна. OO модели C++ и оконной системы тем не менее разные. C++ был задуман как «статический» язык с охватом лексем, статической проверкой типов и иерархий определенных во время компиляции. Окна и их объекты с другой стороны, по своей природе динамичны, они обычно живут за рамкам отдельной процедуры или блока, с помощью которой были созданы; иерархии виджетов в значительной степени определены расположением, видимостью и потоками событий. Основы графического пользовательского интерфейса, такие как динамические и геометрические иерархии окон и управления, протекания событий, не поддерживаются непосредственно синтаксисом С++ либо его семантикой. Таким образом, эти функции должны быть воспроизведены в коде C++ GUI. Это приводит к дублированию графического инструментария, или функциональности оконного менеджера, код «раздувается», мы вынуждены отказываться от многих «сильных» особенностей C++ (например, проверки типов во время компиляции). В статье приведено несколько простых примеров C++ / GUI «не стыковок».

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

Сразу оговорюсь, в тексте нет сравнения с аналогами, обзор субъективный и пристрастный. Я привык жить с phpmyadmin, иногда, когда жил под виндами, запускал EMS MySQL manager. Жизнь под phpmyadmin — это, как ни верти, похоже на ситуацию с гинекологом из анекдота, который обклеивал стены обоями через замочную скважину. После этого, полагаю, любое десктопное приложение будет выглядеть хорошо.
Однако, по пунктам.

Эта статья посвящена программированию GUI на базе фреймворка Qt от Nokia. Мы рассмотрим способы разработки интерфейсов для нативного отображения на платформах Windows, Linux и Mac OS X.

Презентацию^[1] вёл Йенс Бач-Вииг (Jens Bache-Wiig) — разработчик Qt (с 2005 года), занимающийся интерфейсами (look and feel).

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

Итак, приступим. Каждое графическое окружение имеет свой свод правил (User Interface Guidelines, UIG) по созданию интерфейсов, предназначенных для этих окружений. Из основных можно отметить такие руководства как Windows User Experience Interaction Guideline, Apple Human Interface Guideline, KDE User Interface Guideline и GNOME HID. Каждое из этих руководств «определяет положение кнопочек и рюшечек» конкретного окружения. Фреймворк Qt, в свою очередь, осуществляет поддержку всех этих руководств, предоставляя разработчику возможность создавать программы с использованием виджетов, «подстраивающихся» под окружение.

 

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

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

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

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

В нашем веке новые технологии приходят на смену старым так быстро, что порой становится даже с жутко, когда понимаешь, что за последние пару недель, когда ты не читал новости случилось столько нового и интересного. И последнее время можно охарактеризовать как время изменения представлений. Причем совершенно в различных сферах. Да и чего только не поменялось за последнее время.
В свою очередь я хотел бы поговорить о так называемом моменте «Loading». Под этим знакомым словом конечно подразумеваю принцип в целом. Все мы прекрасно помним текст вида «Соединение...», «Загрузка» или что чаще «Loading». И сейчас в огромном количестве различных приложений и устройств мы видим это. Но что же в мире? В мире твориться революция дизайна, стиля и эргономики. Устройства становятся производительнее, интернет всё быстрее, дизайн всё проще. И только вот недавно стал мучить вопрос: «От чего же мы до сих пор коннектимся да загружаемся?»

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

Громкое наверное название, но суть его заключается в недавнем моем комментарии на хабре:

А мне бы хотелось чтобы всевозможные мессенджеры не были отдельными приложениями или были бы встроены в систему, а являлись плагинами к единому интерфейсу устройства. Т.е. сейчас уже понятно что есть чат, аудио и видео звонок, а так же лента друзей со всякими фотками и репостами, фото/видео альбом и другие сущности в том или ином виде встречающиеся в различных приложениях. Поэтому было бы здорово иметь это в едином интерфейсе устройства (владельцы nokia n900 меня поймут). Т.е. я не хочу чтобы меня волновало в какой социальной сети тот или иной друг и/или какие средства связи с ним есть, я хочу нажать на друга в единой адресной книге и начать с ним чат или поделиться фотографией или увидеть какие новые фотографии он выложил.

Кому интересна концепция, прошу под кат

Здравствуйте.
Перед вами перевод статьи Дастина Кертиса (Dustin Curtis) «Yours vs. Mine», которую он опубликовал в собственном блоге. Сразу скажу, что перевод достаточно вольный: старался изложить понятно, в ущерб формальной точности. Статья не претендует на статус научного исследования, и содержит краткое резюме двух концепций взаимодействия с пользователем. Все ссылки на другие источники мои, как и замечания в скобках.

Об авторе: Дастин Кертис — UI/UX дизайнер, создатель блог-платформы Svbtle. Из известных его работ — редизайн сайта American Airlines. Подробней тут.

Мой vs Ваш

При разработке дизайна нового приложения довольно рано встает следующий вопрос. Как интерфейс должен называть пользовательские данные: «мои» или «ваши»? То есть, «мой профиль» или «ваши настройки»? Меня долго гложил этот вопрос. Так какой вариант правильный?

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

Вступление

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

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

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

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

Использование нажатия на [x] для того, чтобы закрыть тот или иной элемент превратилось в один из основных инстинктов, связанных с использованием компьютера и стало стандартом в дизайне веб-сайтов и компьютерных приложений. Может показаться, что вездесущий [x] всегда был частью интерфейсов, однако этот короткий и увлекательный экскурс в историю пользовательских графических интерфейсов показывает, что на самом деле дела обстоят иначе.

Итак, где и когда [х] впервые попал в лексикон интерфейсов?

Хочу поделиться с вами своим опытом разработки с нуля системы внутрикорпоративного менеджмента чатов и аудио/видео записей. Дело было поболее года назад. Забегая вперёд, хочу с огорчением сказать, что сейчас проект заморожен. Кризис ли, потеря веры в проект руководством или еще какие-то причины — мне неизвестно. Хотя коллектив был приятный, решать задачи было интересно и увлекательно. Я вообще люблю постановку задач в духе: “У нас есть вот такой набор данных, но мы не знаем как это должно выглядеть. Вот, возьми карандаш и изобрази нам чего-нибудь”. И сотрудничество с ними идеально попало под такой формат.

СИСТЕМА РАСПОЗНАВАНИЯ ОТОБРАЖАЕМЫХ ДАННЫХ ОБЪЕКТА

ВВЕДЕНИЕ
Разработанная система предназначена для бесконтактного распознавания данных объекта выводимых на его дисплей. Система является частью средств для тестирования объекта по данным диалога между объектом и пользователем.
Тестирование систем, имеющих доступ к программным или аппаратным каналам вывода информации пользователя не требует распознавания данных. Однако, когда такое подключение к данным объекта отсутствует, его можно выполнить при помощи бесконтактной системы распознавания, которая может обеспечить длительное наблюдение за состоянием объекта в автоматическом режиме.
В этой работе обсуждаются средства распознавания МатЛАБ без использования нейронных сетей, эффективность которых, в значительной мере, зависит от результатов обучения.
Особенности разработанной системы показаны на примере распознавания данных дайв-компьютера компании Open Safety Equipment Ltd.
Статья содержит следующие разделы.
• Библиотечные функции обработки изображений МатЛАБ
• Характеристики используемой веб камеры, подключение камеры к среде МатЛАБ, настройка режимов камеры.
• Распознавание символов с использованием корреляционных функций.
• Интерфейс пользователя системы распознавания и результаты распознавания

БИБЛИОТЕЧНЫЕ ФУНКЦИИ ОБРАБОТКИ ИЗОБРАЖЕНИЙ МАТЛАБ
MatLAB имеет библиотеки функций для работы с графическими файлами и видеосигналами. Ниже даны используемые варианты библиотечных функций.
Считывание изображения графического файла

>> pct = imread('DC_OS.jpg');

Рис. 1. RGB изображение [1] JPG файла в формате <196x259x3 uint8>

Привет, меня зовут Хисаёси Кидзима, я дизайнер UI и мехов для NieR:Automata. Игровой UI (интерфейс пользователя) часто остаётся незамеченным, поэтому я рад услышать, что фанаты нашли дневник разработчиков NieR:Automata и спросили о моей работе!

Когда директор NieR:Automata Йоко Таро работает над играми, он всегда чётко знает, чего хочет, и UI не стал исключением. Я хочу рассказать вам о моей работе над UI для NieR:Automata, а также о тех заданиях, которые мне давал Йоко-сан.

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

UI в Unreal Engine 4 создаётся с помощью Unreal Motion Graphics (UMG). UMG позволяет удобно выстраивать UI, перетаскивая элементы UI, такие как кнопки и текстовые метки.

В этой части туториала вы научитесь следующему:

• Создавать HUD-дисплей, на котором отображается счётчик и таймер
• Отображать HUD на экране
• Обновлять счётчик и таймер, чтобы отображать значения переменных