{ "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\/citations\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/citations\/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": "6217", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/dzhon-gruber-pro-tekstovoe-vydelenie-na-aypade\/", "title": "Джон Грубер про текстовое выделение на Айпаде", "content_html": "

А вот ещё кусочек из подкаста. В 312-м выпуске «Ток-шоу» Джон Грубер рассказывает про работу в программе Кварк-экспресс, а потом — что нет так с текстовым вводом на Айпаде<\/a> (с 1:05:20):<\/p>\n

Он говорит: «Всё, что могло быть быстрым, было быстрым. И точным. Очень точным! Я всё ещё помню клавиатурные сочетания, например чтобы подвинуть текст на сотую дюйма. А если на тысячную, то нужно было зажать ещё и Альт. И это всё работало так быстро на тех старых компьютерах! Представь, как быстро работало бы сегодня! А у современного софта такого нет. И точности этой нет. Взять хотя бы фрустрацию от Ай-ОСа, особенно на Айпаде. Я не знаю, как должно быть, но я знаю, что Эплы это ещё не нашли. Как точно выделять текст на тач-экране? Когда я пытаюсь выделить текст на несколько строк, я постоянно промахиваюсь с началом или концом. 25 лет назад я никогда не промахился даже на один символ, и мне даже задумываться над этим не нужно было!»<\/p>\n", "summary": "А вот ещё кусочек из подкаста. В 312-м выпуске «Ток-шоу» Джон Грубер рассказывает про работу в программе Кварк-экспресс, а потом — что нет так с текстовым вводом на Айпаде", "date_published": "2024-01-20T10:42:24+02:00", "date_modified": "2024-01-20T12:17:57+02:00", "tags": [ "подкасты", "пользовательский интерфейс", "сопротивление", "цитаты", "Эпл" ], "_date_published_rfc2822": "Sat, 20 Jan 2024 10:42:24 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6217", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6214", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/opyt-sirakyusy-s-prilozheniem-zhurnal\/", "title": "Опыт Сиракьюсы с приложением «Журнал»", "content_html": "

В продолжение темы того, что знания теряются. В 391-м выпуске «Ток-шоу» Джона Грубера Джон Сиракьюса описывает свой опыт использования нового приложения «Журнал» на Айфоне<\/a> (с 1:27:44).<\/p>\n

Он говорит примерно такое: «Я запустил программу, нажал на „плюсик“, появилась панелька с приглашением разрешить ей автоматически предлагать мне идеи того, что добавлять в мой журнал. Я разрешил. Потом она спросила про уведомления. Я разрешил. И тут я оказался на той же панельке с приглашением разрешить предлагать идеи, но оно было задисейблено — видимо, потому что я их уже разрешил. И я такой: „Ок, и что мне теперь делать“? Я подёргал панельку туда-сюда, попытался её смахнуть, потом попробовал тапнуть что-то за её пределами — ничего не происходило. И тут вдруг панелька уехала, а за ней открылась куча тех самых идей. То есть она усердно формировала этот список. Такое не только в приложении „Журнал“ бывает. Это базовые понятия о взаимодействии человека и машины, которые каким-то образом покинули компанию Эпл. Когда компьютер что-то делает некоторое время, покажите что-то на экране, чтобы люди понимали, что компьютер думает!»<\/p>\n

Плачем вместе.<\/p>\n", "summary": "В продолжение темы того, что знания теряются. В 391-м выпуске «Ток-шоу» Джона Грубера Джон Сиракьюса описывает свой опыт использования нового приложения «Журнал» на Айфоне", "date_published": "2024-01-18T21:05:13+02:00", "date_modified": "2024-01-20T10:42:09+02:00", "tags": [ "обратная связь", "подкасты", "пользовательский интерфейс", "цитаты", "Эпл" ], "_date_published_rfc2822": "Thu, 18 Jan 2024 21:05:13 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6214", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6186", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/standard-controls-win\/", "title": "Армент: используйте стандартные компоненты, чтобы уделать конкурентов", "content_html": "

В недавнем выпуске Under the Radar<\/a> ребята говорят то, что я говорю всем дизайнерам сто лет: используйте блин стандартные элементы, и ваш дизайн будет почти гарантированно красивее, чем если вы будете рисовать отсебятину! Нужный кусочек — после отметки 19 минут.<\/p>\n

Марко жалуется на бесконечные программы, где всё кастомное:<\/p>\n

\n

Everything just feels so weirdly needlessly custom and nothing works right, nothing feels right, and nothing looks right.<\/p>\n

So first of all, I think, this gives indies like us a huge opportunity. We can look better than 90% of what’s out there by actually doing less work. It’s actually easier to use the system default stylings of things, especially with SwiftUI, it makes it even easier. Because in many cases SwiftUI is doing a lot of standard styling stuff for you behind the scenes even more than UIKit did. If we just do less custom styling work and follow Apple’s either default behaviours or standard styles much more often, our apps will look better, and they will work better, and they will have better accessibility support, and they will respond better to different preferences. Way better than most of what’s up there in the App Store which is all these weird web view garbage apps.<\/p>\n<\/blockquote>\n

А Дэвид отвечает, что раньше делал всё «своё», потому что не хотел, чтобы программа выглядела «скучной», пытался так придать программе характер. Но, говорит, понял, что над системными элементами много лет работали крутейшие дизайнеры, отлаживали там тончайшие детали типографики и прочего, и что когда он делает «своё», он просто выкидывает в мусор всю эту работу. Фокус в том, говорит, чтобы поменять в стандартном лишь пару поверхностных нюансов, и уже появится своё настроение, но зато останутся стандартные размеры и поведение. Если посмотреть на очень яркие эпловские приложения типа того же Фитнесса, то будет видно, что там тоже всё стандартное — форма кнопок, отступы — просто покрашенное другими цветами. А если, говорит, я хочу более амбициозный дизайн запилить, то надо и дизайнерские скиллы прокачать куда сильнее!<\/p>\n", "summary": "В недавнем выпуске Under the Radar ребята говорят то, что я говорю всем дизайнерам сто лет: используйте блин стандартные элементы, и ваш дизайн будет почти гарантированно красивее", "date_published": "2023-12-26T21:43:05+02:00", "date_modified": "2023-12-26T21:42:55+02:00", "tags": [ "студентам", "цитаты" ], "_date_published_rfc2822": "Tue, 26 Dec 2023 21:43:05 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6186", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6124", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/larry-tesler-testing\/", "title": "Ларри Теслер про тестирование и гипотеза про нейросети", "content_html": "

По поводу культа исследования и тестирования всего, что только можно, вот Ларри Теслер говорит в давнем интервью:<\/p>\n

\n

Usability testing should always be done before a designer finalizes unproven or controversial interface elements. But testing should be conducted in the cheapest possible way.<\/p>\n<\/blockquote>\n

Ларри Теслер стоял у истоков графического интерфейса с мышью: работал в Ксерокс-ПАРКе, а потом в Эпле. Он был среди тех, кто придумывал то, что сегодня нам кажется само-собой разумеющимся в компьютерах. Чтобы найти удачные решение, нужно было перепробовать много всего такого, что сегодня показалось бы очень странным.<\/p>\n

Сегодня тестирование, похоже, стало слишком дешёвым, и поэтому подменило собой экспертизу. Если не знать, как развивались интерфейсы последние сорок лет, что угодно будет казаться «unproven or controversial». Но дизайнеры, которые знают и могут предлагать хорошие решения, стоят дороже, чем те, кто делают как попало, тестируют и переделывают «до готовности».<\/p>\n

Кажется, что такую работу скоро начнут делать нейросети. Сделать что-то по аналогии, не вникая в суть — это прямо идеальная задача для них. Если к этому прикрутить цикл обратной связи с тестированием, то получим полностью автоматизированного робота-дизайнера. Но на входе кто-то должен будет давать ему понимание задачи.<\/p>\n", "summary": "По поводу культа исследования и тестирования всего, что только можно, вот Ларри Теслер говорит в давнем интервью", "date_published": "2023-10-23T08:00:27+02:00", "date_modified": "2023-10-23T07:59:08+02:00", "tags": [ "пользовательский интерфейс", "цитаты" ], "_date_published_rfc2822": "Mon, 23 Oct 2023 08:00:27 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6124", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6117", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/atp-kids-programming\/", "title": "Подкаст АТП: как дети становятся программистами", "content_html": "

Джон Сиракьюса в 446-м выпуске АТП<\/a> начиная с 40:36<\/span> рассказывает про то, как дети становятся программистами, и что у него с его детьми не прокатило:<\/p>\n

\n
446: Dead From Fraud<\/a><\/div>\n<\/div>\n
\n

With my kids, I had no success getting them to want to learn to program at any age. I didn’t really push it that hard, but I was putting it in front of them, see if they are into it, see if it would grab them. And it never got hooked. And we all — all three of us — know what it means to get hooked on programming. It’s one of those things that just happens, right? You can see when programming gets its claws into somebody. And you know, it’s not subtle. You’ll find yourself just sucked in and just constantly working on this program — we all experienced it. That’s how we became who we are. But when that doesn’t happen, it doesn’t happen.<\/p>\n<\/blockquote>\n", "summary": "Джон Сиракьюса в 446-м выпуске АТП начиная с 40:36 рассказывает про то, как дети становятся программистами, и что у него с его детьми не прокатило", "date_published": "2023-10-17T08:07:15+02:00", "date_modified": "2023-10-17T08:07:33+02:00", "tags": [ "подкасты", "программирование", "цитаты" ], "_date_published_rfc2822": "Tue, 17 Oct 2023 08:07:15 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6117", "_rss_enclosures": [ { "url": "https:\/\/traffic.libsyn.com\/atpfm\/atp446.mp3", "type": "audio\/mpeg", "length": "" } ], "_e2_data": { "is_favourite": false, "links_required": [ "jquery\/jquery.js", "jouele\/jouele.css", "jouele\/jouele.js" ], "og_images": [] } }, { "id": "6060", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-stability\/", "title": "Марко Армент про стабильность в интерфейсе", "content_html": "

В 439-м выпуске АТП<\/a> Марко Армент произнёс хорошую речь о стабильности в интерфейсе, я даже не поленился записать. Начиная с 35:07:<\/p>\n

\n

UIs so often lack stability. It is such a critical quality. You want the UI to be stable.<\/p>\n

Not every surface should be “live”... If you try to select some text on a website with a mouse on a desktop, you don’t want every single thing that you can click on or accidentally brush against with your finger on a phone to be something that is live, that does something. You want stability, you want things to feel solid, and predictable, and forgiving. And not being so susceptible to things like accidental input or imprecision in input... People are doing things unintentionally.<\/p>\n

You also don’t want the UI to be moving around when people are trying to use it. And I feel like a lot of the current Mac design language these days, where everything is being hidden behind hover states and then things animate somewhere out of the way and change where they are... this is all violations of UI stability. It makes everything a hot zone or a live zone. And things are jumping around, and it’s disorienting, and it’s inefficient, and it’s unintuitive as well, and undiscoverable and all sorts of other problems.<\/p>\n

Anything you can do to make a UI more stable in a sense that things don’t move around too much, there aren’t too many different modes where things come in and out or slide around, or pop in, or pop out, that makes it easier and better and more calm to use for more people. And it’s a better design.<\/p>\n<\/blockquote>\n", "summary": "В 439-м выпуске АТП Марко Армент произнёс хорошую речь о стабильности в интерфейсе, я даже не поленился записать", "date_published": "2023-08-08T21:23:08+02:00", "date_modified": "2023-08-08T21:30:03+02:00", "tags": [ "анимация", "АТП", "пользовательский интерфейс", "цитаты" ], "_date_published_rfc2822": "Tue, 08 Aug 2023 21:23:08 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6060", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "6011", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/stihi-na-vsyu-zhizn\/", "title": "Стихи на всю жизнь", "content_html": "

Поэзия занимает важное место в моём сердце. Кто-то наизусть помнит стихи Бродского, кто-то — Ахматовой. А я никогда не забуду стихотворение, написанное моим одноклассником Вадей во время одного из уроков в школе:<\/p>\n

\n

Я возжелал сегодня отожрать
\nЧего же боле мне ещё желать?
\nНо я сижу в паралепипедной коробке
\nИ должен слушать эту лысину с бородкой<\/p>\n

Вадим Кудабаев, около 2000 г.<\/i><\/p>\n<\/blockquote>\n", "summary": "Никогда не забуду стихотворение, написанное моим одноклассником Вадей", "date_published": "2023-06-13T17:14:51+02:00", "date_modified": "2023-06-13T10:20:12+02:00", "tags": [ "цитаты", "школа" ], "_date_published_rfc2822": "Tue, 13 Jun 2023 17:14:51 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "6011", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5997", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/stroustrup-oop\/", "title": "Страуструп про хороший и объектно-ориентированный код", "content_html": "

Бьорн Страуструп рассказывает про Си++<\/a> и такой (53:34):<\/p>\n

\n

There are people who think good programming means object-oriented programming and object-oriented programming means use of enormous hierarchies. Certainly the first part of that statement is wrong. There’s lots of good code that are not object-oriented and there’s lots of lousy code that are object-oriented by that definition.<\/p>\n<\/blockquote>\n", "summary": "Бьорн Страуструп рассказывает про Си++ и такой (53:34)", "date_published": "2023-05-24T11:42:18+02:00", "date_modified": "2023-05-24T11:42:14+02:00", "tags": [ "программирование", "цитаты" ], "_date_published_rfc2822": "Wed, 24 May 2023 11:42:18 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "5997", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5837", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ukazyvaet-ey-na-odin-iz-velosipedov\/", "title": "Указывает ей на один из велосипедов", "content_html": "

Читаю потихоньку книгу Светланы Бурлак про происхождение языка. Когда дочитаю, сделаю выписку. Но пока вот одна цитата, которая мне очень понравилась:<\/p>\n

\n

Жест сам по себе несёт не слишком большое количество информации, и, чтобы верно понять намерение «говорящего», необходимо иметь достаточно много общих с ним знаний (и знать, что эти знания действительно являются общими) ‹...› Если некто идёт с девушкой по территории университета и, проходя мимо библиотеки, указывает ей на один из велосипедов, стоящих около входа, то для того, чтобы понять, что́ имеется в виду, девушка должна знать не только то, что этот велосипед принадлежит её бывшему приятелю, с которым она теперь избегает встреч, но и то, что вся эта информация известна её спутнику, — если она не знает, что он знает об этом, она не сумеет верно интерпретировать его жест (а он, если не знает, что она знает, что он это знает, вряд ли станет указывать ей на этот велосипед).<\/p>\n<\/blockquote>\n

Кажется, это самый компактный ответ на то, почему все голосовые помощники абсолютно тупые как дрова и никогда не могут понять, что тебе надо, как бы прекрасно они не распознавали твою речь.<\/p>\n", "summary": "Читаю потихоньку книгу Светланы Бурлак про происхождение языка. Когда дочитаю, сделаю выписку. Но пока вот одна цитата, которая мне очень понравилась", "date_published": "2022-07-17T21:54:03+02:00", "date_modified": "2022-07-17T21:52:22+02:00", "tags": [ "технологии", "цитаты", "языки" ], "_date_published_rfc2822": "Sun, 17 Jul 2022 21:54:03 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "5837", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5788", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/obyasnenie-cherez-analogiyu\/", "title": "Объяснение через аналогию", "content_html": "

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

Сколько я себя помню, все, все<\/i> учителя физики, которые пытались мне это объяснить, использовали аналогию с водой. Я даже воспроизвести её могу: вольты — это с какой высоты льётся вода, а амперы — это насколько толстой струёй. Ну как это можно не понять, это же так просто?<\/p>\n

Да про воду мне всё понятно! Но мы про электричество говорили. Нельзя ли про электричество понятно объяснить? Аналогия с водой — чушь. Начнём с того, что даже для самой ситуации с водой не нужны эти единицы измерения. Высоту можно померить в сантиметрах, а толщину струи — тоже в сантиметрах! То есть мало того, что тут не нужны свои особые единицы измерения, тут хватает одной общечеловеческой на оба измеряемых параметра. Нафига вы эту воду сюда вообще тащите, если у электричества с ней нет ничего общего? Ну и остаётся вопрос: кулоны — это что за хрень?<\/p>\n

Очевидно, что в ситуации с электричеством происходит что-то фундаментально другое. Вероятно, в чём-то оно и аналогично течению воды — не зря же физики использовали слово «ток» — но чтобы понять, в чём именно, нужно понимать само явление непосредственно<\/i>, а не через аналогию.<\/p>\n

А вспомнил я про это, потому что в недавнем выпуске АТП обсуждали непонимание файловой системы<\/a> (с 1:17:35). Сиракьюса отлично объяснил, что люди, которые её понимают, тоже понимают её непосредственно, а тем, кто не понимает, аналогия с реальными файлами, вложенными в папки, не помогает: «When you understand the file system, and files and folders on a computer, you understand it for what it is<\/i>. You don’t understand it because its like a filing cabinet. It’s not<\/i> like a filing cabinet».<\/p>\n

Это полезно помнить, когда вы объясняете другим что-то, что вы сами хорошо понимаете.<\/p>\n", "summary": "Мой главный пробел в школьном курсе физики — всё, что касается электричества. Я не понимаю, что такое вольты, ватты, амперы, кулоны и, главное, нахрена их столько", "date_published": "2022-01-04T14:43:46+02:00", "date_modified": "2022-01-04T17:56:17+02:00", "tags": [ "АТП", "цитаты", "я" ], "_date_published_rfc2822": "Tue, 04 Jan 2022 14:43:46 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "5788", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "5585", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/anton-and-irene-yandex\/", "title": "Антон и Айрин в Яндексе в 2015 году", "content_html": "

Несколько лет назад мне повезло поприсутствовать на выступлении Антона Реппонена и Айрин Перейры в Яндексе. Это такие крутые чуваки<\/a>, которые занимаются дизайном, в том числе сложной вёрсткой и интерфейсом.<\/p>\n

\n\"\"\n
Фрагмент сайта antonandirene.com<\/a><\/div>\n<\/div>\n

Кайф в том, что хоть они и сидят в Бруклине, они не стесняются называть говно говном (в западном обществе такое не очень принято). Они не выкладывают свои выступления, но Айрин великодушно разрешила мне опубликовать цитаты текстом.<\/p>\n

Про персонажей<\/h2>\n

Айрин:<\/p>\n

\n

So the first thing, I don’t know if that’s very common here, but in the US personas<\/i> are very common in UX design. And I think personas are a bunch of bullshit, like it’s the dumbest thing that you can do. For those of you who don’t know what a persona is, it’s like a written description of a fake user [произносит с интонацией «прикиньте, какая дичь?»] where it’s like, this is Nancy, she’s fifty years old, she drives a convertible, she lives in Florida, she goes to Facebook, you know, and these are supposed to inform the design and supposed to explain to the client that these are their common users.<\/p>\n

And basically every UX designer in the US will tell you that it’s a very important part of the process. And in fact they are so serious about it that every time I say on stage that personas are bullshit I always get hate mail, like, two hours later. And people come up to me and try to argue with me: “Irene you’re wrong, personas are super important [изображает воинствующий серьёзный голос] and blah blah blah”, and I’m like, fine, do that, I don’t care, I just don’t wanna do that [тихо-тихо] crap. [все ржут]<\/p>\n<\/blockquote>\n

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

Про юзер-рисёрч<\/h2>\n

Айрин:<\/p>\n

\n

Something that I’m also very much against — like I said, people hate me for this too, not just for the persona comments — user research! I don’t know if at Yandex you guys do a lot of user research, I’m sure you do because a lot of big companies do. And I’m not saying that I’m completely against all<\/i> user research, so please don’t come and send me hate mails again. It’s going to be very specific.<\/p>\n

So a lot of times in my experience especially in service agencies (I think it’s a little bit different if you work for a product, you know, Spotify, Google, or Yandex). People basically create something, they promise the client that it’s gonna be good and they’ve paid money for this. And then they go and they say: let me test this, you know, on real people. Or let me ask real people how they like it. Or let me do a usability test. Or whatever it is that you do on users to find out whether or not you solution works. And then these people basically control that environment. So now they are inviting users to use their product. So it’s completely not objective. I’ve been in situations where it was embarrassing, you know. It’s like something that is a complete waste of time and a complete waste of money and it’s a complete lie. And they control that environment and then supposedly they get some insights out of it but in reality it’s all completely directed by the people who created this. Because what are they gonna do? They’re gonna say to their client: oh, guess what, everybody hated it, we’re gonna start again. They are not gonna do that.<\/p>\n

So user research especially in a service industry for us is very very dangerous. Because if you can’t sell your work yourself as a designer and you need to utilize fake stats, basically, that you manipulated to convince your client to do something, like, what the fuck are you doing? That is not normal<\/i>. And now because everything is so metrics-driven, it almost has become this pseudoscience, religion, you know, you have<\/i> to do it because that’s how great design is made. And I just don‘t believe that.<\/p>\n<\/blockquote>\n

Антон:<\/p>\n

\n

We’ve been working with Nickelodeon and they said they did user research. And obviously we’re making an app for kids. So there was one page from their user research where they were giving the app to kids and just seeing how kids interact with the Internet or kids interact with iPad. And there was a whole chapter about a kid who goes to YouTube, he goes to search input field, he types the letter F, and hits Search. And then they ask the kid, “What were you trying to find?” “I don’t know, just, like, videos that start with the letter F!” [все ржут].<\/p>\n

And then the client asks us so how are you gonna accommodate for that?<\/p>\n<\/blockquote>\n

Айрин:<\/p>\n

\n

Fuck you! I don’t care about that kid. [все ржут]<\/p>\n

And basically I state this upfront to every single client that we do not do user research, we are not gonna do any of that [...] I feel that it’s my job as a designer to actually think about things and solve problems and then it’s also my job to make sure that things look beautiful and things are usable, that’s all part of the job. And if you rely on other people to make that happen for you, that’s kind of weird.<\/p>\n<\/blockquote>\n

Моё любимое:<\/p>\n

\n

And also just to be clear, I’ve never ever ever read any user research or been in any kind of testing environment where anything anyone has said was a surprise. Ever. It’s always been like, oh my God, why are we doing this, I’m so fucking bored, of course<\/i> that’s what they are saying!<\/p>\n

It’s this kind of this weird thing in UX especially where it’s literally like a religion. And that’s because people have entire jobs that are relying on this. But you know, remember back when we had SEO experts? Where are they now?<\/p>\n<\/blockquote>\n

Про вайрфреймы<\/h2>\n

Айрин:<\/p>\n

\n

So, UX... I’m not gonna get into what does it mean, blah blah blah. I’m bored with that myself. I don’t care if you call yourself information architect, experience designer, interaction designer, I don’t care. However, please don’t do this!<\/i><\/p>\n<\/blockquote>\n

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

This is fucking awful. And I kid you not I get about maybe a hundred emails a week from people asking “can you look at my portfolio”... And honestly I don’t really look at most of them, but that’s because most of them look like this. And if this is what you are doing as a UX designer or interaction designer or whatever it is that you wanna call yourself, you’re fucking idiot. Because you are not solving anything<\/i> here. How is the client gonna sign off on this? How is the designer gonna taking this cue into the visual design? It’s just insanity. I would say about 95% of UX designers send me stuff like this.<\/p>\n<\/blockquote>\n

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

Помните: вполне можно быть крутыми и успешными, и при этом не заниматься ерундой!<\/p>\n", "summary": "Персонажи, юзер-ричёрч и вайрфреймы", "date_published": "2021-03-09T08:47:55+02:00", "date_modified": "2023-08-14T17:27:23+02:00", "tags": [ "дизайн", "пользовательский интерфейс", "студентам", "цитаты" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ai-image.jpg", "_date_published_rfc2822": "Tue, 09 Mar 2021 08:47:55 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "5585", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ai-image.jpg", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/ai-wireframe.jpg" ] } }, { "id": "5123", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/webkit-tracking-prevention-policy\/", "title": "Новая политика предотвращения трекинга в Сафари", "content_html": "

В новой политике предотвращения трекинга Эплы изложили своё новое отношение к нему. Теперь они считают его не просто какой-то там мелкой неприятностью, а борьбу с ним — одной из фич браузера. Вместо этого любую возможность трекинга они считают уязвимостью и убирают её, даже если это может потенциально сломать какую-то безобидную фичу:
\nhttps:\/\/webkit.org\/tracking-prevention-policy\/<\/a><\/p>\n

Несколько цитат:<\/p>\n

\n

WebKit will do its best to prevent all covert tracking, and all cross-site tracking (even when it’s not covert). These goals apply to all types of tracking listed above, as well as tracking techniques currently unknown to us.<\/p>\n<\/blockquote>\n

\n

We treat circumvention of shipping anti-tracking measures with the same seriousness as exploitation of security vulnerabilities.<\/p>\n<\/blockquote>\n

\n

If a party attempts to circumvent our tracking prevention methods, we may add additional restrictions without prior notice. These restrictions may apply universally; to algorithmically classified targets; or to specific parties engaging in circumvention.<\/p>\n<\/blockquote>\n

\n

We do not grant exceptions to our tracking prevention technologies to specific parties.<\/p>\n<\/blockquote>\n

\n

There are practices on the web that we do not intend to disrupt, but which may be inadvertently affected because they rely on techniques that can also be used for tracking. We consider this to be unintended impact.<\/p>\n<\/blockquote>\n

\n

When faced with a tradeoff, we will typically prioritize user benefits over preserving current website practices. We believe that that is the role of a web browser, also known as the user agent<\/i>.<\/p>\n<\/blockquote>\n", "summary": "В новой политике предотвращения трекинга Эплы изложили своё новое отношение к нему. Теперь они считают его не просто какой-то там мелкой неприятностью", "date_published": "2019-09-23T11:18:04+02:00", "date_modified": "2019-09-23T11:17:56+02:00", "tags": [ "ссылки", "цитаты" ], "_date_published_rfc2822": "Mon, 23 Sep 2019 11:18:04 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "5123", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "4950", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/citata-iz-istorii-akunina\/", "title": "Цитата из «Истории» Акунина", "content_html": "

Слушаю аудиоверсию «Истории Российского Государства» Бориса Акунина, сейчас про 17 век и Петра Первого. Цитата:<\/p>\n

\n

До мысли о том, что технический прогресс не возникает по приказанию сверху, а является плодом социального и политического развития, в Москве пока не додумались (впрочем, не додумаются и в дальнейшем).<\/p>\n<\/blockquote>\n", "summary": "Слушаю аудиоверсию «Истории Российского Государства» Бориса Акунина, сейчас про 17 век и Петра Первого", "date_published": "2018-12-12T20:35:44+02:00", "date_modified": "2018-12-12T20:36:58+02:00", "tags": [ "цитаты" ], "_date_published_rfc2822": "Wed, 12 Dec 2018 20:35:44 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "4950", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "4781", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ben-thompson-on-apple-versus-amazon\/", "title": "Бен Томпсон про Эпл и Амазон", "content_html": "

Хорошо<\/a>:<\/p>\n

\n

I mean it when I say these companies are the complete opposite: Apple sells products it makes; Amazon sells products made by anyone and everyone. Apple brags about focus; Amazon calls itself «The Everything Store». Apple is a product company that struggles at services; Amazon is a services company that struggles at product. Apple has the highest margins and profits in the world; Amazon brags that other’s margin is their opportunity, and until recently, barely registered any profits at all. And, underlying all of this, Apple is an extreme example of a functional organization, and Amazon an extreme example of a divisional one.<\/p>\n<\/blockquote>\n", "summary": "Хорошо", "date_published": "2018-05-16T10:09:09+02:00", "date_modified": "2018-05-16T10:09:06+02:00", "tags": [ "цитаты", "Эпл" ], "_date_published_rfc2822": "Wed, 16 May 2018 10:09:09 +0200", "_rss_guid_is_permalink": "false", "_rss_guid": "4781", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "4732", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/ui-book-feedback-cuiet\/", "title": "Отзыв Куиета на книгу «Пользовательский интерфейс»", "content_html": "

Пользователь «Же-же» Куиет написал о книге «Пользовательский интерфейс»<\/a>. Привожу текст полностью — мало ли, сколько осталось жить «Же-же»;<\/p>\n

\n

Сначала я купил подписку на эту книгу себе. Потом, посмотрев на меня, подписку себе купил коллега. Потом я договорился с руководством и оформил её на свой отдел (корпоративная лицензия на 5 человек) и все ее прочитали, прошли тесты и отозвались довольно позитивно.<\/p>\n

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

До выхода бирмановского текста я рекомендовал в качестве стартового руководства по GUI дизайну старый труд Владислава Головача (еще revision 1), тот, который потом Владислав постарался отовсюду изъять. Его хорошая, последовательная, но несколько устаревшая, мобильные приложения тогда практически не рассматривались.<\/p>\n

Работа Ильи Бирмана снабжена современными примерами, хорошо сверстана (про изьяны — ниже) и это тоже хорошее начало для знакомства с темой. Но. «Но» оказалось немало.<\/p>\n

Надо пояснить, что книга доступна только онлайн, смотреть её можно лишь в браузере, только по  подписке (~1000р первые три месяца, и около 50р дальше).<\/p>\n

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

Второй неприятный момент — книга явно тестировалась только на очень современных платформах, и то не на всех. Хорошо её читать на десктопе в Win10\/Chrome или MacOs\/Safari, или на яблочном планшете. Уже мобильный Хром покажет содержимое неправильно. А про сочетание Linux\/Firefox лучше забыть, там получается страшная каша из правильно и некорректно отображенных элементов. А Linux, причём не последней версии, для многих нормальная рабочая платформа, мы же не расисты.<\/p>\n

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

Все отметили плохое сочетание директивности («ясно, что надо делать так») и строгости с небрежностью в примерах и формулировках (ну зачем вот эти «Нешанал-географик» и «Финал кат»? Жутко режет слух работающих в англоязычной среде). Неточность формулировок в тестах при очень большой жесткости тестов тоже вызывает дискомфорт.<\/p>\n

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