0:05 Ты свободен, свободен.
0:07 А ты свободен, свободен, вот тебе 5 задач.
0:09 Коммуникация решает все проблемы, но и создает.
0:12 Для разработчика хороший дизайнер - это тот, который к нему не пришел.
0:16 Вообще нельзя разработчикам доверять дизайн и Юиса.
0:19 Это вообще плохо заканчивается.
0:25 Какой-то грязный наброс.
0:26 Это поначалу сам не ставил.
0:29 У меня есть любимая шутка: что если ты дизайнер, ты не сделал эмптистейт, то ты говно не дизайнер.
0:34 Все наши релизные ритуалы, они писаны там потерей бабок.
0:38 Остается только страдать.
0:39 Раз андроид пользователи уже страдают, не надо застрадать их страдать больше.
0:43 А потому что так надо.
0:48 Это подкаст Диванный дизайнер Атазон.
0:50 Здесь мы общаемся максимально неформально.
0:52 Тепло и ламповое на рабочие, не очень тема.
0:54 Меня зовут Никит Новоселов, я руковожу направлением дизайна Вазон.
0:58 Со мной в студии наш продуктовый дизайнер Женя Маринина.
1:02 Сегодня мы пригласили в гости Сашу Свиридова, руководителя направления мобильной разработки.
1:09 Расскажи нашим слушателям, чем ты занимаешься в Озоне.
1:12 Ты уже все сказал: я руковожу мобильной разработкой, но только приложение для покупателей.
1:17 То есть это два приложения, я а иосу Андроид, которыми пользуются, собственно, миллионы наших пользователей.
1:21 На самом деле в Озоне много приложений, ну и руководителей много, да.
1:26 Я занимаюсь только этими двумя.
1:28 А какие еще бывают другие приложения?
1:30 Разные приложения бывают.
1:32 Есть приложения для продавцов, чтобы продавцы могли управлять своим контентом, смотреть, заказывать рекламу и прочее.
1:39 Есть приложения для сотрудников пункта выдачи, чтобы человек, когда придет за своей посылкой в пункт выдачи, сотрудник мог через приложение ему выдать товар, принять возврат и прочее, прочее.
1:49 Есть приложение для курьеров, есть приложение даже для водителей большегрузных грузовиков - что-то такое.
1:57 То есть, там на самом деле приложений очень много.
1:59 А я забыл самое главное: блин, меня ребята убьют из винтеха.
2:02 У нас же есть Азонбанк.
2:04 Все срочно бегите, а открывать карты Азонбанка.
2:07 А слона-то мы не заметили.
2:08 Ну, Азонбанк же интегрирован еще и в наше приложение.
2:12 Нет, но если говорить про наши приложения, у нас довольно большой зоопарк сервисов, которые интегрированы.
2:17 То есть, кроме Озонбанка, у нас еще есть Озон Фреш, как такая отдельная структурная единица.
2:21 Ну, Озон, довольно большой приложения.
2:24 И вот, как ты сам сказал, там есть и Озон Банк, и Озон Фреш, и даже Тревел есть.
2:28 Это суперап, наверное.
2:30 Как ты относишься к концепции суперав?
2:32 Я помню, несколько лет назад это слово супер ап очень было модное, все его любили называть, во всех новостях были супер ап.
2:39 И были такие жаркие баталии.
2:42 Или нужно много приложений?
2:44 А у Яндекса будет супер ап, а у Тиньковы будет супер ап.
2:47 Все что-то обсуждали, обсуждали, обсуждали, а потом как-то обсуждение ушло на нет.
2:50 И на самом деле-то супер-апы они уже сейчас по факту есть.
2:54 Но они немножко не такие, как в Китае, да, то есть, это же концепция китайская.
2:58 Я первый раз как раз когда в Китае был, в Либабе, собственно, я же чуть-чуть поработал в Алибабе.
3:04 Я увидел этот суперап, когда ты в приложении а-ля интернет-магазин можешь заказать такси.
3:09 Ну и не только такси, все что угодно можете заказать.
3:12 У них концепция именно такая: да, это ВИЧ-ад вот этот, когда ты через чат можешь все что угодно купить, продать такси и так далее.
3:19 И у нас хотели продвигать такую же концепцию, но она, на мой взгляд, не выстрелила.
3:25 И сейчас у нас супер-апы, наверное, чуть более правильные.
3:27 То есть, у Тинькофф все-таки собраны сервисы, которые хоть чуть-чуть, но относятся к банку.
3:32 То есть Тинькофф такси не можешь вызвать.
3:34 То же самое: там, Яндекс.Го.
3:36 Все-таки это вокруг какого-то движения, да, все построено.
3:40 Вокруг доставки, да, ты все-таки из Яндекс.го книгу себе не закажешь.
3:44 У нас все-таки супер аппы выросли, но они все-таки объдены какой-то локальной идеей.
3:50 Не то, что ты можешь все на свете.
3:51 А ты сам для себя, как для пользователей.
3:53 Удобнее, супер, апка, а все в одном приложении, или несколько лучших приложений установить - монофункциональных?
3:59 Это очень сложный вопрос, на самом деле.
4:01 Скажем так, в идею, вообще все в одном приложении я не верю, когда ты пользуешься только одним приложением, там вообще все-все-все от госуслуг до заказа подгузников и так далее.
4:11 Ну, по-моему, это то матч.
4:12 Идея вот таких вот локальных вещей, связанных там, не знаю, с поездками, стратой денег, инвестициями, да, то есть в одном приложении.
4:22 Думаю, что это неплохая идея.
4:23 То есть, я бы ее купил.
4:24 То есть, если взять эти китайские суперапы, там 2 чат, это изначально был просто чат, потом на него начали нанизываться дополнительные сервисы.
4:33 Тоже ВКонтакте, который использует концепцию супер аппара.
4:38 Потом на нее нанизывается другое.
4:39 Когда вы искусственно создаете супер-ап, у которого нет своей отдельной идеи, ну, очень сложно загнать туда пользователей.
4:47 Ну, наверное, можно как-то за деньги.
4:49 Ну, в общем, это будет искусственно.
4:51 Ну, на самом деле, понятно для чего.
4:54 Да, а пользователю зачем?
4:55 Пользователи вообще не понятно.
4:56 Ну, на самом деле есть мнение, что пользователям иногда удобно иметь одно приложение - а не десяток.
5:02 Но это же вечный холевар - вот эти суперапы версу экосистема.
5:06 И десятка этих приложений.
5:09 Как будто и в мире во всем не пришли к единому мнению: что хорошо, что плохо.
5:13 И вообще, если градация на востоке, суперапы очень распространены.
5:17 И в Вечате, которую ты упоминал: там больше миллиона мини-апов.
5:21 А на Западе не особо прижилось, и там больше в сторону экссистемы это все.
5:25 100 процентов меня вообще удивило и взбесило, когда Фейсбук сделал отдельный мессенджер.
5:30 Я что должен ставить.
5:31 Причем не работает уже внутри Фейсбука.
5:35 Я что, должен ставить два приложения для Фейсбука.
5:37 Но это тоже какая-то получается у нас в рунете, не знаю, какая-то грамотная, грамотная комбинация этого уместная.
5:45 Ну, у нас же смешанная культура, востока, и западная.
5:48 Даже в суперапах мы это нашли.
5:50 Да, со стороны разработки.
5:51 Вот тебе как разработчику суперапы.
5:53 Нравится, не нравится.
5:54 Ну, смотри, это челлендж какой-то.
5:56 Это интересная задача.
5:57 Ну, опять ВИЧ-ат, да, мы возвращаемся к нему.
6:00 У них реально очень интересная реализация.
6:02 То есть у них сделан специальный такой метаизык программирования для написания этих супер-апов.
6:08 И вот разработка этого языка - мне кажется, это очень интересная задача.
6:12 А если тебе говорят: гей, там 10 команд, ну-ка, их репозитории, склей свое.
6:18 Давай, быстро, быстро.
6:20 Ну, это другая постановка задачи.
6:22 Ну, сейчас наши мини-апы, которые я могу припомнить, они как раз построены на втором пути, когда мы встраиваем, ну и тот же даже Яндекс.
6:30 Если взять Яндекс.Го, там встроена лавка, там встроен маркет.
6:34 Это не то, что интеграция, прям, это именно встраивание другого сервиса.
6:39 Даже немножко другой аспект расскажу.
6:40 Когда была дискуссия про супер АП, это было модное слово, в Озоне тоже не определились, как развивать, собственно, отдельные сервисы внутри приложения ЗОН.
6:49 И у нас до сих пор есть по сути две реализации.
6:52 То есть, реализация фреша, который запускался как супермаркет.
6:55 То есть, это отдельный нативный раздел, который, в принципе, на самом деле очень похож на обычные приложения Озон.
7:03 Его обычно называют либо БХ Байер Экспериринс, либо бегазон у нас просто народе противоположность фрешу, да?
7:10 Ну надо же, как называть - это, видимо, лит-базон.
7:15 Первый концепт - это фреш.
7:16 То есть, это нативная интеграция.
7:18 То есть, ну, это может быть либо шторка, либо отдельный экран.
7:22 В любом случае, это нативная интеграция, очень близкая к обычному польскому опту.
7:26 Второй путь - это путь, я бы сказал, ВКонтакте.
7:30 То есть, это некая выбьюшка с крестиком, по которому ты закрываешь весь мини-апп целиком.
7:35 И в этой веб-ьюшке разработчики делают вообще все, что хотят.
7:39 Единственное, что ВКонтакте реально круто сделана интеграция, то есть ты через эту вебьюшку можешь авторизоваться через ВКонтакте, можешь пользоваться данные подцепить и так далее.
7:49 Ну, мы до этого этапа не дошли.
7:51 Но мы тоже делали интеграцию - тоже вам ради Хохма расскажу.
7:54 Одна из первых наших потуг на эту тему: мы пытались заинтегрироваться с Папа Джонсом.
8:00 И вот в категорийном дереве, ну у нас это, наверное, не дерево, а табличка категорий скорее, да, в Озоне, была ссылочка на Папа Джонс.
8:06 И когда ты тыкал туда, у тебя в мини-апе, вот в этой вебьюшке, с крестиком, открывался сайтик Папа Джонса.
8:12 И какое-то количество пицц мы даже продали.
8:15 Но оно не окупило тот трафик, который, собственно, мы вводили из категорийного меню.
8:20 Были другие попытки тоже сделать такой выбьешь на мини-ап,.
8:24 Но, в общем они все заглохли, и ВКонтакте у нас была общая идея.
8:27 Когда ты открываешь мини-ап, у тебя вся навигация приложения скрывается.
8:31 То есть у тебя остается только крестик.
8:33 И остается навигация только в самом мини-апе внутри.
8:36 То есть, если мы говорим про побьюшный, это какие-то уже веб-компоненты для навигации.
8:42 Мы делали так же: то есть, мы посмотрели, как дела ВКонтакте, сделали так же.
8:46 В нативном приложении Озон есть табар, там 4 кнопки раньше было, сейчас 5-6, зависимости от региона.
8:52 Когда мы переходили на пресловутый Папа Джонс, мы табар скрывали, то есть мы показывали фулл-скрин вобьюшку с крестиком.
9:01 И сейчас эта концепция очень редко, но используется для каких-то там разовых рекламок, акций и прочее.
9:07 То есть, вот этот меня-вьюшный он живет в таком немножко маргинализированном виде.
9:13 Все-таки сейчас у нас банк, Фреш, Тревел, они достаточно нативные.
9:19 Ну, банк, конечно, веб-вьюшный, но навигация у него нативная.
9:23 А веб-вью умеет краситься в лайт и дарк?
9:27 Мы можем это вырезать, но умеет везде кроме озона.
9:31 Если там уходить в технику, можно прокинуть в веб-вью информацию о выбранной теме, и веб-вью умеет выбирать нужные ЦСС для зависимости от темы.
9:42 Это, в принципе, несложно делать.
9:43 У нас раньше был ФК, такой полунативный в приложении.
9:47 То есть там частично убьют, частично нативный.
9:49 Когда мы пришли на темную тему, нам пришлось его красить, и, собственно, мы туда это внедряли.
9:54 Ну, то есть было бы странно, если половина фью черная, половина вервиглазная.
9:59 В общем, да, можно это сделать.
10:01 Ну, почему Вазоне не везде это поддерживается?
10:04 Давайте серьезно скажем.
10:05 Я могу немножко наврать, но смысл в том, что используется так называемый сервер-сайт-рендеринг, когда хтмка вся строится на бэкэнде, а бэкенд не знает про выбранную тему и это проблема.
10:20 Но если сказать про зум, что его круто выделяет по отношению к другим маркетплейсам?
10:25 Вот многие говорят, что вот на маркете дизайн лучше, потому что он чище, но на маркете нет темной темы.
10:35 И вот как этим можно пользоваться?
10:36 Ты в ночи хочешь что-нибудь купить, и тебе фонарем в глаз.
10:41 Сейчас вам расскажу историю темной темы в Озоне.
10:44 Собственно, вот мой первый руководитель Вазония Женя Шеринген в какой-то момент подошел ко мне и говорит: а давай, это в начале 2020 года было.
10:51 Говорит, а давай сделаем темную тему.
10:54 Продуктовая команда не сильно горела этим заниматься, потому что как это влияет на продуктовые метрики, сложно понять.
11:01 И я начал это так методично, медленно и уныло делать.
11:05 Где-то к середине, к концу 2020 года.
11:07 Ну, то есть я просто ходил по разработчикам и говорил: ты свободен, свободен, вот тебе пять задач, а ты свободен, свободен, вот тебе 5 задач.
11:14 У меня был список, я даже делал какой-то видос, ну не знаю, там сотня задач, ну, видос, где я просто скролю задачи - там видос типа на минуту
11:26 Потому что очень много виджетов, очень много мест, где надо перекрасить.
11:30 У нас же приложение строится из кусочков - из маленьких виджетов.
11:34 Нормальная атимизация и там раскраска компонентов именно таких вот компонентов, я имею в виду дизайн-симы, она не была продумана изначально.
11:42 То есть дизайн-системы была достаточно такая наивная.
11:46 То есть мы делали компоненты по мере надобности.
11:49 То есть, к нам приходит фича, мы думаем, давайте сделаем тут три компонента.
11:52 Ну, давайте, сделали.
11:54 То есть, не было какого-то анализа, какие нам компоненты нужны, какие нам нужно.
11:57 Не то, что сейчас сейчас.
11:59 В общем, каким-то там магическим путем мы ее внедрили, очень сильно радовались.
12:03 И тогда еще ругались, что в веб-бью нет темной темы, потому что в Азон приложении есть некоторые куски на веб-вью.
12:09 Ну, очень часто ФАК сделаны на веб-вью и так далее.
12:12 И чек-аут, кстати, по-моему, до сих пор белый.
12:15 Потому что она вобьюшная, она всегда выбьюшная, там есть определенные ограничения.
12:19 Ее нативно делать очень сложно.
12:21 Чисто из-за регуляторных именно банковских ограничений легче выбью делать.
12:26 И вы знаете, ко мне стали приходить в этом году разные продукты и говорить: слушай, а нам точно нужна темная тема?
12:35 И мы очень давно хотели сделать аналитику - то есть, ну, мы темную тему-то затащили, но у нас не было аналитики - сколько пользователей на какой теме сидят.
12:43 И я понял, что время пришло, потому что иначе это может закончиться странными историями.
12:49 И мы подсчитали: у нас есть красивые графики, можем поделиться.
12:52 Где-то 30% пользователей сидят на темной теме.
12:55 У нас даже хитрее сделано, то есть можно выбрать тему внутри приложения, можно использовать системную.
13:01 И у нас сделана отдельная аналитика.
13:03 Вот если в сумме сложить, на андроиде это где-то 20 процентов на темной теме, причем системная тема это где-то 19%, там 1-2 процента находят где-то изменить в приложении.
13:15 Да, там реально надо поискать в личном кабинете.
13:17 Да, это надо поискать.
13:18 По Йоси больше процента, порядка 30%, и как раз 30% - это люди, которые используют системную тему.
13:24 Ну и тоже 1% пользователей нашел, где в приложении это настроить.
13:28 Ну, то есть, вывод какой: что, видимо, выбор темы в приложении особо не нужен, можно это не реализовывать, не тратить время.
13:35 А системная тема нужна, ну конечно.
13:37 А что за вредители к тебе приходили?
13:39 Чем это было обусловлено?
13:42 Наверное, продукты думают, что так можно сократить тайм-то маркет, если мы будем делать только одну тему.
13:52 Никита как раз сегодня в продуктовом чатике рекламировал подкаст.
13:56 Я думаю, что продукты как раз этот выпуск будет первых, который они послышают.
14:04 Раз мы затронули тему вот этих корнер-кейсов, в темные темы, потому что многие о них не думают, хочется еще узнать, почему озон полноценно не поддерживает планшетную версию?
14:14 О, это, кстати, очень интересная тема, тоже могу рассказать.
14:16 Почему-то у меня все разговоры старческие про далекие времена.
14:20 Когда-то давно к нам пришли какие-то бизнесовые аналитики, и очень громко кричали.
14:26 Ну, не знаю, может быть, тоже 2020-м, может, 2021 году, уже точно не помню.
14:31 У нас в озоне год за три.
14:35 Да, пришли аналитики, стукнули по столу.
14:37 Говорят: да вы что, ребята?
14:39 Вы не поддерживаете планшеты.
14:40 Вайлдберис поддерживает планшеты.
14:42 Мы теряем на этом бабке.
14:44 Там даже посчитали, какой процент же МВ мы теряем.
14:47 срочно, бегите, поддерживайте.
14:49 Мы начали срочно что-то придумывать, но мы применили их МВП-шный подход и решили, ну давайте мы не будем сразу сгоряча все переделывать, давайте сделаем какое-то там простое решение.
15:00 Простое решение было такое: оно, кстати, до сих пор живет.
15:03 Для каких-то основных экранов мы сделали так называемые уши с боков - то есть, просто как-то сейф-аририя белые пустые, чтобы весь контент не растягивать в ширину.
15:12 Если его растягивать, будет совсем некрасиво, а так еще более-менее прилично выглядит.
15:17 Допустим, поисковую выдачу, ну, там очевидно, как это можно было адаптировать под планшет.
15:22 Не 2 продукта в колонку, а четыре продукта в колоночку.
15:25 Ну, и в целом на этом закончили.
15:27 И начали смотреть, как это влияет на планшеты.
15:29 Также добавили аналитику по планшетам.
15:31 У нас есть аналитика по планшетам, и вообще это не повлияло на деньги.
15:36 То есть те, кто пользовался планшетах хазоном, пользовались.
15:39 Новые люди не приходили, и с годами доля планшетов вообще стагнировала.
15:44 То есть сейчас мы в принципе.
15:47 Нет, мы тестируем на планшетах, чтобы не развалилось уже совсем.
15:51 Глобально вообще нет фокуса на планшетах.
15:53 Ну, там, не знаю, 1% пользователей, меньше даже.
15:56 Но больше, наверняка, планшетов и айпадов больше, чем андроид.
16:00 Я даже сейчас не вспомню статистику, но и андроид, и айос вообще мало.
16:04 Мы тут проектировали видже для главной, и предусматривали этот коррно-кейс для планшетов что-то 768 пикселей, ДП, вернее, или около того.
16:13 И когда на приемке смотрели, оказалось то, что вот мы единственный предусмотрели этот корнор-кейс, и наш виджет нормально перестраивался, если остальные вокруг разлетелись в края.
16:24 Это было очень смешно наблюдать.
16:27 Мне кажется, планшеты - немножко маргинальная же платформа сейчас.
16:32 Все перешли на лопатофоны, и планшеты как-то ушли в сторону.
16:36 А там же получается, вот тот, который раскладывается, он же как раз, по-моему, этот фолд, да,
16:44 меньше процента, наверное.
16:45 А может, на планшетах просто веб-вью показывать.
16:47 Ну, кстати, хороший вариант.
16:51 Мы можем про другие штуки такие поговорить, очень интересные, типа эч-кейсные, если уж мы начали про планшеты.
16:58 Это в первую очередь фонд скейл, то есть, когда пользователь в системных настройках меняет размер шрифта, очень многие люди там с возрастом хуже видят и делают себе увеличенные шрифты.
17:10 Ну, то есть, у меня родителям, допустим, 60 лет.
17:12 И у меня и мама, и папа все нашли, где в системных настройках увеличить шрифты.
17:17 И у мамы вообще такие гигантские буквы.
17:20 Хотя, в принципе, мама ходит без очков, но когда пользуются телефоном, ей нужны большие буквки.
17:24 И когда она открывает приложение Озон, это вообще ад.
17:29 Поэтому она пользуется, кстати, только десктопом Озон.
17:32 Папа, хотя бы, слава богу, на моей стороне он пользуется приложением, но там, да,
17:38 работает вообще плохо.
17:40 Вот это то, куда нам нужно развиваться.
17:42 То есть масштабирование шрифтов, масштабирование наших дизайнов для людей постарше, а их на самом деле достаточно много.
17:50 И это платежеспособная аудитория.
17:52 Да, то есть, это то, чем мы вообще очень мало занимаемся.
17:57 Но это как бы совместная боль - там разработки и дизайны, потому что довольно сложная тема, о которой мы не задумываемся.
18:02 То есть, в Йоси у нас, по-моему, могу наврать, но мы используем такие размеры шрифтов, которые не зависят от выбранного масштаба.
18:12 То есть, если пользователь поставит в Вайосе, не знаю, размер шрифта 200%, то зон приложения проигнорируют.
18:19 Оно будет выглядеть красивенько, но пользователь, который плохо видит, ничего не увидит.
18:24 В Андроиде другая политика, то есть там мы используем из коробки размерности, которые учитывают выбранный фон сайз, но так как мы это не тестируем, там все выглядит очень некрасиво.
18:35 Раньше частично озон это поддерживал, в некоторых виджетах.
18:38 Я это видел сейчас, мы искоренили это полностью, насколько я понял.
18:42 Но посмотрев на другие приложения, опишите там на Вайлдберис, на тот же, не знаю, на Яндекс, на Сбер, никто не поддерживает увеличение шрифта на иосе, по крайней мере.
18:51 Сбер не поддерживает?
18:53 А у ребята там, большие деньги вбуханы в исследовании тему юзабилити - вот это вот для.
18:59 Вот и вопрос: а может люди уже привыкли?
19:02 Но если ты айос покупаешь, ты уже не рассчитываешь.
19:04 Если у тебя плохое зрение, ты понимаешь, что все, тебе надо вытащить зум, но есть там функция зума на телефоне, и вот с этим увлечительным стеклом ее лозить по экрану.
19:14 Не надеяться, что разработчики или дизайнеры подумают о тебе.
19:18 Отменят тебя за такое мнение.
19:20 Ну, на эту тему Озон - серьезная компания, которая использует дата-дривен подход.
19:24 Мы решили, собственно, померить, много таких пользователей или нет.
19:28 Но мы еще, честно говоря, до этого не добрались, но, в общем, задачка в баклоге есть.
19:32 То есть, мы померили, сколько планшетов, мы померили, сколько темной темы.
19:36 Вот сейчас мы померим, сколько людей с увеличенным фонд сайзом, и поймем, действительно, нужно для них адаптировать или нет.
19:43 По моим ощущениям, что таких людей будет немало.
19:46 Ну, я думаю, что так и есть.
19:48 Но думаю, что на андроиде все-таки больше, потому что чаще родителям покупают андроид-телефоны.
19:54 Ну, я согласен, да, что чаще родителям покупают андроид, он и дешевле, и не знаю, кому-то может и попроще.
20:00 Ну как же традиция свой старый айфон отдать маме?
20:04 Маме надо новый покупать.
20:07 Нет, старый айфон можно отдать ребенку, он его все равно потеряет или разобьет.
20:11 У меня что-то наоборот ребенка андроид.
20:15 Зато я тестирую на нем теперь.
20:16 Мне тут аналитик пишет.
20:18 Ты можешь на андроиде дочери проверить, там что-то.
20:22 Ой, у меня когда дети были маленькие, я тоже тестировал на них юзпиринс, это так интересно.
20:27 То есть, вот ребенок, которому 2 года, он очень круто и нативно понимает скролл вертикальный.
20:32 Для меня это было открытие.
20:34 То есть ему не надо объяснять, что можно поскролить, он это понимает.
20:37 Мои родители, например, они этого не понимали интуитивно.
20:41 Да, но сейчас у них везде скрол.
20:42 То есть у меня там любой экран, они пытаются поскроллить.
20:47 Да, у меня тоже пытаются.
20:48 На телевизоре или что-то.
20:50 Я ходил, по-моему, в прошлом году на метап в АТБ с дизайнерами.
20:54 Кстати, был забавный.
20:55 Там были один дизайнер, и я ни одного дизайна в жизни не сделал, но ходил на метап.
21:00 И они рассказывали, что у них аксессабилити в дизайн-систему внедрен.
21:04 Если есть нормальная дизайн-система, то есть я имею в виду, что компонентами дизайн-системы покрыта большое количество экранов и виджетов, то задача по темной теме и по аксесабилити становится гораздо проще, потому что тебе нужно не тысячи виджетов и экранов покрывать, а там десятки компонентов.
21:22 То есть гораздо меньшее количество.
21:25 Вот я уповаю на это, что мы через дизайн-систему можем это сделать.
21:29 Сейчас дизайн-систему доделаем.
21:32 Мы никогда не доделаем дизайн-систему.
21:34 Это постоянная работа.
21:36 Продукт не может достичь своего конца.
21:41 Хочется поговорить про разницу платформ андроид и айос.
21:45 Ты, насколько я понял, писал для андроида.
21:48 А чем ты сам пользуешься?
21:50 Я пользуюсь основным андроидом.
21:52 Но у меня есть айфон, которым я иногда пользуюсь.
21:56 Я его немножко в другую сторону поверну.
21:58 Наверное, не секрет, что большая часть пользователей Озона - это пользователи Андроид, пользователи ас, ну, немножко поменьше.
22:05 И у нас есть такая проблема, что многие сотрудники Озон хорошо зарабатывают и поэтому ходят с айфонами, многие пользователи Озон по-разному зарабатывают и ходят с андроидами.
22:17 И очень важно, стандартная сбитая истина, да, пользоваться своим продуктом, чтобы понимать, как им пользуются пользователи.
22:24 Какая-то тавтология, но я думаю, понятно.
22:27 Когда мы все время сидим на айфонах, а у нас пользователи на андроидах, мы немножко в другом мире живем.
22:32 Так что, вот, это важный момент.
22:34 И у нас и продуктовая команда этим грешит, и команда дизайнеров бывает.
22:38 Дизайнеры обязательно этим грешат, потому что привыкли к эпловской технике.
22:42 Ну да, дизайнеры любят красоту, а Эпл все-таки законодатель моды в плане красоты, поэтому дизайнеры, да, больше на ипле.
22:50 Часто говорят, что хоть и пользователи на андроиде больше, но платежеспособность у иос пользователей выше.
22:57 Мерили ли вот такую вещь, что кто больше покупает, что нам денег приносит.
23:01 Да, конечно, у нас есть все эти метрики, но еще очень много метрик в озоне.
23:05 Когда зон был не публичной компанией, мы могли рассказывать любые цифры, и у нас было очень много цифр.
23:11 Сейчас у нас цифры еще больше, но мы ничего не можем рассказывать.
23:14 Мы публичная компания, но ничего нельзя рассказывать.
23:17 Вот, ну, я скажу так: обтекаемо.
23:20 Конечно, у нас есть измерения среднего заказа по платформам, айос, андроид, веб и младве.
23:28 Да, средний чек в айос немножко выше, чем в андроид, но не драматично.
23:32 То есть там не в два раза и даже не в полтора раза.
23:35 Довольно сильно средний чек больше на веб, то есть, видимо, люди через веб заказывают какую-то
23:42 сложнее штуки, наверное.
23:43 Какие-то штуки посложнее, да, технику или там много товаров.
23:47 То есть, там средний чек повыше.
23:50 Как ты думаешь, ну, ты как руководитель направления разработчиков и ас-нроид, для чего легче писать код?
23:56 Ну, слушай, я сам писал для андроид довольно много.
24:01 Для и вообще не писал, ну, так только смотрел, можно сказать.
24:06 Поэтому мне сложно сравнивать.
24:07 Наверное, я бы сказал, что если брать среднего разработчика, то на ЕС писать, наверное, чуть легче.
24:14 Но тут есть - я говорю, свои подводные камни в каждой платформе.
24:18 Если взять, не знаю, супер профи, двоих посадить, то им одинаково.
24:22 Или есть какие-нибудь уникамы, которые могут дайосы андроид им задать вопрос.
24:26 Они скажут, что ну примерно одинаково.
24:29 То есть есть свои какие-то болячки в иосе, которые просто нужно собрать и помнить.
24:33 Есть такие же в андроиде, которые нужно собрать.
24:36 В андроиде очень много экранов.
24:40 экранов поменьше, но там есть свои особенности по работе с ЮА-ем.
24:45 То есть некоторые вещи там сложнее делаются.
24:49 мы сегодня выяснили, что СВГ не затащить в АС.
24:53 С 13 Си же поддерживает АЙОС СВГ.
24:57 Пишите комментариях, ставьте лайки.
25:01 Смотри, особенность про СВГ, она такая.
25:03 Ну, во-первых, мы в этом году, может быть, кому-то интересно, отказались разом от Айос 12, Айос-13 мы очень долго готовили это решение.
25:12 То есть мы дошли аж до СТО, и нам пришлось сдать опруву от СТО, потому что ИС-12, доля была где-то полпроцента, но УАЗО уже очень много пользователей, и полпроцента все равно много.
25:24 Нам пришлось такое волевое решение принимать.
25:26 Если с 13 сильно меньше, потому что с 13-й оси всегда на 14-ю можно обновиться, и мы ждали, ждали, ждали, пока эта доля довольно сильно упадет, и мы в принципе последними на рынке отказались.
25:37 Это с12, ну а 13 отказались до кучи, но это немножко так: шаг назад про СВГ, есть особенность в андроиде: то есть, там поддерживается СВГ с пятого андроида, если я не ошибаюсь, но поддерживается тоже не полностью.
25:51 Но СВГ - это, по сути же, эмл-ка с какими-то сложными там своими разметками и настройками.
25:57 И в андроиде и свг-шки обычно ты импортишь, и они преобразуют так называемый вектор дроубал.
26:05 Так вот, этот вектор дровбал поддерживает не все теги свг и периодически при отображении СВГ-шки бывают крэши.
26:13 То есть у нас была прекрасная история, я очень хорошо помню.
26:16 В какой-то момент поисковая выдача начала крэшеть.
26:19 Но это было давно, не знаю, в 2019 году, допустим.
26:22 Прикиньте, открывайте поисковую выдачу - она крэшет.
26:24 Мы не понимаем, почему.
26:26 В общем, там лучше мы искали, искали, искали.
26:29 И потом в какой-то момент мы поняли, что с бэка начали присылать СВГ-шку для одной иконки, и в ней какой-то там хитрый неподдерживаемый тег, и все крышится из-за этого.
26:38 То есть, у СВГ тоже, как бы, есть странности с ней.
26:42 Это же надо быть детективом, чтобы докопаться.
26:45 Это вообще детектив.
26:47 А в андроидах я слышал, что с анимациями тяжело - сплавными.
26:52 В андроидах с тенями тяжело.
26:53 Смотри, я как отвечу.
26:55 Мне кажется, что в принципе технологически, технически анимации в андроиде делать не сложнее, чем в исе.
27:02 Я могу ошибаться, тоже можете похейтить в комментах, но я смотрел андроид.
27:09 Связанный с анимациями.
27:10 Он, в принципе, нормальный, понятный и не очень сложный.
27:13 Мне кажется, тут есть особенность в том, что, во-первых, многие с разработчики сами склонны к красоте.
27:20 То есть, прям очень много людей, кто перфекционист в ее сразработке.
27:26 многие имеют опыт работы с анимациями.
27:29 В Андроиде, мне кажется, таких людей просто сильно меньше, и поэтому, возможно, у среднестатистического словно говоря, андроид-разработчика больше проблем, чем и иос-разработчика.
27:38 Но, на мой вкус, анимации делаются одинаково.
27:42 Берешь лоти и, все готово.
27:47 Мы с Женей обсуждали в куарах про вот эти проклятые ДПИ на андроиде.
27:52 Давай слушай, не все могут про это знать, объясни, что это.
27:56 Люкбес для слушателей.
27:57 Так, сейчас я попробую.
27:58 Короче, изначально все икраны были с одинаковым разрешением.
28:03 Даже когда появились там четвертые айфоны, они были с таким же разрешением, только двойные пиксели, то есть о чем речь?
28:11 Есть реальные пиксели, то есть, это лампочки, да, условно говоря, которые сгораются.
28:15 Физические разрешение.
28:16 А есть виртуальные пиксели, как в анекдоте.
28:19 Кто знает про реальное виртуальные.
28:22 Есть виртуальные пиксели, которые могут объединять несколько пикселей.
28:27 То есть в одном виртуальном, несколько реальных.
28:29 В андроиде это называется дип или девайс индепент пиксель могу вроде так.
28:34 В иосе используются аббревиатуры ПТ.
28:36 По-моему, это поинты, если не ошибаюсь.
28:38 Но смысл одинаковый.
28:40 В иосе на самом деле смысл попроще, и можно на примере иоса рассказать идею, а потом перейти к андроиду и объяснить по,чему так сложно.
28:50 Как я сказал, изначально все айос-девайсы были с одинаковыми экранами.
28:53 Потом появились экраны, где условно говоря, виртуальные пиксель - это 2 реальных.
28:57 То есть просто все умножилось на 2.
28:59 Потом появились экраны, где 1 пиксель виртуальный - это 3 реальных.
29:03 Все умножилось на 3, все прекрасно, легко и понятно, как этим.
29:09 То есть, у вас есть, ну, не знаю, там 3 или 4 вида экранов, да, у которых там, либо тут я даже себе немножко записал 414 на 896, правильно, либо 390 на 844, ну и так далее.
29:23 И вот я посмотрел по статистике именно девайсов озон, то есть, какие девайсы у пользователей наших.
29:29 Мы естественно меряем эту статистику.
29:30 У нас даже есть, кстати, конверсия по отдельным девайсам - то есть, на каких девайсах больше люди покупают.
29:36 Но эту информацию мы не раскроем.
29:38 И вот все айос девайсы делятся, в принципе, на три группы.
29:41 То есть, это девайсы 414 на 896, это почти 30% девайсов.
29:47 И у них вот два Х, да, то есть, один виртуальный - это 2 реальных.
29:51 Все очень понятно и просто.
29:53 Это там айфон 11, вот самый массовый наш девайс - это 11-й айфон.
29:57 По-моему, там чуть ли не 20% пользователя сидят на 11 айфоне.
30:00 У меня, кстати, вот вы меня спрашивали, какой у меня девайс.
30:04 Именно по этой причине.
30:05 Ну и там еще есть всякие другие девайсы с похожим размером экрана.
30:08 Вторая группа тоже почти 30% пользователей - это условно говоря 3х, да, и 390 на 844.
30:16 Это айфон 12, 13, 14 и так далее.
30:20 Ну, там есть еще третья группа.
30:22 Не буду уже временно тратить.
30:23 То есть в иосе все гораздо проще, есть группы девайсов с конкретными размерами экранов.
30:29 В андроиде все очень сложно, потому что есть миллион производителей экранов для андроида, и они в целом клали на все эти стандартизации и
30:41 То есть, есть девайсы, но доходит до смешного.
30:44 Есть девайсы 1080 на 2177, а есть девайсы 1080 на 21708, которые отличаются, ну, я немножко утрирую, но условно говоря, в 1 пиксель.
30:55 Ну, камон, почему бы не сделать одинаковой?
30:58 И Андроид изначально рассчитывался для многодевайсной модели, да, многоэкранной.
31:04 Там есть группы, тоже такие же, по плотности вот этих виртуальных пикселей, сколько реальных пикселей в одном виртуальном, да.
31:12 И там группы называются ДПИ.
31:15 Вот, то есть, если воюси все очень просто, там группы 1х, 2х и 3х, все просто и понятно.
31:21 То в Андроиде придумали такие вот странные группы: ЛДП, МД, ЖД, к ДПИ, и так далее, и у них размерность вообще странная.
31:31 То есть, если взять МДИ за единичку, как в иосе, то есть, допустим, МДП - это айосная единичка, то ЛДП это 0.75.
31:38 Дальше ХДП это 1,5, и только ЖДП это 2Х.
31:43 То есть гораздо сложнее модель.
31:46 Можно разделить пользователя Андроид на группу, если статистика, можно посмотреть.
31:49 И на это наслаивается вторая метрика.
31:53 То есть, первая - это
31:58 А вторая метрика - это размер экрана.
32:00 То есть, у вас могут быть экраны с большой плотностью маленькие, могут быть с большой плотностью большие.
32:06 Они тоже делятся на группы.
32:08 Там есть смол и нормал.
32:10 Я уже забыл, какие там дальше.
32:13 Ну, очень забавно, что я тут сегодня как раз готовился к записи и смотрел документацию Андроид, и они выпили упоминания этих групп из официальной документации.
32:22 То есть, оно есть только там.
32:24 Если гуглить, раньше это было в официальной доке.
32:27 Интересно, почему выпилили?
32:29 Я думаю, что это связано с тем, что.
32:31 Уже так много, такое разнообразие, вот этих соотношений.
32:35 Я думаю, что ребята из Гугла позиционируют экраны сейчас как то, что ты должен поддерживать очень много разных форматов.
32:43 То есть, вот то, что Никита говорил про фолдабл, то есть, у тебя экран, с одной стороны, может быть относиться к группе нормал, а если ты его развернешь, он будет относиться, там, не знаю, к кларч.
32:52 Или наоборот, есть же мультивиду-поддержка, когда ты на экране можешь два приложения развернуть.
32:59 И по сути, для каждого приложения твой экран становится там очень маленьким.
33:03 Я думаю, что вот с этим это связано.
33:05 Но конец истории такой: То есть, у нас там условно говоря 45% пользователей с экранами нормал и с 2х плотностью.
33:13 Еще 23% тоже нормал и 3х плотность.
33:16 Но, к сожалению, все намного сложнее, потому что если в Юсе, когда мы сказали 2х, это 2х, а когда мы сказали 3х это 3х, то в Андроиде деление на группу, оно условное.
33:26 Допустим, в Андроиде, если мы говорим 2х, это означает 300
33:32 пикселей на дюйм, поэтому это там 320 дп.
33:35 Но в реальности на девайсе может быть и 330, и 360, и даже 390, но формально он относится к группе 320.
33:43 И из-за этого тоже бывают артефакты.
33:45 То есть, получается, что у вас и плотность на самом деле неточная, и размер экрана неточный.
33:51 И в общем, остается только страдать, и учитывать все эти соотношения, коэффициенты при проектировании макетов, когда это важно.
34:01 Раз андроид-пользователи уже страдают, не надо заставлять их страдать больше, надо поддерживать вот эти вот все масштабирования шрифтов, а то зачем усугублять ситуацию.
34:12 Мы тут до записи обсудили с Сашей, что Саша Индустрии с 2011 года, и интересно, каковы были времена до фигмы?
34:23 Вот ты работала с дизайнерами.
34:24 До нее, это, наверное, фотошоп было.
34:26 О, я могу рассказать с самого начала.
34:28 В начале у нас вообще не было дизайнеров.
34:32 интуитивно работали.
34:34 Ладно, тогда вопрос сменяю.
34:36 Без дизайнеров или с дизайнерами?
34:38 Конечно, с дизайнерами.
34:39 Вообще нельзя разработчикам доверять дизайну и Уиз это вообще плохо заканчивается.
34:46 Не то, что разработчик там что-то не понимает, или он какой-то там не знает.
34:50 Дело в какому удобно, мне кажется.
34:51 Нет, дело не в этом.
34:52 Потому что разработчик концентрируется на конкретном элементе.
34:56 Да, он его разрабатывает, потом на следующем дизайнер, он видит как бы биг пикче, то есть он в целом понимает взаимодействие элементов на экране.
35:05 В контексте всего флоу.
35:07 Да, то есть, разработчики есть понятно, скилловые, которые опытные у них насмотренность есть, но глобально разработчик как бы в основном глубже копает, да?
35:15 Потом была эра фотошопа.
35:17 Как раз на фотошопе появились дизайны, это было классно, но мы делали реализацию примерно.
35:24 Не, ну можно по ПСД-шкам, не обязательно по пгшкам, зачем грязь?
35:28 И нам просто рисовали в фотошопе стрелочками: что типа вот эта кнопочка, там, не знаю, 200 пикселей или там 200 дп, ну и мы там делали 200.
35:38 Ну, на каких-то экранах было красиво.
35:42 Ну, еще помогало то, что на самом деле краны были не очень большие.
35:45 Это было не так сложно, как сейчас: то сейчас большие экраны, большая плотность пикселей и можно на экране ну пользователи озон понимают расположить миллион элементов, и задача разработчика дизайнера сложнее, чем раньше.
35:59 Но никакого, конечно, пиксель перфект не было.
36:02 Это прям было недостижимо, вот, ну там качественно скачок - это конечно - цеплен.
36:07 Не знаю, застали или нет.
36:08 Цеплен - это прям качественный скачок, потому что он автоматически определял по одному макету, сколько нужно делать ДП или ПТ на йосы, на анддрои.
36:19 То есть это как раз позволило делать пиксель перфект.
36:23 Это было очень круто.
36:24 Ну, и там командная работа уже возможна была, там можно было чатиться в цеплине.
36:29 Ну и потом, конечно, пришла Фигма.
36:31 Фигма - так тоже ничего.
36:33 Ну, вот, кстати, про Цеплин хотелось бы поговорить: что туда экспортировались макеты, и отступ разработчик смотрел сам уже, нажимая на элемент.
36:41 Они не были никак обозначены дизайнером.
36:44 Сейчас же, в фигме, мы специально готовим спецификацию, где прописываем здесь вот такие вот отступы, такие констренты, как вот все масштабируют, тянется.
36:52 Раньше этого не было.
36:53 Ты говоришь, что всех все устраивало.
36:55 Так зачем мы сейчас все усложняем?
36:57 Какой-то грязный наброс.
37:00 Это поначалу в самое стране.
37:07 Ну, смотри, наверное, отчасти нужно, отчасти не нужно.
37:12 Что мне кажется важно в коммуникации разработчика и дизайнера: это не только то, что дизайнер я нарисовал, разработчик я сделал, но и то, как потом этот макет и как-то экран развивать.
37:25 Потому что фигме может быть одна структура компонентов сделана, а в разработке может быть другая.
37:30 То есть тебе ничто не мешает как-то по-другому компонент располагать, и делать правила там, не знаю, масштабирования этого экрана.
37:39 Как-то отступы увеличивать, если экран увеличился, не так, как задумал дизайнер.
37:44 И поэтому коммуникация с дизайнером очень важна, чтобы дизайнер объяснил, то есть правило, как это будет масштабироваться, как это будет работать.
37:52 Ну, указывать размеры, наверное, не всегда нужно.
37:56 Но мы почему-то начали этим заниматься.
37:58 Ну, вообще, я поняла, что это еще зависит от команды, потому что я сейчас сменила домен для предыдущей команды.
38:03 Я не писала такие подробные спецификации, они это смотрели из макета.
38:07 А сейчас я зачем-то указываю вот здесь 4 ДП, хотя это можно, ты можешь нажать опшен и посмотреть это.
38:16 Ну, от команды, да, видимо, зависит тоже.
38:18 А вот если дизайнер забыл что-то указать, ну, действительно, состояние, анимации, переходы - что-то.
38:24 Разработчик среднестатистический как поступает, он идет к дизайнеру, спрашивает или сам так додумывает?
38:31 Блин, всегда идет к дизайнеру, мне кажется.
38:34 У меня нет ответа на этот вопрос.
38:36 Ну да, я тоже надеюсь, что он дизайнеру идет.
38:38 Ну, это и на груминге очень много.
38:41 Если кто не знает, и слушатель, у кого может быть другие практики.
38:45 Громминг - это когда в нашем случае - это когда собачку гладит.
38:49 Да, это когда собаку чешут.
38:52 Да, название пошло от причесывание бэклога: когда дизайнер показывает макеты, разработчики накидывают челленджи, аватар этот корм-аркейс.
39:02 А у нас еще вот такой стоит, есть.
39:04 И вот, как правило, после груминга я всегда, как говорите, кранчик-то дорисовываю.
39:10 Да, вот, как правило, все эти дополнительные стейты они очень часто на груминге всплывают, но либо потом всегда разраб пишет - тут еще Вот это будьте добры.
39:20 Мне кажется, аналитик скорее даже отлавливает.
39:22 А если он есть в команде, то да.
39:30 Потом ты нам накинешь.
39:32 Вот у нас есть ретроспектива в команде.
39:35 Иногда есть ощущение, что разработчики, но и не есть ощущение, мы действительно проговариваем: что разработчики часто не смотрят фирму так, как они могут.
39:44 Они даже иногда признаются, в этом ой, я забыл дефмод включить.
39:48 И в целом, как будто это один из основных инструментов для них, в том числе уметь читать вот как раньше, инженеры, у них это же прям целый отдельный навык был - уметь читать чертежи.
39:58 Также здесь - надо уметь читать макеты.
40:00 Но как будто разработчики иногда упускают это.
40:03 И вообще не считают - это важным - разбираться в фигменном.
40:06 Я даже вижу, что они делают это из браузера, хотя в браузере ощущение, не те, как известно для фигмы.
40:11 Почему бы не скачать приложение и не делать там в дефмоде, все богу угодно, так как это задумано разработчиками фигмы?
40:18 Можешь прокомментировать этот момент?
40:21 Ну, как тут спорить?
40:24 Я тебе расскажу историю еще смешнее.
40:26 Какое-то время назад мы начали замечать, что тестировщики, ну, допустим, разработчик какой-то, фиксит краш, делает мерчи квест, делает изменения в коде, отправляет это на тестирование, и мы начали замечать, что некоторые разработчики ну не все у нас в основном, все лапочки, но иногда бывают разработчики, которые отправляют такой код, где креш не исправлен.
40:52 То есть тестировщик берет, а он крешится.
40:55 И мы стали заставлять всех разработчиков предоставлять на мерчик, то есть, когда ты свой код кидаешь, пулишь, ну как бы доказательство, что ты пофиксил.
41:05 То есть там запись видео, что оно работает.
41:08 То есть, зачем это надо?
41:10 Это надо, во-первых, для того, чтобы разработчик показал, что он сам наручно приложение собирал.
41:16 То есть он не просто код написал, то, что он не работает, это проблема тестировщика.
41:20 У меня такая же нога и не болит.
41:23 Ну, как бы проблемы бывают.
41:25 Ну, конечно, там иногда люди невнимательны, да.
41:28 Но я считаю, что профессиональные разработчики, конечно, ребята, которые там сеньоры, они отчаются вниманием, как раз к деталям - то есть и к корнер-кейсам, и к деталям уже тем, которые предоставлены.
41:40 Ну, вот, даже мы уже начали писать все эти спецификации, стараться прописывать там стоит и курно-аркиса, и так далее.
41:46 А в итоге, либо это не учитывается, что уже вскрывается на приемке и уже там релиз откладывается, либо вопросы задают очень часто за эти вопросы, которые уже прописаны.
41:58 Там, допустим, в этой спецификации, мы в каком-то замкнутом круге.
42:02 То, что разработчики не читают спеки - это тоже известное хохма.
42:05 Что нам с этим делать?
42:07 Ну, я не знаю, но можно там, как обычно, устроить совместное ретро.
42:12 Устроить совместное ретро с разрабами.
42:14 Может быть, они проникнули.
42:15 Чтобы не дошло до рукоприкладства.
42:18 Ну, если это не помогает, не знаю, попробуйте скалировать руководителей.
42:22 Я живу в мире розовых слонов, что все прекрасные, все дружат, все такое.
42:27 Мы пытались прилечить проблему обучения фигме там у нас видите теплов наш предыдущий гость писал статью на хабар про дефмот очень все подробно с гифками со скринами и так далее он записывал видео на свой ютуб-канал у нас.
42:44 есть Там разработчики в Ютуб-канале.
42:47 Ну, мы это распространяли среди разработчиков.
42:50 Дизайнеры ходили по своим командам разработчиков и подсовывали: вот тут есть неплохой контент.
42:54 Посмотри, пожалуйста, 20 минут - потратить драгоценного времени.
43:01 Озон Тех Тьюздайс внутреннее, куда тоже звали всех разработчиков.
43:06 Но это не решает проблемы, когда дизайнер пишет: ой, тут что-то цвет не то,т а разработчик такой, ой, да, я что-то по картинке делал, по ПНГ
43:14 вообще непонятно, где он ее достал.
43:16 Смотрите, дока она очень нужна, потому что у нас много там участников процесса, кроме дизайнеров, и разработчиков, есть как минимум, тестировщики, которые доку как раз читают.
43:26 Это, кстати, да, замечено.
43:28 И они могут отлавливать баги дизайна до дизайна-ревью.
43:33 То есть, это полезная вещь.
43:35 Ну, и есть там, не знаю, может, аналитики и можно.
43:37 Я так говоришь, как будто какое-то достижение.
43:39 Так и должно быть, чтобы они отлавливали баги на приемке.
43:44 Нет, ну, бага, баги, розни.
43:47 То есть, если у тебя кнопочка, там на 2 пикселя больше, может быть, реальные пользователи это не увидят.
43:54 А наши тестеры, ну, я видел, что отлавливают такие баги частенько.
44:05 в команду разработки.
44:07 То есть у меня получается сколько?
44:08 110 человек, ну и там 70 человек разработчиков.
44:14 У меня есть ответы, ну, но и есть мое мнение.
44:16 Смотрите, первый вопрос: исходя из вашего опыта, чего не хватает большинству мобильных дизайнеров?
44:21 Ну, или чего хотелось бы, чтобы они делали?
44:23 Да, того, что они не делают.
44:25 Ребята ответили: первое - самый заплюсованный ответ: чтобы дизайнеры учитывали различия между нативными платформами и андроид.
44:32 Потому что, ну, есть стандартная шутка: типа разработчик говорит дизайнеру: с кем мне макет?
44:38 Разработчик говорит: ой, это андроид, но скин, ясно, ой, да, сейчас статус-бар заменю.
44:43 Это шутка, то есть, это как бы это не шутка, это так и есть.
44:48 У нас даже есть доказательства.
44:49 У нас был метап год назад, да, примерно, и там мы как раз с андроид-разработчиком делали ревью макетов.
44:57 И там не было статус-бара.
44:59 И он был уверен, что это под Андроид.
45:00 Он говорил, все классно.
45:01 Нет, ну я понимаю, что сейчас все компании делают не андроид стайл приложения, не айос стайл приложения, не по гайдлайнам операционных систем, а по гайдлайнам бренд бука.
45:14 То есть все стараются бренд подчеркнуть в первую очередь.
45:16 Но все равно есть отличия нативные айосы Андроид, которые у меня сейчас прям сходу примеров нету.
45:23 Не знаю, киншторки красивые, там скругления и так далее.
45:26 Все-таки отличия, какие-то есть.
45:28 Ну и про них нужно думать.
45:30 Вот, вторая тема, про которую разработчики сказали в ответе на этот вопрос: очень часто дизайнеры слишком позитивные, и они не продумывают состояние ошибки или загрузки.
45:42 То есть, вот то, что ты сказала, выясняется на груммингах.
45:44 То есть, это действительно получается так.
45:46 Кто-то попросил рисовать варианты с темной темой.
45:48 Не знаю, правда, зачем.
45:49 Мы потом спросим у тебя имя.
45:51 Я все пытаюсь выявить тех людей, кто не рисует.
45:54 У нас это есть дизайн - чи кресте.
45:56 Проверять все макеты для аутина.
45:57 Проверять, да, но рисовать зачем?
45:59 Ну, в смысле, ты проверил один экран.
46:01 Я все прям целиком копирую и все проверяю.
46:04 Я, честно говоря, не знаю, у меня тут двоя камней.
46:07 С одной стороны, если мы используем дизайн-систему, общий подхо,ды зачем все рисовать по второму кругу.
46:13 Но бывают какие-то вырожденные кейсы, когда нужна темная тема.
46:16 Ну, вот самый простой пример - это когда нужно в заказе штрих-код сосканировать.
46:20 Там штрих-код всегда должен быть белый, чтобы сканер мог его нормально сосканировать.
46:25 И поэтому дизайн в темной теме он нужен.
46:27 Он будет немножко не такой, как стандартный дизайн в темной теме, там будет какая-нибудь подложка и так далее.
46:35 Некоторые разработчики хотят, чтобы дизайнеры понимали, как проверить их макет на девайсе.
46:40 Представляете, то есть хотят, чтобы тестер мог там стейджинг себе поставить какие-то там обо варианты настроить.
46:47 Ну мне кажется, это то мач,.
46:48 но Ну вот кто-то такое написал.
46:50 Да, нет, у нас есть инструкция.
46:52 У меня вот даже стоит у твое сквот и всякое такое.
46:55 Если вы хотите, окей.
46:57 Ну и давайте в конце закончим грязью.
47:00 Некоторые ребята сказали, что некоторые дизайнеры очень долго отвечают - иногда 4 часа, иногда и день.
47:06 4 часа - это еще быстро, я бы сказала, да?
47:10 Но если у тебя весь день стыкат встречи, а там написывают что-то просто в 10 тредах.
47:16 У меня есть треды по 600 с лишним сообщений, их несколько.
47:19 Я считаю, что это, кстати, по-моему, в скайене - такая практика.
47:23 У них же это же одна из первых компаний, которые полностью распределенные.
47:27 Если в трейде больше, по-моему, 30 сообщений, вот можете меня поправить, или 40, то тред закрывается и ставится созвон.
47:34 То есть в трейде не может быть много сообщений.
47:36 Если нужно много сообщений, то уже нужно голосом обсуждать.
47:39 Я тоже обожаю такие треды, когда там срочная проблема, 200 сообщений и тебя тегнули в конце, да?
47:45 Да, и тебя тегнули в конце с каким-нибудь минорным вопросом - типа: А на андроид как
47:51 и ты больше времени потратил, чтобы все это вникнуть.
47:57 Ну, а вот какой СЛА ответ на твой, на ваш взгляд - разработчикий должен быть?
48:02 У вас, наверное, меньше встречи, поэтому думаю.
48:03 У разработчиков меньше встречи, там у Тимледов много встреч.
48:06 Ну, смотри, это зависит от процессов.
48:09 Ну, конечно, хотелось бы там за час-два на срочные вопросы отвечать.
48:14 процессы построены, что можно работать над фичами синхронно, ну, не знаю, банально человек, ждет, он кунь-багу в это время фиксит.
48:22 Но бывают срочные фичи, конечно, по ним нужна оперативная коммуникация.
48:26 Ну вообще, 4 часа - это очень много для ответа.
48:28 Так, ну и последнее.
48:30 Вот вы говорили, что у вас слишком проработанная документация.
48:33 Вы не поверите, есть коммент, что она недостаточно проработанная.
48:36 Ну, тут как бы нам тоже хотелось бы стремиться к лучшему.
48:41 Вот я, например, хотела бы, чтобы все дизайнеры проверяли макеты в темной теме, а вот этого даже не все делают, хотя это прописано в чек-листе.
48:48 Поэтому и до спецификации нам тоже еще есть куда расти.
48:52 Ну, если интересно, это мое мнение - оно тоже длинное.
48:55 Мне бы хотелось, я вообще мечтаю, чтобы дизайнеры понимали навигацию.
48:59 Очень мало дизайнеров, которые понимают навигацию.
49:02 Разверни мысль, пожалуйста.
49:04 Дизайнеры очень часто понимают, как сделать классный юзер экспириенс на одном экране.
49:09 Но очень сложно для них выстроить бэкстек экранов - как пользователь будет двигаться вперед.
49:16 И самое для них сложное - это как он будет двигаться назад, если вдруг он что-то не понял, или там нужно вернуться, какие-нибудь цих личные переходы нужны и так далее.
49:25 То есть, вот этого очень часто не хватает, а в разработке бэкстек есть - как ни крути: то есть, есть отдельные экраны, это отдельные компоненты, которые живут там определенным образом, там в айосе попроще, в андроиде вообще сложно.
49:40 Каждый экран может умереть самостоятельно и потом он восстанавливается.
49:43 То есть это вообще отдельная история.
49:45 В общем, это накладывает зачастую в первую очередь на Юкс, конечно.
49:49 Погоди, показать точки входа.
49:52 Вот есть там некая задача - какой-то, допустим, экран.
49:55 И если мы показываем точки входа - и там условно эти стрелочки, куда можно выйти дальше, и какие-то там действия.
50:02 дальше, они не уходят в отскок, там задачи.
50:04 Этого достаточно или нет?
50:05 Нет, смотри, я вообще про другое говорю.
50:07 Вот видишь, ты опять мыслишь экраном.
50:10 Нужно мыслить юзер флоу.
50:12 Для визуализации такой пример.
50:13 То есть, там никто не обижайтесь, я не помню, как там было сделано, но чтобы для понимания, что я имею в виду, допустим, есть вуавить отзыв.
50:23 И у вас приложение, вот Озон, это приложение с табаром.
50:27 Табар позволяет сделать несколько стэков, то есть в каждом табе свой стэк.
50:31 Это такая навигационный паттерн.
50:33 Когда вы переходите из стандартного браузинга товаров в режим оставить отзыв, этот режим должен быть модальным, да, то есть, у вас не должно быть табара.
50:43 И очень часто дизайнеры допускают эту ошибку.
50:46 То есть, они рисуют табар, разработчики делают табар, и хуже того, потом приходит продукт и говорит: А я хочу табар, и там не разработчики, ни дизайнеры, мне говорят: чувак, это модальное флоу.
50:57 Здесь не должно быть табар.
50:58 Если ты сделаешь табар, пользователь не оставит отзыв, уйдет на середине, да.
51:02 Вот я про такие ошибки говорю.
51:04 Ну, часто они возникают как раз потому, что продукту надо здесь и сейчас, ему так вот удобней.
51:09 Например, вот недавно был переход из корзины в избранное, из избранного в корзину.
51:13 Но там же ты нажимая в корзине на кнопку избранного, ты переходил в тап личного кабинета, в раздел избранный.
51:21 Но там у тебя выбор.
51:22 Либо ты сейчас катишь, проверяешь вечу, либо когда-нибудь может быть.
51:27 По переходам это вроде как базовый навык.
51:30 Тем более, у нас тут дизайнер навигации сидит.
51:32 Поэтому я очень внимательно слушаю.
51:37 Короткий тоже поинт, про который говорил, что дизайнеры любят Апл, а надо любить то, что используют пользователи.
51:42 Да, но это не только дизайнерам, это многие такое любят.
51:45 И продукты, и там в бизнесе очень часто тоже проблема существует.
51:50 Можно тоже тут вспомнить, что вначале начинали: про разные такие специфичные фичи.
51:57 Про это дизайнеры не всегда думают, но тоже ни в фокусе: ни у дизайнеров, ни разработчиков.
52:02 Ну, вот, опять же, масштабирование шрифтов
52:05 в первую очередь бывают.
52:07 Ошибки там, не знаю, в контрастности последние пару лет не бывает, но раньше.
52:11 Прям у меня есть просто любимая история.
52:14 Очень часто была ошибка с тем, что какой-нибудь логотип превращают в иконку, и на логотипе есть надпись, да, он рассчитан на большие поверхности, его превращают в иконку, и там, не знаю, 10-30 50 пикселей, и просто не видно надписи.
52:29 Она для людей, особенно если мы вернемся с плохим зрением, превращается просто в какое-то месиво с белыми точками внутри.
52:36 То есть, у нас есть один продукт, который запускался с иконочкой, с надписью, и издалека это смотрелось просто кружочек, а внутри какие-то пиксели.
52:46 Бывают такие ошибки.
52:47 Ну, вот в озоне последние пару лет таких уж прям классных историй нету, но в старые времена есть классные истории.
52:55 Я тоже рад, что нет этих иконок, высокодетализированных.
52:59 Скажи, Саш, а если разработчику не нравится дизайн, что он делает?
53:04 О, это вообще по-разному.
53:06 Мы, кстати, на финалке раньше спрашивали, на финальном интервью при найме мы раньше спрашивали такой вопрос, и были разные ответы.
53:13 Есть люди, которые смиренно делают, есть люди, которые там чуть ли не увольняются, начинают там говорить, что это вообще ужас, нельзя так делать.
53:22 Вообще люди по-разному бывают.
53:24 Где в этот грань в продуктовом майндсете получается разработчика, когда это хорошо, потому что, например, когда я только пришла в команду Зайна Зон, и мне разработчики Б2Б накидывали прям какие-то хорошие комменты, которые я потом учитывала в макетах.
53:38 А бывает, как будто они начинают - вот видно, что им Феча не нравится, они начинают челленджить, продуктовый в том числе.
53:44 Это превращается в какой-то продуктовый на, как это у нас называется - не техком, а протком.
53:51 И вот непонятно - и как будто это уже начинает мешать процессу, потому что с продуктовой точки зрения там все уже, например, согласовано 100 раз до самых верхов, назовем это так, а тут как будто все заново надо начинать с разработкой.
54:03 Я немножко по-еврейски отвечу вопрос на вопрос.
54:07 И перейду ко второму вопросу, который я задавал разработчикам.
54:11 Он заключается в следующем: какую специфику разработки в Озоне, в Байэкспириенс, должен знать дизайнер?
54:16 Ну, какую техническую специфику?
54:18 И очень многие ответили, хотелось бы, чтобы дизайнер знал, как макет будет делиться на виджеты.
54:23 То есть, у нас разработка строится по виджетам.
54:27 И из-за этого на самом деле следующий тоже поинт, и вывод: что если дизайнер прям очень круто будет ориентироваться в тех виджетах, которые уже есть, то очень часто разработка будет не нужна.
54:39 Ну, и в том числе если он хорошо использует компоненты дизайн-системы, то разработка очень часто тоже не нужна.
54:46 Почему я про это говорю?
54:47 Потому что очень часто разработчики челленджат именно тогда, когда дизайнер придумывает то, что же придумано.
54:54 То есть, у меня есть любимая шутка: что если ты дизайнер, ты не сделал эмптистейт, то ты говно не дизайнер.
55:00 Шутка в том, что очень многие дизайнеры приходят и говорят: о, давайте эмтистейт сделаю, новый.
55:09 Правильно ли я понял мысль, что для разработчика хороший дизайнер - это тот, который к нему не пришел.
55:18 Это очень хорошая мысль.
55:19 Ну, это так и про разработку говорят, да, то, что хороший код - это когда не надо писать код.
55:23 Да, это самый лучший мэр, да.
55:24 Но у нас же не совпадает.
55:26 Вот это вот у нас есть компоненты в дизайн-системе, и ЛМТ - это какой-то вообще другой набор сущностей - вот этих виджетов.
55:34 ЛМТ - это админка по управлению контентом, по управлению виджетами.
55:38 И эта проблема уже там какое-то количество лет существует, но я мечтаю, что она когда-нибудь исправится.
55:46 То есть там Кирилл Симушин - это наш сия дизайнер, тоже он мечтает о том, чтобы у нас был набор виджетов, как набор компонентов, то есть набор виджетов, которым можно жонглировать в новых фичах.
55:59 Ну, наверное, это прям в идеале, конечно, не избывшаяся мечта, но условно говоря, ты берешь там 10 готовых виджетов, а 1 новый, маленький какой-нибудь допиливаешь.
56:09 У нас в целом оно так иногда и бывает, но в общем не всегда.
56:13 И разработчики челленджа.
56:15 Мне кажется, этот вопрос в первую очередь.
56:17 Еще разработчики иногда челленджат продукт скорее, а не дизайн.
56:21 Возможно, дизайнеры обижаются.
56:23 Потому что, ну, бывает, что продукт-менеджер, так сказать, неопытный, или даже опытный, но не знает специфики озона, а разработчики знают.
56:32 То есть, они просто в этом продукте уже какое-то время работают, и они говорят: ну, чувак, есть уже там готовая фича, зачем ты ее там перепридумываешь?
56:41 То есть, бывают такие кейсы.
56:42 Ну, конечно, там человеческий фактор - есть неадекватный кейс.
56:47 Я бы от себя добавил, что круто, когда дизайнер понимает технические ограничения, то есть есть же всегда техническая реализация, да, и там всегда есть какие-то ограничения.
56:58 У нас это композер, то есть, это такой фреймворк бэк-энд дривен ЮАйный.
57:03 Дизайнер может это ничего не говорить, но смысл в том, что с бэк-энда можно управлять этими большими кусками Ю, виджетами, убирать их, добавлять и прочее.
57:12 И какое-то ограничение на дизайн накладывает.
57:14 У нас в первую очередь эти виджеты они расположены вертикально.
57:20 Можно сделать по-другому, но это чаще всего большой верхэд.
57:24 Когда был озонмоменты, если кто помнит, озон моменты.
57:26 Да, нет никто уже не помнит.
57:27 Ну, короче, у нас был один проект, где мы делали немножко другой лаяут для элементов, невертикальный.
57:34 Ну, мы на это тоже время убили, там чуть ли не месяц.
57:37 В общем, это такая специфика, просто пример специфики в других, не знаю, компаниях тоже есть.
57:42 Если дизайнер ее понимает, то его фичи, его какие-то желания, они быстрее просто реализуются.
57:47 Они когда он приходит и говорит: так, давайте, в общем, вот у меня есть видение, давайте все переделаем, разработчики.
57:54 Ты с языка снял просто.
57:56 Вот мы также дизайнерам задали вопрос: а есть ли у вас какие-то, не знаю, общие абстрактные вопросы мобильным разработчикам?
58:05 И они такие - какого хера так долго все?
58:09 Ну, в принципе, да, разработка занимает чуть подольше, чем разработка дизайна.
58:13 Я вживу в такой парадигме.
58:15 Хотя бывает по-разному.
58:16 Бывает, что там там исследования нужно проводить, да, как это логотип метро, там сколько убили денег и времени, чтобы придумать буковку М, перепридумать известная история.
58:26 Но в среднем, если мы говорим про продукт на готовых компонентах, то
58:31 разработче его занимает.
58:33 Не знаю, абстрактный вопрос: почему так долго?
58:36 Не знаю, можно ответить ответом Варшавина.
58:40 Ваши ожидания, ваши проблемы, но мы так не будем говорить, мы это вырежем.
58:44 Нет, мы это устроим.
58:47 Ну можешь рассказать про релизный цикл.
58:49 Вот как у дизайнера, он макеты подготовил, отдал, вот у него как бы готово.
58:53 Наверное, есть цикл опрово, дизайн-чеки, многоуровневые и так далее.
58:59 Получается, что у разработки все равно есть сильно сложнее - вот этот процесс.
59:04 Да, могу про процесс рассказать.
59:06 Во-первых, нужно разработать
59:09 то, что дизайнер придумал.
59:11 Очень часто на самом деле бывают зависания на бэк-энде.
59:15 Дизайнеру кажется, что проблема там может быть в мобилке, но очень часто проблема на бэкэнде.
59:19 Не потому, что бэкэндеры там ленивые задницы, а потому, что у нас большая часть логики вынесена на бэк-энд.
59:25 То есть очень часто в мобилке нужно показать один бейджик, условно говоря, ну не знаю, какой-нибудь - лучшая цена, и тогда вернуть какой-нибудь там с бэк-энд респонс, что нужно показать этот бейджик, и очень часто мы ждем бэкэнд.
59:38 Мы последние годы не любим релизить мобилку без бэкэнда, то есть мы напарвались много раз на разные проблемы, и мы стараемся разработчиков заставлять делать только с готовым бэкэндом, чтобы он хотя был на стейджинге.
59:50 Но стейджинг, кто не знает, это такая тестовая среда, которая как продакшн, только там нет живых пользователей.
59:57 Вот, это тоже есть такая проблема.
1:00:00 Ну, не знаю, не проблема, а данность, да, что мы часто ждем бэкэнда, потому что мы все-таки фронт мой мобилка, а на бэкэнде очень много работы чаще всего, нужно гораздо больше делать.
1:00:09 Следующая фишка - это тестирование.
1:00:11 Мы довольно много тестируем.
1:00:12 Там мы говорили, что тестеры находят и двухпиксельные, там трехпиксельные отступы.
1:00:17 Ну это тоже занимает время.
1:00:18 И последний этап, когда уже кажется, что все сделано, тут начинаются проблемы большой компании.
1:00:24 То есть у нас очень много пользователей, у нас там миллионы - ДАО, и поэтому у нас есть какой-то элемент страха.
1:00:32 Поэтому, когда фича уже готова, чтобы она попала в релиз, нужно определенное количество там церемоний сделать.
1:00:39 И иногда это затягивается тоже на несколько дней.
1:00:41 Ну, то есть, это даже запланировано затягивается на несколько дней.
1:00:45 То есть, тестировщики делают так называемый прогон автотестов.
1:00:48 То есть, они запускают, понятно ли, это какие-то автоматические тесты, когда робот ходит по девайсу, смотрит, какие баги есть, нету, потом они эти тесты отсматривают и так далее.
1:00:59 То есть приложение уже очень большое, очень сложно его руками тестировать.
1:01:03 И поэтому применяются там подходы автотестов.
1:01:07 Также мы следим за скоростью нашего приложения.
1:01:10 Если фича ухудшилась скорость, то есть приложение стало медленнее скроллить, у нас фетиш на скролл, кто хочет, любит скролл, приходите к нам.
1:01:20 Если из-за фичи экран стал медленнее открываться, мы можем фичу откатить.
1:01:26 То есть, есть вот набор таких вот штук, которые тормозят даже сделанную фичу.
1:01:31 То есть, у нас тут был кейс, мы сегодня обсуждали с продуктами.
1:01:34 Прикольная фича, под корзиной показывается, рекомендованные товары.
1:01:38 Если ты заходишь в корзину, там есть кнопка юриди в чекау, перейти к оформлению, и под ней находится список товаров.
1:01:46 И у этих товаров решили добавить кнопку добавить в корзину.
1:01:51 То есть, чтобы ты из корзины мог сразу в корзину добавить.
1:01:53 И когда эту фичу сделали, там есть, ну, я сейчас не буду углубляться, разные технические сложности, и сделали как быстрее, и это очень сильно испортило скорость.
1:02:02 И эту фичу два месяца не катили, она была полностью готова, продуктово.
1:02:06 То есть продуктово, но удовлетворяла всем хотелка.
1:02:09 Но ее там, ну, не знаю, может, не два, а полтора месяца точно доделывали, чтобы она удовлетворяла скорости.
1:02:15 Вот бывают и такие примеры.
1:02:18 Еще же релиз не каждый день.
1:02:20 Да, у нас релизы раз в неделю.
1:02:22 Кстати, бывают пользователи, которые регулярно пишут: какого хера у вас так часто релизы задолбали уже своими обновлениями.
1:02:32 А мы релизимся раз в неделю.
1:02:33 А бизнес говорит, почему так редко?
1:02:35 Вообще, вон веб там по три раза на день может зарелизиться и упасть.
1:02:40 Вот, что вы вообще не можете там нормально зарелизиться?
1:02:43 Ну да, и тут опять же, как бы у нас есть элемент страха и определенный набор ритуалов, которые.
1:02:48 Ну как любая техника безопасности - она писана кровью, да, как обычно.
1:02:52 Все наши релизные ритуалы, они писаны там потерей бабок.
1:02:56 Мы там после тестирования фичи второй раз собираем релиз.
1:03:00 Мы его тестируем заново.
1:03:02 То есть, да, мы заново тестируем все те же фичи.
1:03:04 Вы спросите, зачем?
1:03:06 А потому что так надо.
1:03:10 Нет, если серьезно.
1:03:11 Потому что никому не нужен инцидент П1, да?
1:03:14 Да, если серьезно, бывают фичи, которые конфликтуют.
1:03:17 То есть вы две фичи проверили отдельно, они прекрасно работают, а вместе плохо работают или не работают.
1:03:23 Ну, такое периодически бывает.
1:03:26 Ну и бывают различные проблемы, когда у нас же есть платформа.
1:03:31 Дизайнеры платформу не часто приходят, но у нас есть платформная команда, которая элегантно может сломать все.
1:03:38 Поэтому приходится довольно хорошо все тестировать уже по второму разу готово.
1:03:44 Но на самом деле это не занимает очень много времени.
1:03:46 Сейчас у нас много автоматизировано, но в худшем случае день мы тратим на тестирование.
1:03:52 И потом мы тратим 2 или 3 дня, ну, скорее, ладно, 3-4 дня на раскатку.
1:03:56 То есть мы выкатываем релиз на 1% пользователей.
1:03:59 Это конарейка, да?
1:04:00 Да, это называется конарейка.
1:04:02 То есть, по сути, мы используем пользователей как подопытных кроликов - вот этот 1% несчастный.
1:04:07 Мы смотрим, как у них метрики, как им релиз, норм, не норм.
1:04:11 И часто хейт бывает от этих пользователей что-то не так, мы потом на следующий день смотрим продуктовые метрики, технические метрики, метрики скорости.
1:04:19 У нас отдельная встреча по релизам, и мы раскатываем по 5 процентов, потом на 10%, ну, там немножко зависит от ситуации, но в общем смысл такой.
1:04:27 И только через 3 дня мы катим на 10%.
1:04:29 Ты знаешь, почему называется метод канарейка?
1:04:33 Вот ты сказал правила писанное кровью - потому что это легенда, я опять же не факт, чекала
1:04:41 Что когда шахте распускались, там мог быть газ, который человек мог не учуять, а канарейка дохла от этого.
1:04:50 И как только она переставала озвучать, или там, ну, в общем, как они видели, что что-то не так, они все срочно поднимались.
1:04:56 Да, канарики - это первые датчики, умные.
1:05:00 Ну, в Гугле в плей это называется мирно фейс-л-оут и стайдж трал-аут.
1:05:04 Ни про какую конарейку там не говорят.
1:05:06 Пришел на дизайнерский подкаст.
1:05:08 Поясняли за конарейку.
1:05:11 У меня был четвертый вопрос к дизайнерам.
1:05:14 И чтоб мы закончили на мажорной ноте.
1:05:16 Вопрос был такой: По вашему опыту, какие обычно проблемы возникают в коммуникациях между разработчиками и дизайнерами?
1:05:23 И больше часть народу сказала, что проблем нет.
1:05:27 Проблем нет, потому что коммуникации нет.
1:05:32 Я бы не сказал, но все-таки вот эти тренды - 600 сообщений.
1:05:35 Нет, что за грязь.
1:05:37 Разработчики сказали так: что с коммуникацией проблем нет, и это нивелирует те проблемы, которые мы говорили выше.
1:05:45 Вот так вот красиво.
1:05:46 Коммуникация решает все проблемы.
1:05:51 Это вообще не в чате, потому что там ты неправильно считываешь эмоции, ты думаешь, что человек там наезжает, не хочет что-то делать, надо просто нормально встретиться, пообщаться.
1:06:01 Особенно, как тред на 600 сообщений.
1:06:04 Ну вот, да, пока ты другие разгребаешь встречами, чтобы не было трудов на 600 сообщений.
1:06:10 Там оказывается, что твоего ответа по 4 часа и обижается на это.
1:06:15 Так вот, работать когда?
1:06:17 Так это есть работа.
1:06:19 Ну да, я согласна.
1:06:20 Это получается процесс доставки ценностей, который двигается на встречах тоже.
1:06:25 Я так себя успокаю каждый вечер, когда я фигме провела всего час за день.
1:06:29 Это в лучшем случае.
1:06:34 Саша, у нас есть регулярная рубрика.
1:06:36 Мы задаем короткие вопросы.
1:06:37 Отвечать можешь как хочешь.
1:06:39 Первый вопрос: какого персонажа ты бы пригласил в бар?
1:06:44 О, господи, я вообще не люблю персонажей.
1:06:47 Мне на ум пришел Степаненко, но с ним лучше не общаться в баре.
1:06:53 Можно до дома не доехать.
1:06:55 Ну, такси доедешь - упротивну.
1:06:58 Пускай будет Антон.
1:07:03 Какую суперспособность ты бы хотел иметь?
1:07:07 Мне кажется, у меня они есть - все которые нужны.
1:07:10 Ну, ты не поспоришь.
1:07:12 Очень крутой ответ.
1:07:14 Какой твой любимый мем?
1:07:15 О, я вот до эфира говорил, Жене: что я вообще очень плохо ориентируюсь в мемах.
1:07:21 У меня был товарищ, который в Лондон уехал, он был специалист по мемам.
1:07:25 Он все время меня учил, говорил: вот посмотри вот этот мем, посмотри вот этот мем.
1:07:28 Но чаще всего, ну не то, что любимый, чаще всего, наверное, я использую эмоджи фейспалма, я бы так сказал.
1:07:35 А в чьем исполнении?
1:07:40 Нет, обычно либо беленький человечек, либо человечек из Африки.
1:07:45 Скажи, какой у тебя девиз по жизни?
1:07:48 Ну, блин, ребят, ну это вообще какие-то сложные вопросы
1:07:51 для таких-то взрослых сформировавшихся личностей.
1:07:54 Я еще молод душой для таких вопросов.
1:07:58 У меня есть такая особенность, что давайте я про нее расскажу, что я в принципе стараюсь ни о чем не жалеть.
1:08:04 Это бывает и минус, и плюс.
1:08:06 Это не то, что девиз, это просто особенность характера.
1:08:09 Я очень много там косячил по рабочим вопросам, и про отклал, и там куча есть прикольных историй.
1:08:16 Но я очень быстро это отпускаю эмоционально и делаю выводы какие-то уже более сухие, наверное, это моя какая-то особенность.
1:08:25 Спасибо, Саша, что провел этот выпуск с нами.
1:08:28 Да, не за что, приглашайте еще?
1:08:32 С вами был подкаст Диванный дизайнер.
1:08:34 Сегодня мы обсудили концепцию супер апов: то, как дизайнер взаимодействует с разработчиком, какие отличия есть у платформ 1 и Андроид?
1:08:45 На чем писать проще, на чем интересней?
1:08:48 Надо ли учитывать специфику платформ при проектировании?
1:08:53 И как у разработчиков подгорает или не подгорает при взаимодействии с дизайнерами.
1:08:58 Ну, и главное, что коммуникация решает все проблемы.
1:09:01 Подписывайтесь на наш телеграм-канал.
1:09:03 Мы уже больше года ведем его коллективно, каждую неделю ведет новый дизайнер, а на днях мы завели новую рубрику - Сделанного зон, где рассказываем про наши решения и продуктовые кейсы.
1:09:15 Вот нам осталось уговорить сегодняшнего спикера - подписаться на наш канал, а то он сопротивляется.
1:09:21 Но в любом случае, Саша, спасибо тебе большое, что пришел и провел этот вечер с нами.
1:09:26 Было очень интересно, познавательно.
1:09:29 Спасибо вам, пока-пока.
Комментарии
Войдите, чтобы оставить комментарий.