Привет! Меня зовут Михаил Кургузов, я из отдела локализации и переводов SM Lab. В этом цикле постов я расскажу о локализации и ее интеграции в процесс тестирования ПО.
Пост #1 (вы находитесь здесь) — общая вводная про локализация и интернационализацию, важные примеры, лингвистические ошибки и функциональные баги, особенности разных языков.
Пост #2 — особенности тестирования локализации, кто чем занимается, как проходит процесс.
Пост #3 — чеклист, лучшие практики, дополнительные материалы и много полезных примеров.
Начать хочу с пары историй. Например, всем известная Windows Vista очень сильно пострадала при выходе на японский рынок от некорректно выполненной локализации
Часто сталкиваюсь с тем, что люди смешивают понятия продуктового дизайна и UX/UI-дизайна. Это делают и работодатели, и работники, и даже авторы образовательных программ. В этой статье я хочу рассказать, в чём же заключается роль дизайнера продукта и чем она отличается от роли дизайнера интерфейса. И как это проявляется на практике.
Сразу хочу сказать: я не профи в выборе и тем более правильного построения архитектуры умного дома. Я всего лишь обычный программист мобильных игрушек. Вот как надоесть рекламой в игре — это ко мне.
Пару лет назад приобрёл участок, провёл электричество, построил домик. Появилась нужда автоматизировать некоторые моменты и иметь возможность смотреть состояние и управлять автоматизацией удалённо.
Я давно увлекаюсь нейротехнологиями, а в частности, поиском способов, как в домашних условиях можно овладеть телекинезом (=нейроуправлением), недорого и без лишних страданий. Для этого люди давно придумали out-of-the-box девайсы, позволяющие снимать ЭЭГ (=сигналы электромагнитного поля мозга), и использовать его для чего угодно.
Недавно я решила прикупить новую игрушку для экспериментов, но оказалось, что буквально за пару-тройку лет рынок потребительских нейроинтерфейсов сильно изменился, и от количества разнообразных девайсов разбегаются глаза. Если раньше мы выбирали из Muse, Emotiv и OpenBCI, то сейчас появилось много других достойных приборов с характеристиками не хуже, а то и лучше. Чтобы не ошибиться в выборе, я решила составить подробнейшую таблицу из всех доступных на текущий момент потребительских нейроинтерфейсов, которой поделюсь в конце статьи. Уверена, что таблица будет полезна даже гикам от сферы нейротехнологий.
Для тех, кто только хочет прикоснуться к волшебному миру “чтения мыслей”, я объясню, что это вообще такое и зачем, а также представлю топ-7 старательно отобранных мной девайсов с объяснением их плюсов и минусов.
Warning: содержимое статьи в основном является личным biased мнением автора, поэтому если ваше мнение отличается, вы всегда можете выразить его в комментариях.
В одной из прошлых статей я писал про разработку, точнее, про расширение терминального интерфейса микроконтроллера AVR, добавив функционал обработки управляющих символов и последовательностей для поддержки истории и редактирования команд. В данной статье я решил написать про доработку терминального интерфейса функцией поддержки кириллицы. Как правило, терминальный интерфейс подразумевает ввод команд и вывод информации латиницей. Однако совсем несложно реализовать ввод команд или отображение текста на русском или другом языке с применением кириллицы, что может оказаться иногда удобной вещью на практике.
(пошел нормальный контент после Дурова)
Гиперперсонализация увеличивает продажи x3, а лояльность пользователей — настолько, что у конкурентов не остается шанса. Как мы внедрили подход в маркетплейс Альхадая и сделали его достойной заменой iHerb на рынке СНГ —
* Не привлекая внимания санитаров
Меня зовут Илья, я занимаюсь фронтенд-разработкой вот уже 10 лет. Представьте, что вам нужно сделать стили для печати документов, а бегать к принтеру с линейкой, чтобы убедиться в корректности фактических размеров отдельных элементов, очень не хочется. Было бы куда проще иметь возможность приложить ту же линейку к экрану. Но размеры элементов на экране почти всегда не соответствуют их физическим размерам при печати. Казалось бы, зачем это вообще может быть кому-то нужно. Но это бывает важно. Например, в типографиях.
Как вы уже догадались, работаю я не в типографии, поэтому с подобной проблемой не сталкивался. Но в свободное время интересуюсь необычными задачами из мира веб-разработки, так сказать, расширяю кругозор. И вот однажды я услышал тезис, что добиться точного воспроизведения реальных размеров на экране невозможно.
Что ж, вызов был брошен. И я поставил себе задачу (вы же тоже сами ставите себе задачи?) — нарисовать красивый красный квадратик размером 3 × 3 см. Тому, что у меня в итоге получилось, и посвящён мой необычный рассказ.
В версии 2.1.3, помимо прочего, был введён новый функционал для улучшения производительности сайтов, использующих hmpl.js.
Мемоизация запроса - это один из отличнейших способов оптимизации в программировании. «Что это? Как оно работает?» - на эти вопросы я постараюсь ответить в данной статье.
Мифы в мире IT — дело обычное. Программисты переустанавливают «Виндовс» бабушке, UX-дизайнеры рисуют пейзажи в стиле Ван Гога, а маркетологи клеят рекламные листовки на столбы. Коснулась ли подобная участь UX-редакторов? Увы, да.
Профессия относительно новая, а значит, обрастать мифами будет ещё долго. Но чем быстрее мы внесём в неё ясность, тем понятнее и эффективнее будут тексты в разных продуктах. И что же отделяет продуктовые команды от таких текстов, а самих UX-редакторов от работы мечты — разбираем в мифах ниже.
В большинстве современных книг есть такой раздел — «Благодарности». Автор благодарит своих редакторов, учителей, друзей, родственников, любимых котов и всех тех, без кого книга никак не могла появиться на свет. Книгу я писать не планирую, а сказать спасибо за всё хорошее можно и в посте на Хабре.
В своём посте благодарности я хочу перечислить не имена людей, а интерфейсные и программные решения, которые здорово упростили мне (как и многим другим пользователям) жизнь в IT-мире. Впрочем, за каждой программой стоят её создатели. Поэтому мой список — это прежде всего выражение признательности тем прекрасным людям, которые смогли реализовать что-то действительно удобное и полезное.
Привет, любители старого «железа». Это Антон Комаров, и сегодня мы изучим ИТ-артефакт, одно из имен которого — Breadbox Ensemble. Это графическая оболочка для MS-DOS, которая значительно опередила свое время. К примеру, концепция меню «Пуск» в ней появилась на 2,5 года раньше, чем в Windows 95. Компанию-разработчика, Berkeley Softworks, пытались купить Microsoft, Apple Notebooks и Sun Microsystems. Но руководство не согласилось, решив продолжить самостоятельное «плавание». И оно было довольно успешным: последняя версия оболочки вышла аж в 2009 году.
Так что заваривайте себе чайку, доставайте печеньки и давайте посмотрим, ради чего в начале 90-х шла нешуточная борьба между крупнейшими софтверными корпорациями. И как Breadbox Ensemble повлияла на внешний облик операционных систем того времени. Приятного чтения.
Рецензия на книгу «UX/UI дизайн для создания идеального продукта»
Привет! Сегодня расскажу о том, что узнала из книги‑гида Ярослава Шуваева «UX/UI дизайн для создания идеального продукта». Дабы рецензия не вышла совсем уж пространной, решила разделить её на две части. Поговорим о SUS, MVP, концепциях Personas и JTBD, разнице между MVT и A/B‑тестированием, об API, как о факторе, формирующем UX, и многом другом.
Привет! Меня зовут Михаил Мурзак, я продуктовый дизайнер в Ozon Seller (сайт и приложение продавца).
Время от времени мы делаем анимированные онбординги крупных фич в мобильном приложении и долгое время использовали для этих целей Adobe After Effects с плагином Bodymovin (для экспорта в Lottie), но каждый раз для меня это было мучением, поэтому я решил пересесть на официальный клиент Lottie и написал этот гайд для коллег.
Теперь, когда Adobe не продлевает лицензии, этот гайд стал ещё более актуальным, и я решил опубликовать его тут.
Привет! Меня зовут Настя, я UX-дизайнер внутренних сервисов в Лемана ПРО (Леруа Мерлен). Мы с командой создаем чертовски сложный внутренний продукт, и нам критически важно, чтобы сервисы и разделы в нем были понятны коллегам и удобны в использовании.
Поэтому исследования ради исследований нам не нужны. Нужно понимать, какие данные помогут что-то улучшить и, возможно, даже сделать рывок или скачок, а какие ни к чему не приведут, а ресурсы компании будут потрачены впустую.
Сегодня расскажу про наши процессы, а также про исследования и инструменты, которые помогают проектировать продукт.
Сегодня, пересматривая свои старые документы, вспомнил одну интересную вещь, связанную с любительской радиосвязью, и решил на скорую руку написать об этом статью. Речь пойдёт об удалённой работе в радиоэфире, но не через Интернет, как сразу многие бы подумали, а через обычную мобильную связь.
Приветствую всех! В данной статье, речь пойдёт о достаточно необычной теме, информацию о которой я почему-то не нашёл, хотя она достаточно полезна в современных JavaScript фреймворках и библиотеках для создания пользовательских интерфейсов, ведь, в некоторых случаях, применение концепции может помочь ускорить работу с DOM в несколько раз.
Большая статья в двух частях о самом важном, что нужно знать и учитывать продуктовому дизайнеру, если проект, над которым он работает, будет реализован на BDUI:
— в чём его суть и чем он отличается от классического подхода в разработке;
— что такое контракт экрана и контракт компонента, почему они главный источник истины в BDUI подходе, и как с ним работать дизайнеру;
— как дизайнеру читать JSON, разберём ключи и значения.
Статья будет не только теоретической. Поделимся своим опытом внедрения BDUI в дизайн-процессы с примерами и иллюстрациями и оставим несколько рекомендаций для тех, кто только начинает делать это у себя в продукте или команде.
