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