Мидлы и синдром самозванца: когда он просыпается и как усыпить его обратно
Если вы специалист уровня middle — скорее всего, вы уже тесно познакомились с этим состоянием. Вам доверяют проект, вверяют ответственность за весомую часть продукта, а в голове крутится мысль: я делаю всё неправильно и скоро это заметят.
Синдром самозванца особенно коварный именно на “промежуточном” грейде. Джунам позволительно ошибаться, а от сеньоров ждут уверенности и опыта. Миддл оказывается посередине: знаний уже больше, задачи сложнее, но внутри маячит ощущение, что весь наработанный опыт и профессионализм — это маска.
Почему это происходит:
▪️Смена масштаба. Как начинающий специалист вы решали локальные задачи, а теперь вдруг от ваших решений зависит флоу всего продукта.
▪️Привычка сравнивать не в свою пользу. Вместо того чтобы оглядываться назад и видеть свой прогресс, вы смотрите на арт-диров и звёзд Dribbble, и всё время ощущаете разрыв.
▪️Неочевидный рост. На этом этапе развитие идёт не только насмотренности и владения инструментами, но и пониманя процессов, пользователей, команды. Эти изменения не так легко заметить, как стильные кнопки и сложную анимацию.
Что помогает
🔺Честная обратная связь. Просите ревью не ради похвалы, а ради понимания: где реально хорошо, а что ещё стоит прокачать. Иногда одно «это решение рабочее» весит больше сотни лайков.
🔺Обновление портфолио. Ваши проекты — это зеркало. Обновите кейсы, и пока вы собираете истории решений и цифры, вы сами увидите, какой путь прошли.
🔺Менторство. Самое время взять ментора: ошибки уже не базовые, а тонкие, и если вы в чём-то сомневаетесь, будет полезна не только обратная связь от более опытного специалиста, но и его путь.
🔺Смена точки сравнения. Сравнивайте себя не с сеньором, а с собой год назад: так честнее и нагляднее.
И главное — миддл не «полусеньор». Это отдельная роль. Вы уже хороший спец, но учитесь видеть шире: не только интерфейс, но и бизнес-контекст, команду, пользователей. Ошибки в этом процессе неизбежны, и это нормально.
Если вы специалист уровня middle — скорее всего, вы уже тесно познакомились с этим состоянием. Вам доверяют проект, вверяют ответственность за весомую часть продукта, а в голове крутится мысль: я делаю всё неправильно и скоро это заметят.
Синдром самозванца особенно коварный именно на “промежуточном” грейде. Джунам позволительно ошибаться, а от сеньоров ждут уверенности и опыта. Миддл оказывается посередине: знаний уже больше, задачи сложнее, но внутри маячит ощущение, что весь наработанный опыт и профессионализм — это маска.
Почему это происходит:
▪️Смена масштаба. Как начинающий специалист вы решали локальные задачи, а теперь вдруг от ваших решений зависит флоу всего продукта.
▪️Привычка сравнивать не в свою пользу. Вместо того чтобы оглядываться назад и видеть свой прогресс, вы смотрите на арт-диров и звёзд Dribbble, и всё время ощущаете разрыв.
▪️Неочевидный рост. На этом этапе развитие идёт не только насмотренности и владения инструментами, но и пониманя процессов, пользователей, команды. Эти изменения не так легко заметить, как стильные кнопки и сложную анимацию.
Что помогает
🔺Честная обратная связь. Просите ревью не ради похвалы, а ради понимания: где реально хорошо, а что ещё стоит прокачать. Иногда одно «это решение рабочее» весит больше сотни лайков.
🔺Обновление портфолио. Ваши проекты — это зеркало. Обновите кейсы, и пока вы собираете истории решений и цифры, вы сами увидите, какой путь прошли.
🔺Менторство. Самое время взять ментора: ошибки уже не базовые, а тонкие, и если вы в чём-то сомневаетесь, будет полезна не только обратная связь от более опытного специалиста, но и его путь.
🔺Смена точки сравнения. Сравнивайте себя не с сеньором, а с собой год назад: так честнее и нагляднее.
И главное — миддл не «полусеньор». Это отдельная роль. Вы уже хороший спец, но учитесь видеть шире: не только интерфейс, но и бизнес-контекст, команду, пользователей. Ошибки в этом процессе неизбежны, и это нормально.
❤4🔥2
Как получить конструктивный фидбэк?
Каждый дизайнер знает: фидбэк — это топливо для роста. Но почти каждый сталкивался с ситуацией, когда в ответ на «погляди макет» прилетает либо формальное «норм», либо тишина. Дело не только в занятости коллег: многое зависит от того, как мы просим обратную связь.
Вот золотые правила, которые помогут получить развёрнутый ответ на свой запрос:
1. Спрашивайте конкретно
Вместо расплывчатого «ну как?» задайте вопрос, который действительно волнует:
▪️Этот блок текста не слишком перегружен?
▪️Какая версия сетки легче воспринимается?
▪️Не раздражает ли эта кнопка?
Человеку проще включиться, если не нужно сканировать весь проект целиком.
2. Объясните контекст
Зачем вам нужен фидбэк? Короткое введение в контекст помогает собеседнику понять, на чём важно сосредоточиться при оценке проекта.
3. Один вопрос за итерацию
«Погляди текст, иконки и анимацию» — это три разных запроса. Лучше разбить и спрашивать по одному аспекту. Так ответ будет глубже и полезнее.
4. Снимите лишнюю когнитивную нагрузку
Уберите барьеры для ответа: приложите скриншот с выделенной зоной, дайте ссылку на экран в Figma или соберите варианты в одном PDF. Чем меньше усилий нужно приложить коллеге, тем выше шанс получить содержательный отклик.
5. Будьте готовы услышать разное
Спорить с каждой ремаркой — самый быстрый способ отбить желание давать развёрнутую обратную связь. Поблагодарите, а внедрять или нет решите позже. Главное — показать, что вы умеете слушать.
6. Фидбэк на разных уровнях решает разные задачи
От коллеги того же грейда полезно услышать про детали: юзабилити, визуальный акцент. От директора — про концепцию, стратегию и «большую картину». Сфокусируйтесь на том, что реально полезно при обращении к конкретному человеку.
💡 Важно: фидбэк — это не одолжение, а совместная работа и инвестиция в будущее сотрудничество. Если вы делаете процесс удобным и прозрачным, люди включаются охотнее и будут рады поделиться своим видением вместо сухого «ну норм». Уважайте время и ресурс друг друга — и результат не заставит себя ждать.
Каждый дизайнер знает: фидбэк — это топливо для роста. Но почти каждый сталкивался с ситуацией, когда в ответ на «погляди макет» прилетает либо формальное «норм», либо тишина. Дело не только в занятости коллег: многое зависит от того, как мы просим обратную связь.
Вот золотые правила, которые помогут получить развёрнутый ответ на свой запрос:
1. Спрашивайте конкретно
Вместо расплывчатого «ну как?» задайте вопрос, который действительно волнует:
▪️Этот блок текста не слишком перегружен?
▪️Какая версия сетки легче воспринимается?
▪️Не раздражает ли эта кнопка?
Человеку проще включиться, если не нужно сканировать весь проект целиком.
2. Объясните контекст
Зачем вам нужен фидбэк? Короткое введение в контекст помогает собеседнику понять, на чём важно сосредоточиться при оценке проекта.
3. Один вопрос за итерацию
«Погляди текст, иконки и анимацию» — это три разных запроса. Лучше разбить и спрашивать по одному аспекту. Так ответ будет глубже и полезнее.
4. Снимите лишнюю когнитивную нагрузку
Уберите барьеры для ответа: приложите скриншот с выделенной зоной, дайте ссылку на экран в Figma или соберите варианты в одном PDF. Чем меньше усилий нужно приложить коллеге, тем выше шанс получить содержательный отклик.
5. Будьте готовы услышать разное
Спорить с каждой ремаркой — самый быстрый способ отбить желание давать развёрнутую обратную связь. Поблагодарите, а внедрять или нет решите позже. Главное — показать, что вы умеете слушать.
6. Фидбэк на разных уровнях решает разные задачи
От коллеги того же грейда полезно услышать про детали: юзабилити, визуальный акцент. От директора — про концепцию, стратегию и «большую картину». Сфокусируйтесь на том, что реально полезно при обращении к конкретному человеку.
💡 Важно: фидбэк — это не одолжение, а совместная работа и инвестиция в будущее сотрудничество. Если вы делаете процесс удобным и прозрачным, люди включаются охотнее и будут рады поделиться своим видением вместо сухого «ну норм». Уважайте время и ресурс друг друга — и результат не заставит себя ждать.
🔥3❤1
Дизайн давно драйвит экономику
В конце сентября прошла Российская креативная неделя. Честно, долго думали, что оттуда разобрать в первую очередь, но одна сессия внезапно зацепила сильнее, чем ожидалось.
Казалось бы, промышленный дизайн — тема для инженеров и производителей, а не для нас, но ключевая мысль отлично ложится на любую грань нашей индустрии: дизайн с каждым годом всё глубже встраивается в экономику и влияет на бизнес-результаты.
От нескольких экспертов в рамках обсуждения звучали цифры: компании, которые системно внедряют промышленный дизайн, увеличивают выручку в среднем на 20 %.
Евгений Маслов из ТМХ сказал: «Дизайн — не про эстетику, а про конкурентоспособность». В качестве примера он привёл теплоход «Пальмира»: сдвижная крыша — вроде мелочь, но она позволила использовать палубу в любую погоду и сократить срок окупаемости с девяти лет до трёх.
А Дмитрий Мареев из FORMA Industrial Design добавил: «Наш главный конкурент — не другой дизайнер, а отсутствие дизайна». И это применимо не только к транспорту или архитектуре.
Дизайн влияет на деньги, процессы, городскую среду и то, как люди живут. Вопрос лишь в том, готовы ли мы говорить об этом на равных с инженерами и управленцами. Посмотрим на цифровые продукты: низкопольный автобус, ускоряющий пассажирообмен — это та же логика, что и кнопка, упрощающая чек-ин в приложении.
Один дополнительный клик может стоить компании тысяч потерянных заказов, и оформление также выступает частью экономики, а не сервисной надстройкой.
На сессии говорили и об уровнях работы с дизайном: от точечных улучшений до дизайн-менеджмента, когда продукт вообще не может появиться без продуманного дизайна в основе. И это особенно важно для цифровых команд: интерфейс — не последний слой, а часть модели продукта. UX не прикручивается потом, он должен быть в ДНК сервиса с самого начала.
И если промышленные компании научились измерять вклад дизайна деньгами, то почему диджитал-спецы до сих пор так часто сводят его к дофаминовому визуалу?
В конце сентября прошла Российская креативная неделя. Честно, долго думали, что оттуда разобрать в первую очередь, но одна сессия внезапно зацепила сильнее, чем ожидалось.
Казалось бы, промышленный дизайн — тема для инженеров и производителей, а не для нас, но ключевая мысль отлично ложится на любую грань нашей индустрии: дизайн с каждым годом всё глубже встраивается в экономику и влияет на бизнес-результаты.
От нескольких экспертов в рамках обсуждения звучали цифры: компании, которые системно внедряют промышленный дизайн, увеличивают выручку в среднем на 20 %.
Евгений Маслов из ТМХ сказал: «Дизайн — не про эстетику, а про конкурентоспособность». В качестве примера он привёл теплоход «Пальмира»: сдвижная крыша — вроде мелочь, но она позволила использовать палубу в любую погоду и сократить срок окупаемости с девяти лет до трёх.
А Дмитрий Мареев из FORMA Industrial Design добавил: «Наш главный конкурент — не другой дизайнер, а отсутствие дизайна». И это применимо не только к транспорту или архитектуре.
Дизайн влияет на деньги, процессы, городскую среду и то, как люди живут. Вопрос лишь в том, готовы ли мы говорить об этом на равных с инженерами и управленцами. Посмотрим на цифровые продукты: низкопольный автобус, ускоряющий пассажирообмен — это та же логика, что и кнопка, упрощающая чек-ин в приложении.
Один дополнительный клик может стоить компании тысяч потерянных заказов, и оформление также выступает частью экономики, а не сервисной надстройкой.
На сессии говорили и об уровнях работы с дизайном: от точечных улучшений до дизайн-менеджмента, когда продукт вообще не может появиться без продуманного дизайна в основе. И это особенно важно для цифровых команд: интерфейс — не последний слой, а часть модели продукта. UX не прикручивается потом, он должен быть в ДНК сервиса с самого начала.
И если промышленные компании научились измерять вклад дизайна деньгами, то почему диджитал-спецы до сих пор так часто сводят его к дофаминовому визуалу?
🔥3🍓2👍1
Дизайн-разбор ребрендингов 2025 года: что сработало, а что — нет?
От Google до локальных брендов — подробный анализ успешных и спорных решений.
🔍 Не пропустите статью!
🔍 Не пропустите статью!
🔍 Не пропустите статью!
От Google до локальных брендов — подробный анализ успешных и спорных решений.
🔍 Не пропустите статью!
🔍 Не пропустите статью!
🔍 Не пропустите статью!
Telegraph
Хорошо, плохо, переделать: ребрендинги и редизайны последнего полугодия
Чужие апдейты — отличный учебник для дизайнера: можно посмотреть, что работает или не работает на конкретной аудитории, не наступая на грабли самому. Собрали решения, которые показались нам классными и спорными в мировой и локальной практике. Что сработало: …
❤3
От фрейма к динамике: как ИИ меняет визуальное мышление дизайнеров
Сегодня дизайнер всё чаще мыслит сценами, а не картинками: нейросети для видео последовательно учат нас воспринимать визуал как время, пространство и действие.
◾️Sora , Runway Gen-3, Pika, Kling AI — каждая новая модель вносит вклад в развитие креативной индустрии на всех уровнях и расширяет горизонты восприятия не только потребителей контента, но и его создателей.
◾️Условная Sora уже понимает физику движения, взаимодействие объектов, логику пространства: камера может двигаться, актёр — падать и реагировать на падение, а свет — реалистично меняться.
◾️Runway Gen-3 стал первым продакшн-инструментом: с его помощью студии уже снимают тизеры, фоны, интро для промо-видео и даже короткие фильмы.
◾️Kling от Kuaishou пошёл дальше — он создаёт длинные непрерывные сцены в 1080p, а Pika недавно добавила моушн-браш, где можно буквально нарисовать направление движения кистью. То, что вчера называлось «анимировать иллюстрацию», сегодня превращается в режиссуру движения: мы учимся придумывать поведение объектов, как раньше придумывали композицию.
Что это значит для визуальной культуры
Когда инструмент перестаёт быть нишевым, начинает меняться мышление: многие из нас УЖЕ не «рисуют», а проектируют эмоциональный переход из кадра в кадр — а ведь AI-продакшену в текущем понимании едва исполнился год. Это влияет даже на интерфейсы — микродвижения в UX становятся кинематографичнее, а бренды начинают мыслить нарративом, а не лого.
ИИ, как и в любой сфере, не отбирает у человечества профессию и ремесло, но он точно меняет фокус: теперь не важно, насколько вы профи в After Effects, главное чувствовать ритм и смысл движения. Модели умеют имитировать физику и свет, но не знают, зачем сцена существует. И это зачем остаётся в зоне ответственности человека —
ИИ делает эксперименты быстрее, но всё равно требует вкуса и академической подкованности: проходные решения, сделаны они руками или с помощью модели, одинаково считываются плоскими и безликими. Поэтому нам важно не только владеть инструментом, но и сохранять в нём себя: упрощение рутины не должно вести к упрощению мышления.
Сегодня дизайнер всё чаще мыслит сценами, а не картинками: нейросети для видео последовательно учат нас воспринимать визуал как время, пространство и действие.
◾️Sora , Runway Gen-3, Pika, Kling AI — каждая новая модель вносит вклад в развитие креативной индустрии на всех уровнях и расширяет горизонты восприятия не только потребителей контента, но и его создателей.
◾️Условная Sora уже понимает физику движения, взаимодействие объектов, логику пространства: камера может двигаться, актёр — падать и реагировать на падение, а свет — реалистично меняться.
◾️Runway Gen-3 стал первым продакшн-инструментом: с его помощью студии уже снимают тизеры, фоны, интро для промо-видео и даже короткие фильмы.
◾️Kling от Kuaishou пошёл дальше — он создаёт длинные непрерывные сцены в 1080p, а Pika недавно добавила моушн-браш, где можно буквально нарисовать направление движения кистью. То, что вчера называлось «анимировать иллюстрацию», сегодня превращается в режиссуру движения: мы учимся придумывать поведение объектов, как раньше придумывали композицию.
Что это значит для визуальной культуры
Когда инструмент перестаёт быть нишевым, начинает меняться мышление: многие из нас УЖЕ не «рисуют», а проектируют эмоциональный переход из кадра в кадр — а ведь AI-продакшену в текущем понимании едва исполнился год. Это влияет даже на интерфейсы — микродвижения в UX становятся кинематографичнее, а бренды начинают мыслить нарративом, а не лого.
ИИ, как и в любой сфере, не отбирает у человечества профессию и ремесло, но он точно меняет фокус: теперь не важно, насколько вы профи в After Effects, главное чувствовать ритм и смысл движения. Модели умеют имитировать физику и свет, но не знают, зачем сцена существует. И это зачем остаётся в зоне ответственности человека —
ИИ делает эксперименты быстрее, но всё равно требует вкуса и академической подкованности: проходные решения, сделаны они руками или с помощью модели, одинаково считываются плоскими и безликими. Поэтому нам важно не только владеть инструментом, но и сохранять в нём себя: упрощение рутины не должно вести к упрощению мышления.
🔥3🍓2
ИИ делает эксперименты быстрее, но всё равно требует вкуса и академической подкованности?
Anonymous Poll
92%
1000% — без вкуса никуда
8%
Теперь всё можно делать только с ИИ
Вы уже разговариваете с чайником? Как жить в эпоху невидимых интерфейсов
Наша повседневность незаметно стала выглядеть круче самых смелых прогнозов писателей-фантастов: телефон сам предлагает построить маршрут, когда вы садитесь в машину колонка включает свет под настроение по жесту, чайник запускается голосом, а ИИ-ассистент выбирает, на какой вклад положить деньги.
Звучит как смесь магии и хаоса, помноженная на восстание машин, но мы в этом живём и кто-то это проектирует. Сервисы знают ваши привычки и паттерны, управляются без экрана и предвосхищают ваш следующий шаг исходя из накопленного опыта. Интерфейсы буквально растворяются в воздухе, и делать грамотный UX всё сложнее: на первый взгляд всё, что мы знали о дизайне, уже утратило актуальность.
Красота проигрывает трендовой технологичности настолько, что многие решаются минимизировать видимый интерфейс раньше, чем разберутся, зачем это нужно. В следующем посте вспомним, как внедрять такие решения без ущерба для пользователя, а пока – обсудим, с чем взаимодействуем в повседневности сами.
Делитесь, в каких сервисах вы перешли на “ бесконтактное” управление? Что работает идеально, а что бесит до скрипа?🤔
Наша повседневность незаметно стала выглядеть круче самых смелых прогнозов писателей-фантастов: телефон сам предлагает построить маршрут, когда вы садитесь в машину колонка включает свет под настроение по жесту, чайник запускается голосом, а ИИ-ассистент выбирает, на какой вклад положить деньги.
Звучит как смесь магии и хаоса, помноженная на восстание машин, но мы в этом живём и кто-то это проектирует. Сервисы знают ваши привычки и паттерны, управляются без экрана и предвосхищают ваш следующий шаг исходя из накопленного опыта. Интерфейсы буквально растворяются в воздухе, и делать грамотный UX всё сложнее: на первый взгляд всё, что мы знали о дизайне, уже утратило актуальность.
Красота проигрывает трендовой технологичности настолько, что многие решаются минимизировать видимый интерфейс раньше, чем разберутся, зачем это нужно. В следующем посте вспомним, как внедрять такие решения без ущерба для пользователя, а пока – обсудим, с чем взаимодействуем в повседневности сами.
Делитесь, в каких сервисах вы перешли на “ бесконтактное” управление? Что работает идеально, а что бесит до скрипа?🤔
❤1👍1🤝1
Как спроектировать невидимое приложение?
Продолажем думать про интерфейсы, которые растворяются в голосах, жестах и контексте.
Собрали шесть простых правил, чтобы внедрять их умно, а не модно.
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-дизайнера не становится от этого менее ответственной: по сути, он прописывает договор между намерением пользователя и действиями системы, и неважно, видим мы её или нет.
🔥2
Forwarded from Дизайн дела
Обратил внимание, что в командах не всегда все одинаково понимают брендбук или любые другие гайдлайны по визуальному дизайну. Давайте разбираться, что есть что и зачем это все нужно.
Брендбук и гайдлайны — не формальность, а рабочий инструмент, который держит бренд в строю: единый визуальный и вербальный язык во всех точках контакта, меньше хаоса и «а давайте попробуем ещё фиолетовый». Его ценность — предсказуемость, скорость и узнаваемость: решения принимаются быстрее, расходы на правки падают, а образ бренда не размывается.
🤝 И да, брендбук — не музей: обновляйте его под новые форматы и назначьте владельца, иначе документ превратится в священный, но бесполезный PDF.
Шутка-реальность: если за брендбук отвечает «все», по факту не отвечает никто.
Что дает бизнесу?
👋 Узнаваемость и снижение рисков: единые правила → меньше сюрпризов и «творческих откровений» в макетах.
🛍 Скорость и деньги: меньше согласований, сокращение time-to-market, меньше бессмысленных итераций.
0️⃣ Масштабирование: онбординг подрядчиков и новичков за дни, а не недели; качество не пляшет при росте команды.
Что получает команда?
Дизайнер — опору в рутине (типографика, палитра, сетки, компоненты) и возможность тратить креатив там, где это действительно даёт выхлоп.
Арт-директор — контроль качества без микроменеджмента и стабильные процессы. Меньше неприятных неожиданностей — потому что есть правила, а не вера.
Что обычно включает брендбук:
• лого (зоны, минимумы, инверсия)
• цвета (база/акценты, контраст)
• типографику (иерархия, интервалы)
• сетки и композицию
• примеры носителей (продуктовые экраны, маркетинг, соцсети)
• вербалику (тон, словарь, можно/нельзя)
• визуалы (стиль и характер)
В каком виде нужно для компании?
Масштаб выбирайте по зрелости компании: от брендбука и лёгкого UI-кита для старта до полноценной дизайн-системы с токенами, ролями и процессами для корпораций. Критерий качества жесткий и честный: по гайдлайнам решение должно находиться за полминуты. Если красивый, но непрактичный — это не брендбук, а арт-альбом. Хороший же ускоряет выпуск, страхует репутацию и помогает расти без боли.
К примеру, для небольшой IT компании Intelsy (кейс айдентики →), мы делали в виде наглядной вики в ноушене.
#айдентика #брендбук #процессы
Брендбук и гайдлайны — не формальность, а рабочий инструмент, который держит бренд в строю: единый визуальный и вербальный язык во всех точках контакта, меньше хаоса и «а давайте попробуем ещё фиолетовый». Его ценность — предсказуемость, скорость и узнаваемость: решения принимаются быстрее, расходы на правки падают, а образ бренда не размывается.
Шутка-реальность: если за брендбук отвечает «все», по факту не отвечает никто.
Что дает бизнесу?
Что получает команда?
Дизайнер — опору в рутине (типографика, палитра, сетки, компоненты) и возможность тратить креатив там, где это действительно даёт выхлоп.
Арт-директор — контроль качества без микроменеджмента и стабильные процессы. Меньше неприятных неожиданностей — потому что есть правила, а не вера.
Что обычно включает брендбук:
• лого (зоны, минимумы, инверсия)
• цвета (база/акценты, контраст)
• типографику (иерархия, интервалы)
• сетки и композицию
• примеры носителей (продуктовые экраны, маркетинг, соцсети)
• вербалику (тон, словарь, можно/нельзя)
• визуалы (стиль и характер)
В каком виде нужно для компании?
Масштаб выбирайте по зрелости компании: от брендбука и лёгкого UI-кита для старта до полноценной дизайн-системы с токенами, ролями и процессами для корпораций. Критерий качества жесткий и честный: по гайдлайнам решение должно находиться за полминуты. Если красивый, но непрактичный — это не брендбук, а арт-альбом. Хороший же ускоряет выпуск, страхует репутацию и помогает расти без боли.
К примеру, для небольшой IT компании Intelsy (кейс айдентики →), мы делали в виде наглядной вики в ноушене.
#айдентика #брендбук #процессы
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
Forwarded from Нейрокостя.
ИИ — это не только про картинки и тексты
Многие до сих пор воспринимают искусственный интеллект как инструмент для генерации картинок, текстов или постов в соцсетях (и что-то там в код). Но на самом деле ИИ давно шагнул дальше. Сегодня он помогает создавать полноценные продукты, игры и сервисы — без знаний кода и больших команд.
Кейс
Недавно в рамках нашей мотивационной программы я собрал небольшую браузерную игру Intelsy: Ночной деплой. Игруля простенькая по механике, но забавная: нужно избавляться от багов, не перегрузить систему и дотянуть до утра. Победителя деплоя ждали бонусные баллы для нашего мерч-маркета.
Главный момент — вся разработка заняла три часа.
Без преувеличений.
Проект был создан в Cursor на фреймворке Phaser. Музыку в ностальгии по денди-играм детства создал в Suno, графику напил в Nano Banana и нашем Шедевруме, а базу данных обеспечивал Supabase. Фронтенд на React разместил на бесплатном тарифе Netlify. Итого: технически суммарные расходы на проект составили ровно ноль рублей (правда, не считая моего времени).
Три часа работы — и у компании готова внутренняя мини-игра, которая реакций и оживила корпоративный чат.
А, что из этого следует?
Следует следующее: Такие проекты показывают: технологии уже позволяют создавать не только промо-лендинги или MVP, но и рабочие, живые продукты без классической команды из пяти человек и месячного бюджета.
ИИ перестал быть игрушкой для дизайнеров и копирайтеров. Это инструмент, который соединяет код, визуал, звук и взаимодействие. И если знать, как с ним разговаривать, — результат получается впечатляющим.
Но, как и в любой задаче про технологии, есть звездочка. Создать с нуля что-то стоящее всё-таки не получится, если просто нажимать кнопки и ждать чуда. Модели умеют много, но они не понимают замысел. Ну, нет в них искры озарения. Они исполняют, а (пока-что) не придумывают.
Поэтому важно не просто знать инструменты, а мыслить как разработчик: понимать логику, связи, ограничения. Тогда ИИ действительно становится частью процесса, а не просто эффектным эффектом.
Как говорится, учите матчасть.
Многие до сих пор воспринимают искусственный интеллект как инструмент для генерации картинок, текстов или постов в соцсетях (и что-то там в код). Но на самом деле ИИ давно шагнул дальше. Сегодня он помогает создавать полноценные продукты, игры и сервисы — без знаний кода и больших команд.
Кейс
Недавно в рамках нашей мотивационной программы я собрал небольшую браузерную игру Intelsy: Ночной деплой. Игруля простенькая по механике, но забавная: нужно избавляться от багов, не перегрузить систему и дотянуть до утра. Победителя деплоя ждали бонусные баллы для нашего мерч-маркета.
Главный момент — вся разработка заняла три часа.
Без преувеличений.
Проект был создан в Cursor на фреймворке Phaser. Музыку в ностальгии по денди-играм детства создал в Suno, графику напил в Nano Banana и нашем Шедевруме, а базу данных обеспечивал Supabase. Фронтенд на React разместил на бесплатном тарифе Netlify. Итого: технически суммарные расходы на проект составили ровно ноль рублей (правда, не считая моего времени).
Три часа работы — и у компании готова внутренняя мини-игра, которая реакций и оживила корпоративный чат.
А, что из этого следует?
Следует следующее: Такие проекты показывают: технологии уже позволяют создавать не только промо-лендинги или MVP, но и рабочие, живые продукты без классической команды из пяти человек и месячного бюджета.
ИИ перестал быть игрушкой для дизайнеров и копирайтеров. Это инструмент, который соединяет код, визуал, звук и взаимодействие. И если знать, как с ним разговаривать, — результат получается впечатляющим.
Но, как и в любой задаче про технологии, есть звездочка. Создать с нуля что-то стоящее всё-таки не получится, если просто нажимать кнопки и ждать чуда. Модели умеют много, но они не понимают замысел. Ну, нет в них искры озарения. Они исполняют, а (пока-что) не придумывают.
ИИ не заменяет мышление. Он усиливает его.
Поэтому важно не просто знать инструменты, а мыслить как разработчик: понимать логику, связи, ограничения. Тогда ИИ действительно становится частью процесса, а не просто эффектным эффектом.
Как говорится, учите матчасть.
🔥2🤯1
Media is too big
VIEW IN TELEGRAM
🎨 Дизайнеры, выдыхаем? Или готовимся к новой гонке?
В последнее время все только и говорят о том, что AI в первую очередь «оптимизирует» дизайнеров. Что ж, посмотрите на это!
От начала до конца — это 100% контент, созданный нейросетями по промптам талантливейшего AI-креатора Келли Бёш.
🎤 Кто пострадает первым?
Судя по таким результатам, стоит задуматься: может, AI ударит не по графическим дизайнерам в первую очередь, а по шоу-бизнесу, исполнителям и музыкантам? Кажется, скоро их ждёт самый серьёзный передел рынка.
💡 Куда двигаться дизайнерам?
Этот кейс — отличная демонстрация. Дизайнеры и специалисты из креативной сферы должны превращаться в таких вот AI-креаторов-универсалов, как Келли Бёш, которые создают продукт «под ключ» — от идеи до финального видеоряда и музыки.
💰 Цена вопроса
Просто представьте: сколько бы стоил такой ролик, сделанный «в реале»? Миллион долларов? Пять? Десять?
Келли Бёш создал его, используя свой талант, навык работы с нейросетями и, возможно, $100 на подписку и мощности. Разница колоссальная.
В общем, бегите осваивать новые инструменты! Эпоха AI-креаторов уже здесь.
В последнее время все только и говорят о том, что AI в первую очередь «оптимизирует» дизайнеров. Что ж, посмотрите на это!
От начала до конца — это 100% контент, созданный нейросетями по промптам талантливейшего AI-креатора Келли Бёш.
🎤 Кто пострадает первым?
Судя по таким результатам, стоит задуматься: может, AI ударит не по графическим дизайнерам в первую очередь, а по шоу-бизнесу, исполнителям и музыкантам? Кажется, скоро их ждёт самый серьёзный передел рынка.
💡 Куда двигаться дизайнерам?
Этот кейс — отличная демонстрация. Дизайнеры и специалисты из креативной сферы должны превращаться в таких вот AI-креаторов-универсалов, как Келли Бёш, которые создают продукт «под ключ» — от идеи до финального видеоряда и музыки.
💰 Цена вопроса
Просто представьте: сколько бы стоил такой ролик, сделанный «в реале»? Миллион долларов? Пять? Десять?
Келли Бёш создал его, используя свой талант, навык работы с нейросетями и, возможно, $100 на подписку и мощности. Разница колоссальная.
В общем, бегите осваивать новые инструменты! Эпоха AI-креаторов уже здесь.
🔥3👍2🙏1
Forwarded from Нейрокостя.
Не так давно я решил для своего YouTube-канала сделать бота. Не простого, а максимально похожего на человека.
Мне захотелось воссоздать личность со всеми повадками, привычками, реакциями и маленькими микропаттернами поведения.
Вот, чтобы скинул ему мем — он понял и как-то отреагировал. Попросил селфи — прислал, и всегда одинаковый, потому что референсный образ генерируется исходя из предпочтений пользователя, заданных при создании. Плюс голосовые: можно разговаривать с ним как с живым собеседником в классическом представлении этого.
Но всё это рушится в тот момент, когда у бота нет нормальной памяти. Если он не понимает, что происходило раньше, не помнит детали, не опирается на собственную историю, общение разваливается. Исчезает ощущение связности, осознанности, «человечности». И тут появляется главный вопрос: как дать память тому, у кого её по умолчанию нет?
Коммерческие модели вроде ChatGPT или Grok не умеют дообучаться под конкретного персонажа или набор данных по-умолчанию. Вы можете создать GPTs, но не сможет обращаться к нему через API и дообогащать образ. Это просто невозможно — у них нет такой функции. Всё, что не помещается в контекстное окно, здесь же и исчезает. Долгие диалоги, многодневные переписки, повторяющиеся темы — модель ничего из этого не помнит. Передавать прошлое промтом бессмысленно: промт разрастается, ответы становятся хуже, стоимость растёт.
Мне нужно было добиться эффекта долгосрочной памяти, не имея самой памяти. И здесь как раз пригодился RAG. RAG если объяснять человеческим языком — это способ хранить отдельные фрагменты «жизни» отдельно от модели и доставать их по смыслу. Не по словам, а по тому, что пользователь имеет в виду.
Каждое важное сообщение, факт, событие (embeddings) или реакцию я превращаю в вектор (vector) — такое числовое представление смысла — и кладу в базу (PostgreSQL). Это даёт возможность искать ближайшие по смыслу штуки, когда пользователь задаёт новый вопрос. Если он спрашивает: «Как прошла твоя неделя?», бот смотрит в свою память, находит все связанные фрагменты и рассказывает. Причём делает это одинаково хорошо и сегодня, и через год. Потому что эти события он не «генерирует», а действительно «прожил» и сохранил как факты.
Под такой подход идеально подходит сценарий, где у бота есть собственная жизнь. Я встроил расписание: он ходит на работу, на пилатес, в кофейню, в клуб, на день рождения подруги. Это не просто декоративные действия — каждое такое событие попадает в память и становится частью истории персонажа. Он сам обогащает свой персональный слой без участия пользователя. Если человек не общался с ботом неделю, он всё равно сможет спросить: «Ну что, как у тебя всё прошло?» — и бот расскажет по фактам, а не фантазируя. И через неделю расскажет то же самое. И через год — тоже. Потому что для него это действительно произошло.
Вся эта история работает только если память организована как надо. Я разделил её на три слоя. Личные знания конкретного персонажа (Character RAG) — всё, что касается его прошлого, характера, отношений, событий и истории взаимодействий с конкретным пользователем. Профессиональный слой (Profession RAG) — чтобы речь специалиста звучала как речь специалиста, а не как пересказ учебника. И третий слой (Global RAG) — поведенческие паттерны: как реагировать на повторные вопросы, как сокращать ответ, как корректно поправить собеседника. Эти слои работают по приоритетам, чтобы бот не путался и не противоречил себе.
Так появляется эффект живого диалога. Не за счёт модели, не за счёт дообучения, которого попросту нет (точнее оно есть, только реализовано другими методами и об этом как-нибудь потом), а за счёт правильно построенной памяти вокруг неё. Это похоже на «Чёрное зеркало», но в хорошем смысле: бот ведёт свою жизнь, помнит её, не искажает события и не теряет связность. И только так можно получить поведение, которое действительно напоминает осознанное общение, а не набор случайных ответов.
Если вам интересна тема построения человекоподобных ИИ-ассистентов, то буду рад продолжить рассказывать про свой проект.
Мне захотелось воссоздать личность со всеми повадками, привычками, реакциями и маленькими микропаттернами поведения.
Вот, чтобы скинул ему мем — он понял и как-то отреагировал. Попросил селфи — прислал, и всегда одинаковый, потому что референсный образ генерируется исходя из предпочтений пользователя, заданных при создании. Плюс голосовые: можно разговаривать с ним как с живым собеседником в классическом представлении этого.
Но всё это рушится в тот момент, когда у бота нет нормальной памяти. Если он не понимает, что происходило раньше, не помнит детали, не опирается на собственную историю, общение разваливается. Исчезает ощущение связности, осознанности, «человечности». И тут появляется главный вопрос: как дать память тому, у кого её по умолчанию нет?
Коммерческие модели вроде ChatGPT или Grok не умеют дообучаться под конкретного персонажа или набор данных по-умолчанию. Вы можете создать GPTs, но не сможет обращаться к нему через API и дообогащать образ. Это просто невозможно — у них нет такой функции. Всё, что не помещается в контекстное окно, здесь же и исчезает. Долгие диалоги, многодневные переписки, повторяющиеся темы — модель ничего из этого не помнит. Передавать прошлое промтом бессмысленно: промт разрастается, ответы становятся хуже, стоимость растёт.
Мне нужно было добиться эффекта долгосрочной памяти, не имея самой памяти. И здесь как раз пригодился RAG. RAG если объяснять человеческим языком — это способ хранить отдельные фрагменты «жизни» отдельно от модели и доставать их по смыслу. Не по словам, а по тому, что пользователь имеет в виду.
Каждое важное сообщение, факт, событие (embeddings) или реакцию я превращаю в вектор (vector) — такое числовое представление смысла — и кладу в базу (PostgreSQL). Это даёт возможность искать ближайшие по смыслу штуки, когда пользователь задаёт новый вопрос. Если он спрашивает: «Как прошла твоя неделя?», бот смотрит в свою память, находит все связанные фрагменты и рассказывает. Причём делает это одинаково хорошо и сегодня, и через год. Потому что эти события он не «генерирует», а действительно «прожил» и сохранил как факты.
Под такой подход идеально подходит сценарий, где у бота есть собственная жизнь. Я встроил расписание: он ходит на работу, на пилатес, в кофейню, в клуб, на день рождения подруги. Это не просто декоративные действия — каждое такое событие попадает в память и становится частью истории персонажа. Он сам обогащает свой персональный слой без участия пользователя. Если человек не общался с ботом неделю, он всё равно сможет спросить: «Ну что, как у тебя всё прошло?» — и бот расскажет по фактам, а не фантазируя. И через неделю расскажет то же самое. И через год — тоже. Потому что для него это действительно произошло.
Вся эта история работает только если память организована как надо. Я разделил её на три слоя. Личные знания конкретного персонажа (Character RAG) — всё, что касается его прошлого, характера, отношений, событий и истории взаимодействий с конкретным пользователем. Профессиональный слой (Profession RAG) — чтобы речь специалиста звучала как речь специалиста, а не как пересказ учебника. И третий слой (Global RAG) — поведенческие паттерны: как реагировать на повторные вопросы, как сокращать ответ, как корректно поправить собеседника. Эти слои работают по приоритетам, чтобы бот не путался и не противоречил себе.
Так появляется эффект живого диалога. Не за счёт модели, не за счёт дообучения, которого попросту нет (точнее оно есть, только реализовано другими методами и об этом как-нибудь потом), а за счёт правильно построенной памяти вокруг неё. Это похоже на «Чёрное зеркало», но в хорошем смысле: бот ведёт свою жизнь, помнит её, не искажает события и не теряет связность. И только так можно получить поведение, которое действительно напоминает осознанное общение, а не набор случайных ответов.
Если вам интересна тема построения человекоподобных ИИ-ассистентов, то буду рад продолжить рассказывать про свой проект.
🔥1
Figma Make: когда нужно не заставить дизайн работать (да, снова про нейрости)
Итак, про боль
В какой-то момент статичного дизайна уже мало. Нужно, чтобы люди прокликали сценарии, увидели состояния, почувствовали поведение — как в продукте. Варианта два: Собирать классический прототип в Figma и страдать от стрелочек и логики или использовать достижения нейрочеловечества превратив дизайн в рабочий код через Figma Make.
А что такое Figma Make
Figma Make — это среда внутри экосистемы Figma, где интерфейсы и интерактив собираются через диалог с моделью, прямо как в ChatGPT: ты пишешь промтом, что должно происходить, добавляешь референсы из дизайна — и Make генерирует функциональный прототип или простой веб-интерфейс, который уже можно “пощупать”. Дальше всё идёт итерациями: уточняешь, докручиваешь, правишь точечно — без пересборки с нуля.
Промты как сценарий, контроль остаётся у дизайнера
В Make важно не “нарисуй красиво”, а “вот сценарий”. Что делает пользователь, что интерфейс показывает в ответ, какие состояния нужны (loading/empty/error/успех), какая логика срабатывает. Ты задаёшь правила — Make собирает, а ты направляешь следующими итерациями, удерживая структуру и смысл.
Главная фича: результат не заперт в генераторе
То, что Make сгенерил, можно превратить в обычный Figma-дизайн: копировать, редактировать, доводить руками или публиковать как готовый mvp. И это решает ключевую проблему генерации — когда “едет” визуальная консистентность. Ты можешь отполировать кусок до нужного качества, вернуть его как референс и попросить Make продолжить уже по обновлённому эталону.
Связка с Figma Sites: закрывает пробелы по компонентам и интерактиву
В Figma Sites сайты собираются быстро, но часто упираешься в ограничения: не хватает нестандартного компонента, интерактивной секции или небольшой логики, которую пока не хочется отдавать разработке. Make здесь работает как дополнение: быстро собираешь нужный блок через диалог и возвращаешь его обратно в общий Figma-процесс. В итоге дизайнер закрывает не только внешний вид, но и часть поведения — не выходя из экосистемы.
Где даёт максимум эффекта
Make особенно полезен, когда нужно показать “как работает”: формы и валидация, фильтры и сортировки, состояния загрузки и пустые экраны, интерактивные блоки для лендингов. Вместо долгого и кривого переноса в код ты быстрее получаешь живой прототип — и решаешь, что довести руками, а что продолжать промтами.
Итак, про боль
В какой-то момент статичного дизайна уже мало. Нужно, чтобы люди прокликали сценарии, увидели состояния, почувствовали поведение — как в продукте. Варианта два: Собирать классический прототип в Figma и страдать от стрелочек и логики или использовать достижения нейрочеловечества превратив дизайн в рабочий код через Figma Make.
А что такое Figma Make
Figma Make — это среда внутри экосистемы Figma, где интерфейсы и интерактив собираются через диалог с моделью, прямо как в ChatGPT: ты пишешь промтом, что должно происходить, добавляешь референсы из дизайна — и Make генерирует функциональный прототип или простой веб-интерфейс, который уже можно “пощупать”. Дальше всё идёт итерациями: уточняешь, докручиваешь, правишь точечно — без пересборки с нуля.
Промты как сценарий, контроль остаётся у дизайнера
В Make важно не “нарисуй красиво”, а “вот сценарий”. Что делает пользователь, что интерфейс показывает в ответ, какие состояния нужны (loading/empty/error/успех), какая логика срабатывает. Ты задаёшь правила — Make собирает, а ты направляешь следующими итерациями, удерживая структуру и смысл.
Главная фича: результат не заперт в генераторе
То, что Make сгенерил, можно превратить в обычный Figma-дизайн: копировать, редактировать, доводить руками или публиковать как готовый mvp. И это решает ключевую проблему генерации — когда “едет” визуальная консистентность. Ты можешь отполировать кусок до нужного качества, вернуть его как референс и попросить Make продолжить уже по обновлённому эталону.
Связка с Figma Sites: закрывает пробелы по компонентам и интерактиву
В Figma Sites сайты собираются быстро, но часто упираешься в ограничения: не хватает нестандартного компонента, интерактивной секции или небольшой логики, которую пока не хочется отдавать разработке. Make здесь работает как дополнение: быстро собираешь нужный блок через диалог и возвращаешь его обратно в общий Figma-процесс. В итоге дизайнер закрывает не только внешний вид, но и часть поведения — не выходя из экосистемы.
Где даёт максимум эффекта
Make особенно полезен, когда нужно показать “как работает”: формы и валидация, фильтры и сортировки, состояния загрузки и пустые экраны, интерактивные блоки для лендингов. Вместо долгого и кривого переноса в код ты быстрее получаешь живой прототип — и решаешь, что довести руками, а что продолжать промтами.
👍13🔥7❤1🎉1👌1
This media is not supported in your browser
VIEW IN TELEGRAM
Koda: когда весь мир кодит с Claude Code и Cursor, у нас появился свой сильный игрок
Пока западные кодинг-агенты становятся стандартом де-факто, у нас тоже не сидят на месте. Команда, которая стояла у истоков GigaCode в экосистеме Сбера, выкатила отдельный продукт — Koda. И это, если честно, любопытно.
Что это такое
Koda — AI-ассистент для разработчика, который живёт там, где вы и так живёте: VS Code, JetBrains IDE и даже терминал.
То есть это не «ещё один чатик в отдельной вкладке», а штука, которая реально работает с контекстом репозитория и помогает решать инженерные задачи, а не просто болтать.
Чем отличается от “просто автодополнения”
Ключевая ставка — агентский режим. Вы пишете задачу человеческим языком, а агент сам шарится по проекту: находит нужные файлы, понимает контекст и предлагает пошаговый план, что править и где.
Плюс базовые режимы, без которых после Cursor уже странно:
— автодополнение в редакторе
— чат по коду
— поиск по проекту/докам
Модели и “единая точка входа”
Внутри — поддержка нескольких современных моделей, а если есть доступ к своему провайдеру, то просто подключаете API-ключи и работаете в одном интерфейсе. При этом у Koda заявлена бесплатная модель — чтобы закрывать повседневку без «опять кончились лимиты».
Так, а почему это может выстрелить именно у нас?
Проблема локального рынка обычно не в промптах (с этим уже все научились), а в суровой реальности: VPN, оплаты, доступность провайдеров, корпоративные контуры и вот это всё. Koda изначально проектируют как решение которое “работает из коробки”, а для компаний — с нормальной опцией развёртывания в закрытой инфраструктуре. И вот это уже звучит как то, что реально будут брать, а не просто тестить на выходных.
Если вы давно хотели workflow уровня Cursor/Claude Code, но в российских условиях постоянно упирались в доступы — за Koda точно стоит последить.
Знаете еще наши продукты? Пишите в коментах.
Пока западные кодинг-агенты становятся стандартом де-факто, у нас тоже не сидят на месте. Команда, которая стояла у истоков GigaCode в экосистеме Сбера, выкатила отдельный продукт — Koda. И это, если честно, любопытно.
Что это такое
Koda — AI-ассистент для разработчика, который живёт там, где вы и так живёте: VS Code, JetBrains IDE и даже терминал.
То есть это не «ещё один чатик в отдельной вкладке», а штука, которая реально работает с контекстом репозитория и помогает решать инженерные задачи, а не просто болтать.
Чем отличается от “просто автодополнения”
Ключевая ставка — агентский режим. Вы пишете задачу человеческим языком, а агент сам шарится по проекту: находит нужные файлы, понимает контекст и предлагает пошаговый план, что править и где.
Плюс базовые режимы, без которых после Cursor уже странно:
— автодополнение в редакторе
— чат по коду
— поиск по проекту/докам
Модели и “единая точка входа”
Внутри — поддержка нескольких современных моделей, а если есть доступ к своему провайдеру, то просто подключаете API-ключи и работаете в одном интерфейсе. При этом у Koda заявлена бесплатная модель — чтобы закрывать повседневку без «опять кончились лимиты».
Так, а почему это может выстрелить именно у нас?
Проблема локального рынка обычно не в промптах (с этим уже все научились), а в суровой реальности: VPN, оплаты, доступность провайдеров, корпоративные контуры и вот это всё. Koda изначально проектируют как решение которое “работает из коробки”, а для компаний — с нормальной опцией развёртывания в закрытой инфраструктуре. И вот это уже звучит как то, что реально будут брать, а не просто тестить на выходных.
Если вы давно хотели workflow уровня Cursor/Claude Code, но в российских условиях постоянно упирались в доступы — за Koda точно стоит последить.
Знаете еще наши продукты? Пишите в коментах.
👍3🔥2🗿1