{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блог Ильи Бирмана: заметки с тегом обзоры", "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.", "_rss_language": "ru", "_itunes_email": "ilyabirman@ilyabirman.ru", "_itunes_categories_xml": "<\/itunes:category>\r\n<\/itunes:category>\r\n\r\n", "_itunes_image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic-square@2x.jpg?1573933764", "_itunes_explicit": "no", "home_page_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/reviews\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/reviews\/json\/", "icon": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764", "authors": [ { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" } ], "items": [ { "id": "3759", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/tognazzini-principles-book\/", "title": "Онлайн-книга Брюса Тогнаццини «Первые принципы интерактивного дизайна»", "content_html": "

Выписал некоторые штуки из онлайн-книги Брюса Тогнаццини «Первые принципы интерактивного дизайна<\/u>»<\/a>.<\/p>\n

О том, что дизайнеры порой решают за пользователя слишком много:<\/p>\n

\n

They offer editing schemes that require the user to use their fat finger to place the text cursor with pixel-precision accuracy just to avoid adding the necessary arrow keys to their aesthetically perfect, but functionally crippled, keyboard.<\/p>\n<\/blockquote>\n

О невидимых элементах интерфейса:<\/p>\n

\n

The situation on the Mac got so bad that, by the early 2010s, the only way a user could discover how to use many of the most fundamental features of the computer was to use Google to search for help.<\/p>\n<\/blockquote>\n

И ещё:<\/p>\n

\n

If you absolutely insist on disguising a control, the secret rule should be crisp and clean, for example, «you can click and drag the edges of current Macintosh windows to resize them», not, «You can click and drag various things sometimes, but not other things other times, so just try a lot of stuff and see what happens».<\/p>\n<\/blockquote>\n

Принцип, что отличия в интерфейсе должны намекать на отличия в поведении:<\/p>\n

\n

Principle: It is just important to be visually inconsistent when things act differently as it is to be visually consistent when things act the same<\/p>\n<\/blockquote>\n

О логичности интерфейса и ожиданиях пользователя (там дальше крутой пример про то, почему перетаскивание элемента иногда копирует, а иногда переносит его):<\/p>\n

\n

It doesn’t matter how fine a logical argument you can put together for how something should work. If users expect it to work a different way, you will be facing an uphill and often unwinnable battle to change those expectations. If your way offers no clear advantage, go with what your users expect.<\/p>\n<\/blockquote>\n

О сложности:<\/p>\n

\n

Principle: Any attempt to hide complexity will serve to increase it.<\/p>\n<\/blockquote>\n

Ещё:<\/p>\n

\n

Stripping away scroll bars, hiding buttons, doing all the things that this section tells you not to do can all lead to increased profits, at least in the short term.<\/p>\n<\/blockquote>\n

И дальше:<\/p>\n

\n

Crippling an interface might help make the initial sale, but in the long run, it can lead to having your most important «sales force», your existing customer base, not only leave you, but tell your potential buyers to stay away as well.<\/p>\n<\/blockquote>\n

Про то, что людям надо рассказывать про фичи:<\/p>\n

\n

The messaging might take the form of a «Did you know…» hint that you show during startup. (If you see a large percentage of your users are turning off these hints, it reflects that you are prematurely mentioning features, are giving them too many hints too often, or continue to tell them about features they have adopted. It is not necessary to give a helpful hint each and every time the user starts up your app. They are more likely to be read and appreciated if they occur on occasion.<\/p>\n<\/blockquote>\n

И не стоит их прятать ради элегантности:<\/p>\n

\n

Principle: There is no «elegance» exception to discoverability. Hiding functionality to create the Illusion of Simplicity is an approach that saps user-efficiency and makes products an easy target for competitors<\/p>\n<\/blockquote>\n

Про эффективность пользователя:<\/p>\n

\n

Principle: Keep the user occupied. Typically, the highest expense by far in a business is labor cost. Any time an employee must wait for the system to respond before they can proceed, money is being lost.<\/p>\n<\/blockquote>\n

Про «чувство дома»:<\/p>\n

\n

Stable visual elements not only enable people to navigate fast, they act as dependable landmarks, giving people a sense of «home». A company logo on every page of a website, including every page of checkout, all enabling the user to escape back to the home page, makes users feel safe and secure. Paradoxically, such cues make it more likely that people will not escape back to the home page, secure in the knowledge that they easily can.<\/p>\n<\/blockquote>\n

Про анду:<\/p>\n

\n

An ecommerce study we did at the Nielsen Norman Group looked at what happens when merchants make it really easy to take things out of shopping carts. As might be expected, people visiting these merchants were much more willing to throw things in, figuring, «oh, well, I can always take it back out later». Except they didn’t take them back out, because the deletion rate was no different. These user just bought more stuff.<\/p>\n<\/blockquote>\n

Про закон Фиттса:<\/p>\n

\n

While at first glance, this law might seem patently obvious, it is one of the most ignored principles in design.<\/p>\n

In attempting to «Fittsize» a design, look to not only reduce distances and increase target sizes, but to reduce the total number of targets that must be acquired to carry out a given task.<\/p>\n<\/blockquote>\n

О скеоморфизме:<\/p>\n

\n

Not only is there no need to slavishly copy a real-world object (skeuomorphism), but unnecessarily limiting the functionality of a software counterpart just to «perfect» the imitation is most often bad design.<\/p>\n<\/blockquote>\n

Смешно про иконки на Айфоне:<\/p>\n

\n

The icon for the browser on the iPhone became a compass, only connected to the concept of the web through the vaguest of abstractions. The iPhone has an actual compass, so they turned its icon into… another compass! Two compass icons: One tells you which way is north and the other connects you to your bank account.<\/p>\n<\/blockquote>\n

О бесконечной ценности пользовательских данных:<\/p>\n

\n

You go into Harrod’s Department Store in London. After making your selections, you are asked to fill out a four-page form. A gentleman looks the form over, then points to the bottom of Page 3 at your phone number. «Excuse me», he says, «Look there. See how you used spaces in your phone number?» When you nod, he continues, «We weren’t expecting you to do that», at which point, he picks up the four-page form and rips it to shreds before handing you a new, blank form.<\/p>\n<\/blockquote>\n", "summary": "Выписал некоторые штуки из онлайн-книги Брюса Тогнаццини «Первые принципы интерактивного дизайна»", "date_published": "2015-01-03T20:38:59+05:00", "date_modified": "2015-01-03T20:38:36+05:00", "tags": [ "дизайн", "книги", "обзоры", "пользовательский интерфейс", "цитаты" ], "_date_published_rfc2822": "Sat, 03 Jan 2015 20:38:59 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "3759", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "3764", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/paul-mijksenaar-visual-function-book\/", "title": "Книга Пола Мейксенара «Визуальная функция: введение в информационный дизайн»", "content_html": "

Мейксенар — ветеран дизайна навигации в общественных местах, помогает людям улетать из кучи аэропортов<\/a>. Такая маленькая книженция у него:<\/p>\n

\n\"Книга\n<\/div>\n

Трудно понять, о чём она именно — набор разрозненных мыслей.<\/p>\n

Почему не сработала схема метро Виньелли в Нью-Йорке (1977), но сработала в Лондоне (1933)? Как я понял, лондонская схема настолько схематична, что связь с реальностью рвётся совсем. А нью-йоркская схема Виньелли отчасти пыталась быть про географию, и никто не понимал, до какой степени ей можно было доверять, что взрывало людям мозг (ничего из этого в книге не написано, там какие обрывки намёков на некое мироощущение автора — додумывать приходится самому).<\/p>\n

Ещё чем меньше расстояние между станциями или остановками, тем меньше годится схема (видимо, потому что транспортаная система перестаёт восприниматься как телепорт, и человек хорошо связывает соседние станции друг с другом?). Исследователи, которые это просекли, предложили гибридную схему для Лондона:<\/p>\n

\n\"\"\n<\/div>\n

Раньше здания строили так, чтобы подчеркнуть вход — вся форма здания могла указывать на него, а иногда ещё и надпись с названием здания была частью архитектурного решения. Современное здание одинаково выглядит с любой стороны, где вход — не разберёшь.<\/p>\n

Форма не всегда следует из функции. Иногда вот хвалят корабли: они получаются такие красивые, а ведь делаются только исходя из функциональных требований! Но это неправда, корабли всегда делались в том числе и чтобы выглядели круто, иногда даже в ущерб функции.<\/p>\n

В то же время симметричное и рациональное нам кажется красивым. Может оттого, что оно вызывает подсознательные ассоциации-воспоминания с полезным и надёжным? Британские дорожные знаки — указатели направлений не так удобны, как нидерландские, но зато красивее.<\/p>\n

Баухаус отказался от прописных букв («зачем нам два алфавита, когда можно обойтись одним»), а вот исследования показывают, что люди быстрее читают слова, написанные с прописной. В аэропорте Схипхол в Амстердаме вся навигация была только строчными (жесть, выглядит как будто «дизайнер» делал). Ещё там пиктограмм не было, потому что их считали визуальным шумом. Потом тех дизайнеров уволили, конечно<\/s>. Мейксенар когда сделал редизайн, поставил пиктограммы и написал с большой буквы (молодец!).<\/p>\n

Экономический эффект пиктограмм: позволяют не делать кучу разных языков для всего мира. Это мы знали<\/a>.<\/p>\n

Самые первые графики с двумя осями — 14 век. Декарт сформулировал принцип формально только в 17-м. Шарль Минар и его Наполеон<\/a> — 19 век.<\/p>\n

Графики помогают, когда надо показать статистику и взаимосвязь, пиктограммы показывают концептуальные объекты или функции, иллюстрации и фотографии вдыхают в объекты жизнь, а текст нужен тогда, когда необходима точная, конкретная информация.<\/p>\n

Графические переменные с точки зрения картографа: форма, цвет, положение, ориентация (это пересекается с темой кодирования).<\/p>\n

Сначала сделай дизайн инструкции, а потом уже — самой вещи. Так ты поймёшь, сложная она получилась или нет. Инструкции используют иллюстрации вместо фотографий (там речь об инструкциях по безопасности полёта), потому что на фотографиях слишком много деталей, не имеющих отношения к делу. Иллюстрации позволяют подчеркнуть то и только то, что важно для повествования.<\/p>\n

Как-то так.<\/p>\n", "summary": "Мейксенар — ветеран дизайна навигации в общественных местах, помогает людям улетать из кучи аэропортов...", "date_published": "2014-11-12T03:52:22+05:00", "date_modified": "2014-11-16T02:31:04+05:00", "tags": [ "книги", "лондонское метро", "навигация", "обзоры" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/paul-mijksenaar-visual-function-book.png", "_date_published_rfc2822": "Wed, 12 Nov 2014 03:52:22 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "3764", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/paul-mijksenaar-visual-function-book.png", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/tudelft_underground_map.jpg" ] } }, { "id": "3610", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/jony-ive-book\/", "title": "Книга про Джони Айва", "content_html": "

Прочитал книжку про Джони Айва, «гения, стоящего за величайшими продуктами Эпла». Так называется:<\/p>\n

\n\"\"\n<\/div>\n

Понятно, что с учётом адской эпловской секретности, не всё можно принимать на веру. Что-то из написанного, возможно, полная туфта, просто кто-то так рассказал, а на самом деле всё иначе. Поскольку информации про главного героя не так много, автору приходится иногда уходить в сторону, рассказывая о британском образовании и жизни вообще, о коллегах Джони на разных работах, об Эпле помимо Джони, о возвращении Джобса, роли Тима Кука и т. д.<\/p>\n

Много любопытного. Например, если верить книжке, Пауэрбук, ещё до Айва, стал первым ноутбуком, у которого клавиатура была близко к экрану, а перед ней было пространство для запястий и мышезаменителя. В ноутбуках до этого клавиатура, наоборот, была ближе к переднему краю. А Айбук стал первым ноутбуком, просыпавшимся при открытии крышки, с портами по бокам, а не сзади, и со встроенным вайфаем. Ещё интересно про ANPP, Apple New Product Process — мегачеклист, через который должны проходить все выпускаемые продукты, правда, без особых подробностей.<\/p>\n

Выписал из книжки разное себе, делюсь в почти необработанном виде (если в предложении нет подлежащего, подставить «Джони»).<\/p>\n

Учёба:<\/p>\n