VanillaTime

Затусили с Артёмом и затёрли за тяжёлую жизнь архитектора дизайн-систем. Нужны ли они ещё кому-то в 2025 году? Ещё и как, тут бы калекой не остаться, так с руками отрывают! И о том, какую роль играют «библиотекари» в жизни продукта тоже обкашляли. Не забыли и про то, куда расти, если по кайфу собирать и оптимизировать, а менеджером становится не хочется. В общем, выпуск получился живой и приятный. Приятного вам прослушивания (или просмотра). https://youtu.be/kCE6-wNrpUc

Сегодня был очень хороший день. Мало того, что мы Артёмом Черепановым так круто пообщались за дизайн-системных библиотекарей, так ещё и была встреча с командой одной небольшой компании Google, где они делились впечатлениями об успешно проведенном тестировании с использованием Display. Конечно, немодерируемое тестирование было только одной из частей исследования, но все равно приятно, что продукт, который ты делаешь на голом энтузиазме, помог такому гиганту проверить парочку своих гипотез. Вдохновляет. 🤣 Так что, если вы все ещё думаете, стоит ли заниматься какими-то сайд-проектом по кайфу... Сами решайте, короче 😪

😐 Omnipresent Impressor: пытаются сделать всё и сразу упуская из виду то, что важно больше всего. Они думают, что могут сделать всё быстрее и лучше команды и неохотно делятся работой с другими. Это создаёт вокруг них ореол вечной занятости, а значит и на развитие команды времени совершенно не остаётся. Из опыта скажу, что тут всё тоже лечится временем и доверием. Демонстрируйте результат, говорите о нём и со временем вам начнут больше доверять. Также неплохой стратегией будет часто запрашивать обратную связь о работе — так лидер будет вынужден смотреть на реальное положение дел, что вы реально делаете работу хорошо, чем просто продолжать думать, что вы ни на что не годны. 😋 Masked Manipulator: это те, кто говорят «вы отличная команда, но на выходных нужно поработать». В отличие от Solo solver они понимают ценность команды, но скрывают свои корыстные мотивы под слащавой маской дружелюбия. Как вы понимаете, такой манипулятивных подход негативно сказывается на команде, так как им приходится постоянно жить в страхе переработок и неожиданных пивотов. Работать с такими лидерами можно через однозначную постановку границ — сложно манипулировать тем, кто отстаивает своё личное пространство. Но ещё более действенным способом будет постановка целей для всей команды, такой, которую все поддержат — так и манипулировать не придётся. Справедливости ради стоит отметить, что это примеры деструктивного лидерства, и не все лидеры такие, хотя конечно, в каждом присутсвует кусочек того или друго архетипа. А ваш лидер похож на кого-то выше?

