Телеграм канал «PixelMap»

ИИ — это не только про картинки и тексты Многие до сих пор воспринимают искусственный интеллект как инструмент для генерации картинок, текстов или постов в соцсетях (и что-то там в код). Но на самом деле ИИ давно шагнул дальше. Сегодня он помогает создавать полноценные продукты, игры и сервисы — без знаний кода и больших команд. Кейс Недавно в рамках нашей мотивационной программы я собрал небольшую браузерную игру Intelsy: Ночной деплой. Игруля простенькая по механике, но забавная: нужно избавляться от багов, не перегрузить систему и дотянуть до утра. Победителя деплоя ждали бонусные баллы для нашего мерч-маркета. Главный момент — вся разработка заняла три часа. Без преувеличений. Проект был создан в Cursor на фреймворке Phaser. Музыку в ностальгии по денди-играм детства создал в Suno, графику напил в Nano Banana и нашем Шедевруме, а базу данных обеспечивал Supabase. Фронтенд на React разместил на бесплатном тарифе Netlify. Итого: технически суммарные расходы на проект составили ровно ноль рублей (правда, не считая моего времени). Три часа работы — и у компании готова внутренняя мини-игра, которая реакций и оживила корпоративный чат. А, что из этого следует? Следует следующее: Такие проекты показывают: технологии уже позволяют создавать не только промо-лендинги или MVP, но и рабочие, живые продукты без классической команды из пяти человек и месячного бюджета. ИИ перестал быть игрушкой для дизайнеров и копирайтеров. Это инструмент, который соединяет код, визуал, звук и взаимодействие. И если знать, как с ним разговаривать, — результат получается впечатляющим. Но, как и в любой задаче про технологии, есть звездочка. Создать с нуля что-то стоящее всё-таки не получится, если просто нажимать кнопки и ждать чуда. Модели умеют много, но они не понимают замысел. Ну, нет в них искры озарения. Они исполняют, а (пока-что) не придумывают. ИИ не заменяет мышление. Он усиливает его. Поэтому важно не просто знать инструменты, а мыслить как разработчик: понимать логику, связи, ограничения. Тогда ИИ действительно становится частью процесса, а не просто эффектным эффектом. Как говорится, учите матчасть.

Хорошая новость 💥 Мы с IT-директорами собрали весь наш опыт в одной папке. Внутри самое честное и полезное: ▪️о реальности управленцев без глянца, ▪️личные пути к креслу директора — как дойти до руководящей позиции грамотно и быстро, ▪️тренды индустрии, ▪️бизнес внутри IT, и, конечно, самое ценное — наши фейлы 😅 Без пиара, без фильтров, без вылизанных постов. Только реальные истории и практический опыт. 📂 Папка будет полезна не только разработчикам и директорам. Проджекты, дизайнеры, тимлиды — читайте! Тут живые кейсы о том, как растут лиды, управляют командами и строят карьеру до топ-уровня. А ещё это ваши потенциальные работодатели 😉 👉 Ссылка на папку для тех, кто хочет прокачать себя, свой бизнес или найти работу в IT. 👉 Залетай

Обратил внимание, что в командах не всегда все одинаково понимают брендбук или любые другие гайдлайны по визуальному дизайну. Давайте разбираться, что есть что и зачем это все нужно. Брендбук и гайдлайны — не формальность, а рабочий инструмент, который держит бренд в строю: единый визуальный и вербальный язык во всех точках контакта, меньше хаоса и «а давайте попробуем ещё фиолетовый». Его ценность — предсказуемость, скорость и узнаваемость: решения принимаются быстрее, расходы на правки падают, а образ бренда не размывается. 🤝 И да, брендбук — не музей: обновляйте его под новые форматы и назначьте владельца, иначе документ превратится в священный, но бесполезный PDF. Шутка-реальность: если за брендбук отвечает «все», по факту не отвечает никто. Что дает бизнесу? 👋 Узнаваемость и снижение рисков: единые правила → меньше сюрпризов и «творческих откровений» в макетах. 🛍 Скорость и деньги: меньше согласований, сокращение time-to-market, меньше бессмысленных итераций. 0️⃣ Масштабирование: онбординг подрядчиков и новичков за дни, а не недели; качество не пляшет при росте команды. Что получает команда? Дизайнер — опору в рутине (типографика, палитра, сетки, компоненты) и возможность тратить креатив там, где это действительно даёт выхлоп. Арт-директор — контроль качества без микроменеджмента и стабильные процессы. Меньше неприятных неожиданностей — потому что есть правила, а не вера. Что обычно включает брендбук: • лого (зоны, минимумы, инверсия) • цвета (база/акценты, контраст) • типографику (иерархия, интервалы) • сетки и композицию • примеры носителей (продуктовые экраны, маркетинг, соцсети) • вербалику (тон, словарь, можно/нельзя) • визуалы (стиль и характер) В каком виде нужно для компании? Масштаб выбирайте по зрелости компании: от брендбука и лёгкого UI-кита для старта до полноценной дизайн-системы с токенами, ролями и процессами для корпораций. Критерий качества жесткий и честный: по гайдлайнам решение должно находиться за полминуты. Если красивый, но непрактичный — это не брендбук, а арт-альбом. Хороший же ускоряет выпуск, страхует репутацию и помогает расти без боли. К примеру, для небольшой IT компании Intelsy (кейс айдентики →), мы делали в виде наглядной вики в ноушене. #айдентика #брендбук #процессы

