В 2ГИС каждый декабрь включают зимний слой: меняются цвета карты, появляются праздничные 3D-модели, гирлянды, украшения и анимации. В этот раз команда решила не просто обновить набор объектов, а собрать цельный визуальный стиль: мягкий, тёплый, дружелюбный и достаточно простой, чтобы нормально жить внутри карты с её техническими ограничениями.
Раньше дизайнер описывал модель словами, собирал референсы, передавал моделлеру, потом начинались итерации и разночтения. С нейросетями команда смогла быстрее проверять идею: сначала генерировали образ, потом черновую 3D-модель, сразу примеряли её в тестовом приложении и уже после этого отдавали команде почти готовое ТЗ. Ребята всё равно делали финальную модель с нуля, но спорить приходилось меньше, потому что все уже видели, что именно должно получиться.
Внутри:
– Почему зимний слой карты решили превратить в цельный эмоциональный опыт;
– Какие принципы задали для 3D-моделей: простые формы, мягкие цвета и понятный характер;
– Почему старый процесс через текстовые описания и референсы давал много разночтений;
– Как ИИ помог быстро проверять форму, цвет и масштаб модели прямо на карте;
– Зачем черновая GLB-модель стала частью технического задания для моделлеров;
– Почему анимации стало проще обсуждать через готовые примеры, а не словами;
– Как подход масштабировали на ледовые городки, ёлочные базары, гирлянды и здания;
– Какие результаты получили: рост DAU, больше кликов по моделям и новый постоянный процесс в команде.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥11❤4👍4😢1
ChatGPT 5.6 безумен
Я читаю Х и у меня вся лента из постов на англ и иногда тяжело. Тыкать на каждый перевод от Х уматывает. Я написал запрос в кодекс, через 3 минуты готово расширение для браузера локально, которое переводит все посты и комменты на русский сразу при загрузке. Теперь я читаю Х на русском за 3 минуты времени и пару центов денег.
Ну и ещё я за сегодня только сделал кучу фиксов в HireHi. Добавил себе массу фич в админку, поправил UI местами и баги. Ускорил в целом сайт и работу БД. И все это почти ваншотами без переделок. Со времён Fable так не кайфовал.
А как вы используете нейронки? У кого какие кейсы есть интересные? Ток без ботов в ТГ для ведения каллорий по фотке плс))) Есть чет сложное у кого-то прям, мб и другим интересно будет)
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
Я читаю Х и у меня вся лента из постов на англ и иногда тяжело. Тыкать на каждый перевод от Х уматывает. Я написал запрос в кодекс, через 3 минуты готово расширение для браузера локально, которое переводит все посты и комменты на русский сразу при загрузке. Теперь я читаю Х на русском за 3 минуты времени и пару центов денег.
Ну и ещё я за сегодня только сделал кучу фиксов в HireHi. Добавил себе массу фич в админку, поправил UI местами и баги. Ускорил в целом сайт и работу БД. И все это почти ваншотами без переделок. Со времён Fable так не кайфовал.
А как вы используете нейронки? У кого какие кейсы есть интересные? Ток без ботов в ТГ для ведения каллорий по фотке плс))) Есть чет сложное у кого-то прям, мб и другим интересно будет)
———
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤33🤯16🔥5😁3👍1
Тут много новеньких, поэтому короткой строкой напомню
Кроме моего основного канала есть ещё два:
1. Вакансии для дизайнеров – каждый день кроме выходных 8 вакансий из 40+ источников для графических, ux/ui и продуктовых дизов.
2. Референсы интерфейсов – каждый день по 3 поста самых разных интерейсов: веб, мобилка, дашборды, графика и прочие.
Буду рад всех видеть) И рекомендациям тоже❤️
Спасибо всем, кто меня читает. Я это очень ценю и благодарен каждому лично❤️
Кроме моего основного канала есть ещё два:
1. Вакансии для дизайнеров – каждый день кроме выходных 8 вакансий из 40+ источников для графических, ux/ui и продуктовых дизов.
2. Референсы интерфейсов – каждый день по 3 поста самых разных интерейсов: веб, мобилка, дашборды, графика и прочие.
Буду рад всех видеть) И рекомендациям тоже
Спасибо всем, кто меня читает. Я это очень ценю и благодарен каждому лично
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤16🔥6👍2
Подборка лендингов и сайтов для вдохновения на предстоящую неделю
– passbase.com
– aneshk.design
– 0.xyz
– dylanbrouwer.design
– cash.app/studios
———
– idlehourmatcha.com
– flora.ai
– untamedheroinegame.maxmara.com
– shadergradient.co
– aave.com/app
———
– obsidianos.com
– stripe.com
– yuga.com
– discord.com
– en.cahuparis.com
———
– studioprimal.com
– letslevitate.com
– dilli.house
– dulcedo.com
– brewitty.com
———
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤3🔥3
ВСË УДАЛИЛОСЬ АААААААААА
Короче есть такой тип в Х, который пилит BridgeMind. Это агентская платформа для вайбкодинга. У него цель там дойти до $1m ARR чет такое. Он постоянно пишет об этом в Х, каждый день почти.
До 5.6 кодекса он юзал fable, купил кучу подписок и запускал параллельно сразу несколько агентов. Он, кстати, всё это стримит ещё каждый день.
Так вот, на днях вышла 5.6 и чел дал ей задачку обработать отмены подписок на Stripe. Когда список закончился, GPT вместо остановки еще раз запустила код, но с пустым полем userId. Из-за этого бизнес потерял всех активных подписчиков.
Ну то есть, она просто снесла ему все подписки (обнулила). В итоге он потерял кучу денег, несколько тысяч долларов.
Но речь не о проекте, а о типе. Я вот не понимаю, простите. Ты делаешь блять целую ПЛАТФОРМУ для вайбкодинга, живёшь в вайбкодинге каждый день и банально ёмае не протестировал это решение ни локально, ни на стейдже хотя бы. Не обозначил ей рамки дозволенного и скорее всего тупо понадеялся на её ум (спойлер: надеяться на ум моделей НЕ НУЖНО, даже фейбл 5, который все восхваляют)
Как можно орудовать такими действиями с БД наживую на проде и давать ей работать насамотёк я не понимаю. Я при любой работе с БД проверяю все сто раз локально, затем лью на ПРЕПРОД и проверяю ещё все там 100 раз. А затем уже финально запускаюсь на проде, делая временный бэкап на всякий
А потом эти типы орут на весь Х какая плохая модель ай ай удалила мне БД. Так она РОБОТ максимально примитивный. Ей сказали делать, она делает. Но ей не обозначали рамки дозволенного, поэтому они могут пускаться на самотёк, если за ними НЕ СЛЕДИТЬ.
Когда я чет меняю я сижу и смотрю её рассуждения и изменения. Чтобы если че резко влететь и дать по шапке. А этот тип запускает 20 агентов параллельно (я представляю его код там и архитектуру, скорее всего полный пиздец), а потом орёт, что он потерял деньги. Ну, Codex 1:0 Человек.
И таких историй будет всё больше, я уверен. Если голову не включать, конечно.
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
Короче есть такой тип в Х, который пилит BridgeMind. Это агентская платформа для вайбкодинга. У него цель там дойти до $1m ARR чет такое. Он постоянно пишет об этом в Х, каждый день почти.
До 5.6 кодекса он юзал fable, купил кучу подписок и запускал параллельно сразу несколько агентов. Он, кстати, всё это стримит ещё каждый день.
Так вот, на днях вышла 5.6 и чел дал ей задачку обработать отмены подписок на Stripe. Когда список закончился, GPT вместо остановки еще раз запустила код, но с пустым полем userId. Из-за этого бизнес потерял всех активных подписчиков.
Ну то есть, она просто снесла ему все подписки (обнулила). В итоге он потерял кучу денег, несколько тысяч долларов.
Но речь не о проекте, а о типе. Я вот не понимаю, простите. Ты делаешь блять целую ПЛАТФОРМУ для вайбкодинга, живёшь в вайбкодинге каждый день и банально ёмае не протестировал это решение ни локально, ни на стейдже хотя бы. Не обозначил ей рамки дозволенного и скорее всего тупо понадеялся на её ум (спойлер: надеяться на ум моделей НЕ НУЖНО, даже фейбл 5, который все восхваляют)
Как можно орудовать такими действиями с БД наживую на проде и давать ей работать насамотёк я не понимаю. Я при любой работе с БД проверяю все сто раз локально, затем лью на ПРЕПРОД и проверяю ещё все там 100 раз. А затем уже финально запускаюсь на проде, делая временный бэкап на всякий
А потом эти типы орут на весь Х какая плохая модель ай ай удалила мне БД. Так она РОБОТ максимально примитивный. Ей сказали делать, она делает. Но ей не обозначали рамки дозволенного, поэтому они могут пускаться на самотёк, если за ними НЕ СЛЕДИТЬ.
Когда я чет меняю я сижу и смотрю её рассуждения и изменения. Чтобы если че резко влететь и дать по шапке. А этот тип запускает 20 агентов параллельно (я представляю его код там и архитектуру, скорее всего полный пиздец), а потом орёт, что он потерял деньги. Ну, Codex 1:0 Человек.
И таких историй будет всё больше, я уверен. Если голову не включать, конечно.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥34😁27🤯8❤3🤔2
Если вы давно хотели работать 7 дней в неделю по 12 часов, выгореть через год и уйти пасти коров, то Револют там фаст-трек запустил для дизайнеров. Таких штук от них ещё не было.
➡️ Газ
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
———
Please open Telegram to view this post
VIEW IN TELEGRAM
😁46❤9🔥2
Авторы рассказывают, как команда ушла от процесса, где дизайнеры долго полировали прототипы, а разработчики подключались только после передачи макетов. В старой схеме всё выглядело понятно, но на практике ломалось: дизайн тянулся бесконечно, разработчики теряли контекст, прототипы воспринимались как финальный интерфейс, а важные вопросы всплывали слишком поздно.
Итеративный подход помог разделить работу на более короткие циклы. Сначала грубая схема и логика, потом интерактивный прототип, потом крайние случаи, ошибки, состояния и уже после этого финальный визуал. На некоторых проектах пошли ещё дальше: брали одну небольшую user story на спринт, быстро собирали прототип, отдавали в разработку и к концу недели показывали заказчику работающий кусок продукта. Это не всегда комфортно, особенно если привык показывать только вылизанный результат, зато команда раньше видит проблемы и дешевле меняет направление.
Внутри:
– Почему детальные прототипы часто начинают мешать разработке;
– Как раннее подключение разработчиков снижает количество переделок;
– Зачем начинать с грубой общей картины, а не с polished-макета;
– Чем отличаются большие продуктовые итерации от коротких недельных спринтов;
– Почему пользователю и заказчику важно заранее объяснять, что они смотрят не финальный дизайн;
– Как Design Decision Records помогают не терять причины старых решений;
– Когда стоит остановить прототипирование и перейти дальше;
– Почему для перфекциониста итеративность может снижать тревогу, а не усиливать её.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11😁4👍2🔥1
Лиза Давыдова из «Лукоморья» разбирает человеческий фактор через два сильных примера: пожар в Нотр-Даме и аварию на АЭС «Три-Майл-Айленд». В обоих случаях система вроде бы передала данные, но человек в конкретной ситуации не смог быстро понять, что происходит и какое действие нужно выполнить. Код датчика, сотня тревожных сигналов, непонятный статус клапана, закрытые бумажками индикаторы, всё это превращает «сам виноват» в плохое объяснение.
Для UX здесь полезная оптика: проектировать надо не только успешный сценарий, где пользователь всё понял, но и места, где он может ошибиться. Пропустить шаг, выбрать похожий объект, применить не то правило, не заметить обязательное поле, неверно понять статус системы. Авторы показывают, как для этого использовать HTA и SHERPA: сначала разложить сценарий на действия, потом для каждого шага описать возможные ошибки и уже под них искать решения в интерфейсе.
Внутри:
– Почему пользовательская ошибка не всегда сводится к невнимательности;
– Как Нотр-Дам и «Три-Майл-Айленд» показывают цену плохой обратной связи;
– Зачем UX-дизайну методы человеческого фактора и когнитивной эргономики;
– Как HTA помогает разложить сложный сценарий на конкретные действия;
– Как SHERPA классифицирует ошибки выбора, пропуска, ввода и неверных предположений;
– Почему разные типы ошибок требуют разных интерфейсных решений;
– Как в «Лукоморье» применили этот подход к сценарию настройки таск-трекера;
– Зачем моделировать сбои заранее, а не ждать, пока они всплывут на тестах.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🔥4👍2😁2
♿ Доступность нельзя чинить одним аудитом перед релизом
Миша Просмицкий пишет о доступности как о части инженерного процесса, а не как о пункте в чек-листе. Команды теперь могут генерировать интерфейсы быстрее, чем раньше, но скорость легко маскирует базовые проблемы: кнопка оказывается
Особенно больно это становится с ИИ-кодом. Модель часто повторяет то, на чём училась: несемантичную разметку, красивые пиксели и минимум ограничений. Поэтому доступность нужно встраивать в систему заранее: правила для ИИ, доступные компоненты в дизайн-системе, проверка в pull request, Definition of Done, тесты в CI, понятная передача фокуса, подписей, состояний и порядка клавиатурной навигации. Аудиты всё ещё нужны, но они не заменяют процесс.
Внутри:
– Почему аудит доступности быстро устаревает после нескольких релизов;
– Как ИИ ускоряет создание интерфейсов и одновременно множит ошибки;
– Почему красивый компонент может быть бесполезен для скринридера;
– Зачем ограничивать ИИ правилами до генерации кода;
– Почему сложные элементы лучше брать из проверенных библиотек, а не писать заново;
– Как дизайн-система помогает масштабировать доступность на тысячи экранов;
– Какие проверки стоит встроить в ревью, Definition of Done и CI;
– Почему тесты с реальными пользователями с инвалидностью всё равно нельзя заменить линтером.
➡️ Читать статью
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
Миша Просмицкий пишет о доступности как о части инженерного процесса, а не как о пункте в чек-листе. Команды теперь могут генерировать интерфейсы быстрее, чем раньше, но скорость легко маскирует базовые проблемы: кнопка оказывается
div с обработчиком клика, фокус не работает, скринридер видит плоский текст, а пользователь не может оплатить заказ.Особенно больно это становится с ИИ-кодом. Модель часто повторяет то, на чём училась: несемантичную разметку, красивые пиксели и минимум ограничений. Поэтому доступность нужно встраивать в систему заранее: правила для ИИ, доступные компоненты в дизайн-системе, проверка в pull request, Definition of Done, тесты в CI, понятная передача фокуса, подписей, состояний и порядка клавиатурной навигации. Аудиты всё ещё нужны, но они не заменяют процесс.
Внутри:
– Почему аудит доступности быстро устаревает после нескольких релизов;
– Как ИИ ускоряет создание интерфейсов и одновременно множит ошибки;
– Почему красивый компонент может быть бесполезен для скринридера;
– Зачем ограничивать ИИ правилами до генерации кода;
– Почему сложные элементы лучше брать из проверенных библиотек, а не писать заново;
– Как дизайн-система помогает масштабировать доступность на тысячи экранов;
– Какие проверки стоит встроить в ревью, Definition of Done и CI;
– Почему тесты с реальными пользователями с инвалидностью всё равно нельзя заменить линтером.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍5🔥2
⌨️ Умная строка станет ещё одним слоем интерфейса
В Ozon Tech разбирают, почему ИИ-строка вряд ли заменит окна, кнопки и экраны. История интерфейсов показывает простую вещь: командная строка, графический интерфейс, смартфоны, часы, голос и AR не отменяли друг друга, а забирали те задачи, где они удобнее.
Если нужно найти конкретную вещь, задать вопрос или делегировать сложное действие, строка с ИИ часто быстрее. Если нужно сравнить варианты, увидеть состояние системы, управлять процессом или точно указать на объект, экран с нормальным интерфейсом всё ещё сильнее.
Внутри:
– Почему интерфейс можно оценивать через скорость задачи, доступность и объём информации;
– Как командная строка, GUI, смартфоны и носимые устройства делили сценарии между собой;
– Где умная строка реально удобнее кнопок и меню;
– Почему ИИ-ответам всё равно нужны карточки, таблицы, ссылки и другие визуальные формы;
– Почему будущее интерфейсов больше похоже на связку строки, экрана, голоса и контекста.
➡️ Читать статью
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
В Ozon Tech разбирают, почему ИИ-строка вряд ли заменит окна, кнопки и экраны. История интерфейсов показывает простую вещь: командная строка, графический интерфейс, смартфоны, часы, голос и AR не отменяли друг друга, а забирали те задачи, где они удобнее.
Если нужно найти конкретную вещь, задать вопрос или делегировать сложное действие, строка с ИИ часто быстрее. Если нужно сравнить варианты, увидеть состояние системы, управлять процессом или точно указать на объект, экран с нормальным интерфейсом всё ещё сильнее.
Внутри:
– Почему интерфейс можно оценивать через скорость задачи, доступность и объём информации;
– Как командная строка, GUI, смартфоны и носимые устройства делили сценарии между собой;
– Где умная строка реально удобнее кнопок и меню;
– Почему ИИ-ответам всё равно нужны карточки, таблицы, ссылки и другие визуальные формы;
– Почему будущее интерфейсов больше похоже на связку строки, экрана, голоса и контекста.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤4🔥1
Подборка лендингов и сайтов для вдохновения на предстоящую неделю
– sandbar.com
– shuttle.zip/about
– k72.ca/en/about
– vori.com
– headstrongltd.com
———
– join.com
– flair.digital
– zudo.amsterdam
– nudea.com
– theupandupgroup.com
———
– durable.com
– apple.com/apple-watch-series-11
– acadium.com
– hannun.com
– searchsystem.co
———
– vecton.ai
– 222.place
– bevel.health
– roydenso.com
– automator.design
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥4👍2