Интересные размышления про архетипы деструктивного лидерства. Авторы провели некий брейнсторм и вывели 6 основных поведенческих моделей деструктивного лидера, каждый из которых разрушает атмосферу по-своему. 😡 Directive Disruptor: лидер, который «знает, как правильно», который много кричит о том, что «мы станем новым Apple на рынке детской присыпки и сразу кидается в бой. Зачастую без детального погружения в предметную область он сразу бросается на амбразуру стараясь больше делать, чем думать. Держит возле себя только «проверенных» людей, которые делают, а тех, кто челенджит и заставляет тормозить отпихивает подальше. К сожалению, эффективно руководить в такой обстановке не получается, ведь та часть команды, которую затыкают не могут привнести свой вклад в развитие продукта и деморализуются, а те, кто херячат, как проклятые, быстро выгорают и… точно также деморализуются. В итоге мы получаем никакущую команду, и дай бог хоть какой-то результат. А если и исконное видение оказалось неверным — ещё и кучу потраченного времени и целый стол никому не нужной работы. Советы по работе с такими лидерами от авторов странные: беги, прячься, не отсвечивай… Но есть и дельные — попытаться понять его мотивы на человеческом уровне и донести ценность чужого мнения через мягкое сопротивление, без громких криков и байкотов. В каких-то случаях, после того, как вы заработаете доверие такого лидера, делая то, что он хочет, вы сможете выправить ситуацию. Но приготовьтесь, что это будет долго и не потеряйте себя по пути. 👐 Protective Parent: антипод тираничного деспота. Этот архетип наоборот слишком много сил тратит на то, чтобы ВСЕ в команде росли в тепличных условиях: оберегает их от стресса, берёт на себя всю негативную коммуникацию и критику. Да, поддержание хорошего климата в коллективе — это одна из самых главных задач лидера, однако если перегнуть палку то можно просто-напросто получить команду не способную нормально функционировать вне теплицы. Можно сказать, что это медвежья услуга. Если вы попали под влияние такого лидера, нужно найти в себе силы сказать «Ну маааам!», то есть однозначно выразить своё отношение к чрезмерной опеке. Скажите, что вы готовы к новой отвественности и можете самостоятельно брать ответственность за свои решения, а лучше докажите это делом предложив забрать часть работы лидера. 😎 Solo solver: достигаторы, которые оставляют команду позади. Не способны отстаивать решения и мнение команды, если там нет ничего для них. Делегируют создание культуры на команду, пока сами заняты «настоящей работой», за которую могут получить одобрение руководства. С такими ребятами работать трудно, так как в их системе ценностей нет такого понятия, как команда. Но если у вас получится донести бенефиты создания культуры взаимопомощи и продуктивности, они могут поменять своё мнение. Главное говорить на их языке visibility и business impact, о которых они смогут отчитаться. ☹️ Academic Purist: следуют только проверенным теориям управления и подходам к работе, описанным в книгах без учёта контекста. Scrum — только в чистом виде. Data-driven — только попробуй предложить что-то без доказательной базы. Подобная негибкость в подходах часто негативно сказывается и на продуктивности и на морали команды, так как никто не хочет делать безполезную работу. А педалирование идей, которые не находят отклика ни у стейкхолдеров, ни у команды — пустая трата ресурсов. Несмотря на то, что спорить с таким лидером, значит спорить с академически обоснованными книгами — очень трудно, это не значит, что не нужно пытаться. Попробуйте вывести такого лидера на парадокс и предложите использовать другие или адаптированные подходы чисто в рамках эксперимента. Такой подход может снять барьеры невосприимчивости и открыть глаза на более широкую картину.

У меня в закладочках уже давно живёт ресурс Failure Museum, как напоминание об ошибке выжившего. Мы часто видим истории успешного успеха, но вот о почивших начинаниях все почему-то говорят мало. А этот ресурс, как раз о них. Там собраны истории продуктов и компаний вышедших на рынок с гордо поднятой головой, под одобрительные аплодисменты, однако чей маршрут был построен не до галлереи славы, а на свалку истории. И чтобы такого не происходило, на самом деле много и не нужно, достаточно остерегаться 6 основных сил краха: 1. Product-Market fit 🎯, когда рынок уже перенасыщен или наоборот не готов к вашему гению, и люди просто не видят ценности в вашем продукте, а значит не будут его покупать. 2. Деньги 🪙, ну и не только, когда их не хватает, а когда деньги становятся главнее продукта и команд. Так размывается фокус и продукт обрекается на вечное скитание в тёмных водах. 3. Потребители.🤩 Не слушайте ваших конечных пользователей и точно пойдёте ко дну. Точка. 4. Конкуренция 👊 убивает. Если вы врываетесь на высоко конкурентный рынок как убийца чего-то... скорее сами падёте ещё не подобравшись к вашему заклятому врагу. Также, если не будете оберегать ваши подходы, технологии и команду — мозги растекутся а всё остальное будет скопировано и ваше конкурентное преимущество будет сведено на нет. 5. Время. 🕙 Окно возможностей может быть закрыто из-за дерьмовой внешней ситуации: медвежий рынок, тарифы, более перспективные направления. И если не подгадать время, можно и не начинать. 6. Команда. 🤣 Я убедился на собственном опыте. Если вся команда не готова вкладываться в проект (кто чем может), то всё быстро забуксует и вы потеряете инерцию. Продукт-то может и будет выпущен, но вот дальше... Пф-пф-пф... И остановится на обочине, как машина без топлива. Всё это может показаться прописной истиной, но блин, с основ всё и начинается. Что стоит чекнуть этот список перед стартом новой инициативы и честно ответить на вопрос: «А всё у нас есть?» И если нет — сэкономить время и деньги. Желаю, чтобы ваши проекты запускались гладко, как выбритое колено.