🚀 Вебинар для тех, кто руководит ИТ и хочет навести порядок в хаосе 1С-проектов Тема: Будни ИТ-директора: стабильность, быстродействие, борьба с 1С Дата: 6 ноября в 11:00 по мск Формат: открытый разговор без маркетинговых лозунгов О чем поговорим: – какие вопросы тянет на себе ИТ-директор; – зачем нужны внешние спецы при собственном штате; – к кому обращаться за ресурсами и как не ошибиться; – как работает обращение к внешним ресурсам и что остается за кадром. 📍 Регистрация — по ссылке, без спама и рассылок. Вебинар Вебинар Вебинар 🔥 Залетай, если хочешь меньше хаоса и больше стабильности в своих 1С-проектах.

Как вырасти в тимлида за 4 года? Слушаем мнение Егора Гартмана, технического руководителя команды в вертикали Недвижимость в Авито✨ Он прошёл этот путь самостоятельно и теперь стал новым гостем «AviTalk» — это шоу о сотрудниках Авито, их интересах, целях в работе и вне её. Вместе с ведущим Виктором Раевым они обсудили: ☑️ как выглядят команды внутри Авито и как различается их функционал? ☑️ как меняется жизнь, когда ты теперь тимлид? ☑️ как проводить собеседования и качать софт-скиллы? ☑️ и как расслабляться, покоряя снежные вершины? 📺Смотрим по ссылке!

Как спроектировать невидимое приложение? Продолажем думать про интерфейсы, которые растворяются в голосах, жестах и контексте. Собрали шесть простых правил, чтобы внедрять их умно, а не модно. 1/ Не убирайте интерфейс только в угоду тренду на минимализм Невидимый UX нужен, когда намерение короткое и цена ошибки низкая. Поставить будильник, включить чайник или собрать плейлист — точно да. Запустить стирку или посчитать время на дорогу — можно, но с уточнениями. Финансовые операции или вызов мастера должны оставаться видимыми и требующими сверки с пользователем. 2/ Обратная связь не исчезает с экраном Если система что-то делает без клика, она должна это подтвердить: звук, свет, фраза, вибрация, что угодно ещё. Пользователь не должен гадать, сработала команда или нет. 3/ Оставьте пользователю выход Любое автоматическое действие должно иметь возможность отмены. Само по себе исчезновение UI не освобождает от UX. 4/ Система не должна думать за пользователя Контекст улучшает персонализацию, но не берёт управление приложением на себя. Система должна предлагать сценарии, а не действовать без запроса. 5/ Следите за результатом Фиксируйте, сколь быстро и безошибочно человек доходит до результата. Time-to-action, количество неверных распознаваний и обращений в саппорт, доля повторных использований —всё это важные метрики эффективности. Помним, что обновления должны улучшать UX, а не портить настроение, и следим за цифрами. 6/ Стройте интерфейсы послойно Невидимый UX зачастую не означает, что пользователя отключили от экрана насовсем — скорее, что ему доступна большая адаптивность. Хорошие продукты живут в трёх слоях: • Голос/жесты идеальны для быстрых и понятных сценариев; • Экран с одним действием оставляем для подтверждения и контроля; • Расширенные настройки для сложных задач и отката назад. 🧩Большой объём «кликов» пользователя действительно могут забрать на себя ИИ-ассистенты, управляемые голосом, но роль UX-дизайнера не становится от этого менее ответственной: по сути, он прописывает договор между намерением пользователя и действиями системы, и неважно, видим мы её или нет.

Как спроектировать невидимое приложение? Продолажем думать про интерфейсы, которые растворяются в голосах, жестах и контексте. Собрали шесть простых правил, чтобы внедрять их умно, а не модно. 1/ Не убирайте интерфейс только в угоду тренду на минимализм Невидимый UX нужен, когда намерение короткое и цена ошибки низкая. Поставить будильник, включить чайник или собрать плейлист — точно да. Запустить стирку или посчитать время на дорогу — можно, но с уточнениями. Финансовые операции или вызов мастера должны оставаться видимыми и требующими сверки с пользователем. 2/ Обратная связь не исчезает с экраном Если система что-то делает без клика, она должна это подтвердить: звук, свет, фраза, вибрация, что угодно ещё. Пользователь не должен гадать, сработала команда или нет. 3/ Оставьте пользователю выход Любое автоматическое действие должно иметь возможность отмены. Само по себе исчезновение UI не освобождает от UX. 4/ Система не должна думать за пользователя Контекст улучшает персонализацию, но не берёт управление приложением на себя. Система должна предлагать сценарии, а не действовать без запроса. 5/ Следите за результатом Фиксируйте, сколь быстро и безошибочно человек доходит до результата. Time-to-action, количество неверных распознаваний и обращений в саппорт, доля повторных использований —всё это важные метрики эффективности. Помним, что обновления должны улучшать UX, а не портить настроение, и следим за цифрами. 6/ Стройте интерфейсы послойно Невидимый UX зачастую не означает, что пользователя отключили от экрана насовсем — скорее, что ему доступна большая адаптивность. Хорошие продукты живут в трёх слоях: • Голос/жесты идеальны для быстрых и понятных сценариев; • Экран с одним действием оставляем для подтверждения и контроля; • Расширенные настройки для сложных задач и отката назад. 🧩Большой объём «кликов» пользователя действительно могут забрать на себя ИИ-ассистенты, управляемые голосом, но роль UX-дизайнера не становится от этого менее ответственной: по сути, он прописывает договор между намерением пользователя и действиями системы, и неважно, видим мы её или нет.