Разгребая завалы в почте, я наткнулся на одну интригующую статью об AI. Нет, это не был очередной опус про чудо-инструмент, который взвинтит вашу продуктивность на 300%. Речь шла о куда более фундаментальном — о том, как мы вообще подходим к дизайну AI-решений. 🤨 Автор статьи проанализировал интерфейсы ведущих AI-продуктов и, к своему (или не своему) удивлению, обнаружил поразительное единообразие. Все они как две капли воды. 💧Но ключевая мысль, которую он стремился донести, звучала так: а должны ли они быть такими? Кажется, что большинство людей плохи в использовании чатов, в чём я лично сомневаюсь, но в подтверждение приводится статья NNGroup. Взгляните на типичный сценарий: оператор просит AI написать текст, а затем, скопировав его в Word, тут же просит модель внести правки. И вот тут-то начинается бесконечный диалог с вечно забывающим и тугодумным собеседником. Человек тратит уйму времени, пытаясь втолковать AI, что ему нужно, и всё равно получает не совсем то. Порой проще сделать самому. 😡 И тут, по мне, проблема в формулировании мыслей, а не в использовании чата, как средства их донесения. Дальше автор подводит нас к самой сути: AI-функции должны быть глубоко интегрированы в рабочую среду, чтобы устранить все "транспортные" издержки на перемещение информации. Как это уже делают Google или Microsoft в своих пакетах офисных приложений. И в завершение он настоятельно призывает сто раз подумать, прежде чем создавать очередного чат-бота. А может, и вовсе без него обойтись? 💭 На мой взгляд, мысль верна: чаты — это такое "лёгкое" решение, которое сработает в любой непонятной ситуации. И да, интеграция AI непосредственно в платформу гораздо эффективнее. НО! Это отнюдь не означает, что автономные чаты должны исчезнуть. Интегрированный AI идеален для узконаправленных задач, когда чётко понятно, с чем вы работаете и какой результат ожидаете. Прекрасный пример — GitHub Copilot, встроенный в Visual Studio. Однако, если вы работаете в непредсказуемой среде, где пользователь может внезапно спросить определение «трансцендентности», а в следующий момент — заказать написание React-компонента, универсальная форма чата с голосовым вводом сработает на ура. Это ведь наиболее естественный способ коммуникации. А для вывода информации и были придуманы режимы Canvas, позволяющие отделить конечный артефакт для ручной доработки от самого диалога с моделью. Казалось бы, разрабатывать такие решения даже проще: у вас появляется целое пространство, способное рендерить всё, что "выплюнет" модель, без оглядки на остальной интерфейс. Но всё усложняется, когда у вас уже есть готовый функционал, который нужно "втянуть" в модель. Именно над такой задачей я сейчас и работаю. Поскольку переписать всю нашу платформу, состоящую из сотни продуктов, просто нереально, мы пошли итеративным путём. 🚲 На первой итерации мы выделили самые популярные сценарии взаимодействия и создали аудио-визуальный опыт, где с помощью микро-фронтенда встроили в диалог кусочки UI. Затем мы начали переписывать бэкенд под "модель осведомлённости о возможностях платформы" (MCP), чтобы бот мог самостоятельно использовать функционал платформы без дополнительного интерфейса. 🤖 Но как в первом, так и во втором случае не обойтись без построения Conversation-experience и тщательной тренировки модели на распознавание намерения пользователей. И это, безусловно, работа для целой команды, а не для одного человека. В общем, если захотите узнать больше — пишите в комментариях.

🚨Последнюю неделю я просыпаюсь ещё до будильника, испытывая какое-то странное воодушевление и желание что-то делать. И я бы не сказал, что это хорошо. Немного поразмыслив над этим, я понял, что на самом деле испытываю приступ тревоги из-за упущенных возможностей. Видимо, во сне мой мозг 🧠 разгребает кучи дел, которые я на себя навалил, и ближе к утру приходит к выводу: «Нихрена мы, Дима, не вывозим, а ты спишь. А ну вставай — и погнали делать дела. Все уже давно портфолио сделали, а ты лежишь. А ты же ещё и вот это хотел выучить, и туда нужно законтрибьютить, и тут помочь». 🤨 Сигнал принят — нужно разбираться. Для этого я обычно провожу ревизию своих психологических якорей: выписываю на один лист все активности, которые сейчас загружены в голове, при этом каждому пункту можно проставить степень "зудения", а то и вообще использовать модель Кано для приоритизации дел (а вы думали, её можно использовать только для фичей?). После этого важно всё перенести в ежедневник или организационное приложение (я использую ClickUp), чтобы мозг понял: всё записано, вы ничего не забудете, и можно перестать прокручивать это в голове. Так сказать, выгрузить всё, чтобы освободить ресурсы для концентрации. Затем выбираете одно направление — и с лазерным фокусом начинаете вгрызаться в него. Такой подход помогал мне раньше. Посмотрим, как он справится сейчас. А может, я просто старею… или в отпуск пора. А вы как справляетесь с тревожностью?

Хочу рассказать о своём последнем увлечении — Rive. По сути это сервис для создания сложных (и не очень сложных) интерактивных компонентов, включая анимацию и ответные реакции на взаимодействие. И чё такого? Разве в Figma нельзя просто Smart animate’ом обойтись? Можно, но есть нюансы. Если посмотреть на Rive, как на инструмент создания анимаций, то сразу кажется, что он очень смахивает на AfterEffects или Premier — тут тоже есть таймлайн и изменения свойств происходят через KeyFrames. Так получается, что свойства могут анимироваться неравномерно, типа чуть чуть повернуть и при это быстро сжать. Но при всё этом, инструмент не такой громоздкий и неповоротливый, как AE. Готовая анимация запускается через Runtime — специальную либу от Rive. Тут всё также, как и в AfterEffects, который генерирует JSON в Lotte, для которого нужно подключать LottePlayer. Зачем так сложно, ведь можно просто заанимировать SVG? И тут кроется фича Rive — мультиплатформенность. Вашу анимацию можно будет запустить где угодно от веба и мобилок, до Unity и Unreal Engine. Неплохо, что ещё? Если вас интересуют более изощрённые извращения, например, вы хотите сделать вашу анимацию интерактивной — это можно сделать при помощи мощного инструмента StateMachine. Этот зверь позволяет вам создать несколько анимаций и настроить логические переходы между ними. Например, вы хотите сделать интересную кнопку лайка, которая как в 2008 будет разбрасывать конфети. Тогда можно сделать три анимации: ждущее сердечко, взрыв конфети и сердечко, которое радуется, что его пощекотали; а затем при помощи стейт машины настроить между ними переходы по клику. Неплохо, что ещё? Хммм… ну если вы любите хардкор, что ж. В вашу анимацию можно принимать параметры из внешнего мира использую предустановленную модель данных. Хотите, чтобы количество лайков прикольно набегало? Или уровень здоровья красиво героя красиво анимировался? Пожалуйста — просто определите переменные и вперёд использовать их. При том, что это прод-рэди. Если принять во внимание очень гибкое использование и большое количество интеграций включая Framer, Unity, Unreal, React, React-native и много других, можно сказать, что областей применения масса. Однако без недостатков не обойтись — команда у Rive не такая большая и все баги они точно исправить не могу, потому порой приходится придумывать костылики на неординарные задачи. Например, прямого экспорта из Figma нет, так что приходится экспортировать svg, а после добавлять его как ассет, что сносит ваши с такой любовью названные слои к чертям. Логика работы State Machine только кажется простой, и приходится подумать над тем, как сделать так, чтобы всё работало, как нужно, минуя подводные камни. Но кто не без греха? В общем, я записал для вас небольшой ролик обычного воркфлоу в Rive, где я создал простую анимацию. Я ничего не эдитал, чтобы вы вдоволь насладиться тупняком, ведь записывал всё без сценария, да и вообще какого-то умысла :) Надеюсь это заинтересует вас и вы посетите Rive marketplace, чтобы посмотреть, что вообще можно делать, а если совсем проникнитесь, то есть ещё очень годный пошаговый курс на youtube.

Ну и если вы вдохновились настолько, что готовы прыгнуть с головой в эту мясорубку, то следующая четвёрка для вас. 10. «Как делать хорошие игры. От идеи до запуска» — Петр Прохоренко. 11. «Сделай видеоигру один и не свихнись» — Слава Грис. 12. «Ошибки разработчиков видеоигр. От идеи до провала.» — Слава Грис. 13. «Игра в цифры. Как аналитика позволяет видеоиграм жить лучше» — Василий Сабиров. Последняя книга будет полезна и как создателям игр, так и продуктовым дизайнерам, которые хотят в данные, но не знают как и зачем. На книжном поприще сейчас беснуется также много авторов с французскими именами, которые хотят срубить бабла за счёт знаменитой серии в названии, а-ля «Ведьмак. История создания культовой RPG» или «Half-life. Как создавался знаменитый шутер», но все они капец какие скучные, так как сотканы из лоскутного одеяла очевидных фактов, и строятся по одному лекалу: немного истории, потом пересказ сюжета, а потом рассуждения на тему, как это было круто и как всё изменилось после этого. Поверьте, такие книги лучше прочитать, если ничего другого не осталось...

В последнее время я что-то дофига читаю про геймдев. Скорее не ради знаний, а ради вдохновения. Всегда прикольно узнавать о том, как устроена другая индустрия изнутри, однако меня больше всего пробирает от реальных историй людей и проектов, а особенно если это игры в которых ты провёл не один десяток часов. И я решил создать свой список рекомендаций по теме, если вдруг, вы захотите проникнуться темой. 1. «Кровь. Пот. Пиксели.» и «Нажми Reset» — Джейсон Шрейер. Если тема интересна, то я советую начать именно с этой парочки. В первой книге вы найдёте истории создания некоторых эпохальных игр из первых уст. Автор очень живо подаёт историю и цитаты из интервью разработчиков, которые сам же и брал. Очень сильная и вдохновляющая работа. А вот вторая книга — полная противоположность, так как повествует о грандиозных фейлах и что из них получилось. Читать советую залпом. 2. «Повелители Doom. Как два парня создали культовый шутер и раскачали индустрию видеоигр» — Дэвид Кушнер. Вы могли не играть в Doom, хотя сейчас его запускают даже на тесте на беременность, но вы однозначно о нём слышали. Но слышали ли вы имена Джона Ромеро и Джона Кармака? Сомневаюсь, а ведь это они стоят за тем, что сейчас мы можем погонять в танчики и дотан. А история создания культового шутера реально тянет на экранизацию. 3. «Икона DООМ. Жизнь от первого лица.» — Автобиография Джона Ромеро. После предыдущей книги мне было интересно послушать про события из уст самого героя. Это как смотреть тот же сериал и знать, чем всё закончится… но почему? 4. «Время игр! Отечественная игровая индустрия в лицах и мечтах.» — Андрей Подшибякин. Есть у нас и свой ответ Джейсону Шрейеру, ведь на пост-советском пространстве создавали реально прорывные штуки. И хоть золотой век уже прошёл, мне всё равно было интересно послушать о былой славе студий и инди-разработчиках. 5. «Boom. Что такое бум-шутеры и как они изменили правила игры» — Даниил «Кортез» Петручик. Если от истории ещё не устали, то вот ещё одна глубокая работа посвящённая теме шутеров, или лучше сказать Бум-шутеров. Здесь уже не так детально освещены гиганты, но больше уделяется внимания играм, которые были сверх-популярны в своё время, но быстро утратили лоск и остались прозябать в безызвестности. 6. «Мясорубка игровой индустрии. Как сохранить душу игры в мире корпораций» — Уолт Уильямс. А это история Уолта Уильямса, который рассказывает о… мясорубке видеоигр из уст самого перемалываемого. Через что проходит человек, на котором лежит ответственность за ААА-проект и почему так сложно довести до ума даже одну игру. 7. «Взлет и падение Sierra On-Line. Сказка с несчастливым концом.» — Кен Уильямс. И мы плавно переходим от создателей к издателям, тем, кого обычно не сильно жалуют в игровой индустрии, потому что они часто давят на разработчиков, урезают бюджеты и закрывают проекты. Кен рассказывает свою историю от простого трудяги до владельца издательства выпустившего Half-life. И почему в итоге дело дошло до суда. 8. «Devolver. Панки в игровом бизнесе» — Батист Пейрон and Пьер Можен. Редкая книга французских авторов, которая не вызывает скуку (или не так сильно). Она про создание игрового издателя, который идёт наперекор игровой индустрии и при этом выпускает клёвые игры. Как и что там такого по-другому? Придётся прочитать. 9. «Super Mario. Как Nintendo покорила мир» — Джеф Райан. И вот мы и добрались до корпорации Зла… или добра. Как посмотреть. Это история Nintendo от продажи карт до практически монополии на игровую индустрию с последующим созданием своего главного конкурента — PS. Тут не только про корпорации и бизнес-решения, но и про роль гейм-дизайна в успехе могучего бизнеса. Всем, кто когда-то давил грибы усатым водопроводчиком обязательно к прочтению.

Ничего себе, Figma дала мне доступ к Made — типа, поиграйся, сынок, мы тебе сейчас покажем, что умеем. Ну почему бы и нет. Закинул я один скринчик и попросил сделать анимацию спидометра по нажатию на кнопочки. «Понял-принял и пошёл делать», — сказал ассистент Figma и погнал делать. И всего через 5 минут и 1300 строк кода я получил свой заветный результат. Ну что я могу вам сказать: пару пикселей съехало, а в остальном… Да камон! Полная же херня. 1300 строк кода… Figma на Assembler хренячит? Просто всё в один файл — зачем изолировать логику? Не хватало в конце файла добавить коммент: What you gonna do about it? Встроенное прототипирование, для hand off сработало лучше. Но больше всего мне понравилось, что даже штука, которая работает, работает благодаря Framer. Даже Claude решил, что тут без него не обойтись. Ради эксперимента просто залил скрин в AI Studio — и без доступа к сорсам он за минуту справился с задачей не хуже. Но чего я бухчу. Признаться я даже немного воодушевлён развитием тулов 💪 Но всегда приятно поугарать над первыми этапами, пока не стало не до смеха. 😭

Ребята, привет, я пишу тут уже давольно давно, пусть и нерегулярно, и за это время тут скопилось ДО-ФИ-ГА инфы, которую, давайте будем откровенны, никто больше никогда не увидит. В каналах все потребляют только свежак и редкая птица будет скролить историю. И вот я решил заодно протестировать новую функцию NotebookLM, куда я залил всю базу своих постов с самого основания канала. Так что если вас интересует какая-то тема — теперь можно просто спросить. Работает правда всё немного медленно, и тем не менее — это лучше чем рыться в куче поисковой выдачи. https://notebooklm.google.com/notebook/55d13e2a-2fe2-4c7d-9a09-ed01e4f22f78

В новом DS Cast выпуске говорим с Димой Бутенко о том, насколько несовершенен наш мозг, и как этим пользуются все кругом. Обсудили почему так получается, какие у нас любимые когнитивные искажения и как с ними бороться. Не обошли стороной и феномен геймификации, и как её правильно готовить, чтобы не сесть в лужу. Получилось о-о-о-очень живо и кайфово! Рекомендации для глубокого погружения: 1. Книга «Искусство мыслить ясно» или статья-выжимка. 2. «Начать думать в понедельник и не закончить во вторник» — ещё одна годная вещь. 3. Как геймифицировать и почему это может не сработать. 4. Геймифицируй это — Ю Кай Чоу 5. Hooked (На крючке) — Нир Эяль 6. Старый список геймификационных механик. Надеюсь, вам будет полезно и весело, как и мне!

Шел я такой по парковке и увидел у одного чела вот такую картинку. Забавно, но тут варианта два: или в салоне действительно настолько плохо пахнет, или мы наблюдаем в действии одно из когнитивных искажений — накопительство. Это когда включается наше неприятие потери вместе с желанием собрать как можно больше очков / бегемотов / летных миль. И какое совпадение, что как раз о такого рода искажениях мы и говорили с Димой Бутенко на свежем подкасте, который я сейчас монтирую 🤓 А вы какие когнитивные искажения вы наблюдали недавно или использовали их в работе?

Новостная повестка уже на 95% состоит из AI-bingo всех мастей. Все что-то делают, пытаясь натянуть сову на глобус потуже, и притянуть за уши этот инструмент в места, где он быть пока не может. Как будто в строительной компании появилась новая турбо-болгарка и теперь все должны ею пользоваться. 🪚 Где-то она отлично заходит, например укладчикам и сборщикам. Но все должны повышать свою эффективность при помощи болгарки, и когда архитекторы и бухгалтер говорят, что чертить с ее помощью не очень удобно — на них смотрят с укоризной и обвиняют в саботаже прогресса. 😳 Нет ничего плохого в том, чтобы проводить эксперименты и находить более интересные и эффективные способы работы. Но если технология не готова, то ничем полезным наше восхищение не обернется. Все ровно придется сидеть и ждать, пока стейк AI дожарится. Может можно с пользой провести это время? Конечно. И вот, что я думаю. Для того, чтобы получить годный результат нам так или иначе придётся объяснять моделям, что мы хотим получить и как к этому придти, описывая все подводные камни и ограничения. Нам так же понадобится экспертиза, чтобы оценить выданный шедевр с точки зрения пользователей. Или вы думаете, что думать не придётся? Шиш. А кто сможет лучше описать, что и как? Тот, кто уже сам не одного бульдога съел в своем деле. Значит наиболее эффективной стратегией будет инвестировать в себя, как в дизайнера, оттачивая свой крафт, пока технологии зреют. Когда в последний раз я проверял, все ещё люди пользовались нашими продуктами. Значит не помешает знание психологии и нейробиологии. 🧠 Неплохо было бы эргономику и гайдлайны подтянуть. 👏 Как же без вкуса и настроенности, любознательности и экспериментов. 🤨 Оу, и про тестирование не забудьте, а то так и будете верить всем на слово. 📊 Ну или можно впустую тратить время носясь с этой писаной торбой. Что думаете?

Привет... Я перелопатил весь свой инбокс и там один AI: Stitch от Google (очередной инструмент дизайнера... Пфф), отчёт венчурных инвесторов о том, что везде все плохо, кроме AI (а весь AI в попе, кроме OpenAI), неоправданные надежды на Figma Sites... И тут я такой «а это что за красота?!» В общем, олды здесь? Сможете найти свой скин для WinAmp? :) Круто посмотреть, какие безумства творили люди, какую дичь... И насколько это было здорово :) Необузданно! Нашли свой скин? Я да 🪖

Вчера прошёл Spring Event от Framer, где мой любимый продукт представил свои новиночки. Это как Config от Figma, только без пафосных речей и больших экранов, и все новшества доступны сразу. Framer тут конечно в драку не лез, но давайте посмотрим, чем ответил на посягательства Figma. Всего приколюх 4: мощная аналитика, работа с вектором, wireframer и одна клёвая штучка на десерт. Я успел потыкать всё, и хочу поделиться с вами своими соображениями. 1. У Framer уже была встроенная аналитика 📈, но работала она на базовом уровне: можно было смотреть кто и пришёл и откуда. Если нужно что-то детальнее — прикручивай GA. Но сейчас у Framer появилась возможность навешивать тэги на любые штуки, какие захотите, а затем строить воронки не отходя от кассы. Довольно удобно, но что ещё круче, так это возможность проводить A/B тесты, проводить эксперименты и оптимизировать эти самые вороночки. 2. Наконец-то исправили работу с вектором. 😭 Эта была одна из самых геморных тем в работе с Framer. Если нужно было нарисовать иконку или иллюстрашку — это был однозначный переход в Figma. Но этот кошмар теперь в прошлом: изобразительные средства выровнялись. Но тут Framer пошел дальше простого исправления и добавил удобный инструмент менеджмента иллюстраций, а также запилил возможность анимировать обводку. Тут и Rive мог бы чуть напрячься. 3. Wireframer. ⭐️И тут не обошлось без AI. Делает эта штука тоже самое, что и Figma Make, но заточено всё не на финальный дизайн на основе дизайн-системы, а на wireframing с серым прямоугольничками и ч/б текстом. Что интересно, можно говорить что исправить и это происходит. Кому не хватает власти на проекте, может получить в свое распоряжение ai-джуна. Тем не менее, в качестве результата я все ещё сомневаюсь. Да и wireframes проще делать на компонентах. Так что тут + за старание, но велью сомнительное. Тем более, что AI конструктор уже был во фреймере год назад, но большой популярности не снискал из-за слишком однородного результата. 4. 🍒 Вишенка на торте: workshop plug-in. 🧠 Зачем? Чтобы быстро самому создавать интерактивные компоненты, которые будут полностью совместимы с Framer, использовать его настройки прям с канваса. В принципе, это можно было сделать и раньше, но свежие апдейты синтаксиса не всегда были ведьмы другим моделькам, так что должно работать поточнее. Но я, честно, ещё не погружался глубоко. Вот такие вот апдейтики. В принципе, очень даже годные :) что думаете? Если хотите, пишите в комментах, сделаю вам видео-обзор.

Ребята, доброй вам ночи. Я только что закончил писать большой лонгрид о потоковом переживании в UX-дизайне. Я очень надеюсь, что тема вам покажется интересной. Несмотря на вечный ажиотаж вокруг AI и современных технологий, мне подумалось, что неплохо было бы обратиться к психологии. В общем, если вы хотите узнать о том, как спроектировать состояние полного погружения в момент и не боитесь большого количества букв — добро пожаловать.

Ребята, как и обещал, делюсь с вами нашим свежеопубликованным подкастастом с Витей на тему data-аналитики. О чём говорили: ❓Кто такие дата аналитики, ведь они все такие разные? ❓Чем занимаются аналитики на проекте? Какой профит бизнесу? ❓Как работают современные аналитические системы? Как построить грамотную культуру данных, а не тупо следовать за ними? ❓Чем дизайнеру может помочь аналитика? Как выжать максимум из коробочных решений? ❓Как прокачать себя в аналитике (Кошик уже не в почёте)? Ответы на эти вопросы внутри нашего нового подкаста. Будем очень рады, если напишите комментарий о том, где у вас болит, чтобы мы могли попробовать полечить это удалённой терапевтической сессией. Ну и конечно ❤лайк, ⚠ шэр, ✈ репост, если понравилось.