Каким будет КОРУС через 25 лет?💥
На этот вопрос постарались ответить наши коллеги из разных департаментов.
Проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq
#говоряткорусяне
VK Secure Cloud аттестован для размещения значимых объектов КИИ ⚡️
Размещайте свои информационные системы в готовой безопасной среде и не проводите аттестацию на инфраструктурном уровне самостоятельно. Так вы сможете существенно сократить сроки и стоимость ввода систем в промышленную эксплуатацию.
VK Secure Cloud сочетает гибкость и экономику облачной модели с готовностью к размещению систем высоких классов защищенности. Среди них государственные органы и организации, крупный бизнес, которому нужен аттестованный контур для собственных систем, а также разработчики и операторы государственных информационных систем.
🌐 Теперь вы можете размещать:
• значимые объекты критической информационной инфраструктуры (ЗОКИИ) до первой категории значимости
• государственные информационные системы первого класса защищенности (К1)
• информационные системы персональных данных первого уровня защищенности (УЗ1)
➜ Выбирайте аттестованное облако, соответствующее российским стандартам безопасности
Внедрили поддержку мультиагентных систем на платформе VK AI Space 🤖
Теперь вы можете создавать мультиагентные сценарии в VK AI Space от VK Tech. Это позволит компаниям перейти от точечных ИИ-агентов к координируемым системам цифровых сотрудников.
👥 Мультиагентная система устроена как команда специалистов под руководством менеджера:
• ведущий агент принимает задачу от пользователя, понимает цель, выбирает нужных исполнителей — агентов с необходимыми компетенциями — и распределяет между ними работу
• каждый агент выполняет задачу в своей зоне ответственности и может быть быстро заменен, доработан или подключен к новому процессу без пересборки всей цепочки
⚡️ Такой подход ускоряет разработку сложных ИИ-решений. При этом каждый отдельный агент работает со всем контекстом, возникающим при решении задачи, а мультиагентная система — только с результатом работы субагентов.
Мы эксклюзивно представили это решение на VK Cloud Conf. Узнайте больше по ссылке.
Рынок ПО для ИИ в России вырастет почти вчетверо к 2030 году
Эксклюзивно на VK Cloud Conf совместно с Apple Hills Digital представили исследование российского рынка программного обеспечения для искусственного интеллекта.
Исследование описывает объем, структуру и динамику российского рынка ПО для ИИ за 2022–2025 годы и прогноз до 2030 года.
👆 Его подготовили на основе прямого опроса более 40 ведущих российских вендоров ИИ-решений, отчетности участников рынка и открытых источников.
📈 В 2025 году объем рынка достиг 25 млрд рублей, а к 2030 году вырастет почти вчетверо — до 94,8 млрд рублей при среднегодовом темпе роста 30,5%.
Главный сдвиг: компании переходят от FOMO к ROI — от страха упустить технологию к расчету окупаемости. Появляются роли директоров по ИИ, центры компетенций и KPI на внедрение ИИ, а генеративный ИИ (GenAI) встраивается в прикладные продукты и стимулирует их продажи.
«76% рынка ПО для ИИ — это прикладные решения, встроенные в бизнес-процессы, а не сами модели. Компании перестали внедрять ИИ из страха отстать и начали считать отдачу. Выигрывает не тот, кто первым купил технологию, а тот, кто встроил ее в работающий процесс и сделал это не в одиночку, а с партнером. Мы закрываем этот разрыв ИИ-инфраструктурой VK Cloud, платформой VK AI Space для запуска ИИ-агентов в защищенном контуре и экспертизой внедрения», — комментирует директор по облачным сервисам VK Tech Дмитрий Лазаренко.
Полный текст исследования оставили по ссылке.
Подборка вебинаров на июнь
В июне вас ждут еще три онлайн-встречи с экспертами Cloud.ru — о Spark, облачных расходах и Redis. Регистрируйтесь заранее, чтобы ничего не пропустить.
🎥Spark Connect для ИТ-команд: упрощаем разработку и работу с данными
Покажем, как сделать использование Apache Spark удобным для всей команды с помощью Spark Connect и Evolution Managed Spark. Затронем вопросы разработки в IDE, анализа данных в Jupyter и построения ETL на чистом SQL в dbt. Не бойтесь споткнуться о порог входа — здесь он минимальный.
🧑💻 Для кого: дата-инженеры, аналитики, руководители дата-отделов.
📅 Когда? 23 июня 11:00 мск.
📍 Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.
🎥Как управлять расходами в облаке и не удивляться счетам
Разберем, как сделать облачные расходы прозрачными с помощью FinOps-инструментов. Вы узнаете, почему важно назначать владельцев ресурсов, как правильно выбирать тариф, выставлять автоматические квоты и настраивать алерты, чтобы сократить затраты на 20–30%. Всё — с живым демо в личном кабинете.
🧑💻 Для кого: ИТ-менеджеры, DevOps, финансовые директора.
📅 Когда? 25 июня 11:00 мск.
📍 Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.
🎥Эволюция приложения в облаке: как настроить кеш с Redis и ничего не сломать
Четвертый вебинар большого трека про эволюцию приложений. Обсудим стратегии кеширования и какую из них выбрать под ваш сценарий, типичные ошибки инвалидации и защиту от всплесков нагрузки. Разберем, как оценивать эффективность кеша и ситуации, когда он только маскирует проблемы.
🧑💻 Для кого: бэкенд-разработчики, DevOps-инженеры, архитекторы.
📅 Когда? 30 июня 11:00 мск.
📍 Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.
Биржа заказов на Инфостарте помогает специалистам по 1С находить проекты разного масштаба: от разовых консультаций и точечных доработок до интеграций, обменов и переноса данных. В новой подборке - заказы, размещенные на Бирже с 10 по 17 июня. Возможно, среди них есть задача подходящая под ваш опыт.
На этой неделе заказчикам нужны 1С-разработчики для работы со старыми и новыми конфигурациями: интеграций с онлайн-кассами по ФЗ-54, интернет-магазинами, Telegram-ботами и ФГИС «Зерно», переноса данных из 1С 7.7 в 1С 8, настройки обменов, выгрузок в XML, доработки УТ 11.5, УНФ 3.0 и нестандартного производственного учета.
Доработка «Подключение онлайн касс (ФЗ-54) к старой 1С конфигурации Описание и реализация проекта»
Выгрузка Номенклатуры из УП 10.3 в xml формате на сервер и тд
Инфостарт Биржа заказов - площадка для поиска исполнителей под задачи по 1С: консультации, доработки конфигураций, настройку обменов, интеграции с внешними сервисами и сопровождение проектов. Для заказчиков это способ быстро найти специалиста или команду под конкретную задачу. Для исполнителей это источник проектов с разным уровнем сложности и длительности.
На Бирже доступны:
прямой обмен контактами между заказчиком и исполнителем;
работа без комиссии площадки;
возможность безопасной сделки;
рейтинги, кейсы и история откликов;
исполнители разного масштаба — от частных специалистов до ИТ-команд.
Посмотреть свежие задачи и откликнуться можно на Бирже заказов Инфостарта.
А за беспилотные авто в России ответит пользователь
Когда говорят об ИИ, обычно обсуждают вычислительные мощности и размеры ИИ-модели, но есть ещё одно направление, которое может кардинально изменить применение технологии, — это регуляторика, законы и, если хотите, философия применения. По сообщению «Коммерсанта», Минтранс подготовил новую редакцию законопроекта о правилах движения и эксплуатации беспилотных автомобилей, в которой указано, что при ДТП с участием автономного транспортного средства (ТС) возмещать ущерб здоровью потерпевших и их имуществу будут владельцы высокоавтоматизированных транспортных средств (ВАТС). О чём это говорит?
1. Вступление закона в силу планируется уже осенью 2027 года. Видимо, мы уже близки к применению беспилотников на дорогах по всей России. Сейчас они действуют только в экспериментальных зонах.
2. Регионы смогут ограничивать применение беспилотников как в регионе в целом, так и в отдельных локациях, в определённые дни или при проведении мероприятий. Это логичное решение после хаоса в Китае из-за внезапно вставших на прикол беспилотных авто.
3. Оплачивать ущерб за ДТП с участием ВАТС (беспилотника) будет его владелец. Но потом он может предъявить регрессный иск создателю софта, если авария произошла по причине сбоев в программно-аппаратной части. Вот это третье нововведение тянет на глобальное решение, которое может помочь или затормозить распространение беспилотных машин. Похожей по значимости была ситуация с софтом для первых персональных ПК — регуляторы разрешили продавать софт по принципу «плати как есть» без ответственности разработчика за сохранность пользовательской информации. С одной стороны, это привело к многочисленным случаям потери данных — разработчики заботились о надёжности софта, пока это не мешало получать прибыль. Зато это позволило разрабатывать софт быстрее и большему количеству компаний. И в итоге привело к расцвету ИТ.
Если Минтранс примет новые правила с ответственностью владельца ВАТС за ущерб в ДТП, то, видимо, это потянет рост бизнеса на сдаче беспилотников в аренду (тогда едущий или перевозящий грузы не будет нести ответственность за ДТП), страхование (никто не знает, насколько беспилотники будут хорошо ездить при массовом выходе на дороги, и наверняка владельцы захотят подстраховаться), а главное — развяжет руки создателям программно-аппаратных систем для беспилотных авто. С одной стороны, они могут отнестись к новым ИИ-системам менее ответственно, зато получат больше возможностей для экспериментов, так как меньше ресурсов придётся резервировать, чтобы возместить ущерб пострадавшим при ДТП.
Terraform в zVirt: базовая автоматизация виртуальной инфраструктуры
Привет, Хабр! 24 июня в 11:00 мы проведем вебинар о различных подходах к автоматизации.
Автоматизация — это способ сделать ИТ-ландшафт более прозрачным, управляемым и предсказуемым. На вебинаре разберем, как применять Terraform в zVirt, чтобы сократить объем рутинных операций, снизить риск ошибок и перейти к управлению инфраструктурой с помощью кода.
Что разберем:
- Различные подходы к автоматизации: когда и зачем нужен Terraform?
- Технический обзор: архитектура поддержки Terraform в zVirt
- Управление примитивами виртуализации: виртуальные машины, диски и сети
- Live-demo: от ознакомительных сценариев до устранения неисправностей
Кому будет полезен вебинар?
- Руководителям ИТ-инфраструктуры
- Системным инженерам
- Системным администраторам
- DevOps-инженерам
Участники вебинара первыми получат доступ к Cookbook zVirt Terraform — практическому гайду, составленному на опыте реальных кейсов управления комплексной инфраструктурой zVirt средствами Terraform.
Присоединяйтесь! Регистрация открыто по ссылке.
Настроить мониторинг за 60 секунд: вебинар про Deckhouse Observability на практике
Метрики, лейблы, Prometheus, PromQL, Grafana, дашборды, алерты, каналы уведомлений. Тема мониторинга большая и сложная, но базовый пайплайн от сбора метрик до визуализации данных и настройки алертов можно разобрать за 60 минут. Этим и займёмся на вебинаре Deckhouse Академии на примере живого сценария.
Разберём, как формируется метрика, что такое лейблы и кардинальность, а также как не допустить взрыва кардинальности.
Рассмотрим, как Prometheus собирает данные и как начать собирать их со своего приложения, добавив три строчки в Deployment.
Визуализируем метрику и покажем пример агрегации сырых данных с помощью PromQL.
Создадим правило для алерта, настроим свой канал уведомлений и получим уведомление по агрегированной метрике.
Регистрируйтесь и подключайтесь 23 июня в 12:00 (МСК). После вебинара вы поймёте, как работает цепочка App → Metric → Prometheus → PromQL → Grafana → Alert, сможете подключить своё приложение к Prometheus без правки scrape_config, написать простой запрос на PromQL и настроить оповещения с защитой от шума.
Установка и использование Nexus Repository для хранения артефактов
Nexus закрывает типовую DevOps-задачу: единое хранилище для Maven, npm, Docker, NuGet, PyPI и собственных бинарей, кэш внешних зависимостей и предсказуемый источник артефактов в CI/CD. Версии — Community Edition, Pro и связка с Repository Firewall для отсечения небезопасных компонентов на входе.
В статье разобрали установку Nexus Repository 3.91.1 тремя способами, а также показали первичную настройку, загрузку артефактов и политики очистки. И не забыли про разграничение прав через Privileges, Roles и Users, отключение анонимного доступа и вывод Nexus наружу по HTTPS через Nginx с Certbot.
Все детали — в статье Рег.облака.
Очень критически надо читать умные статьи про найм персонала.
Потому что на примере этой статьи с Хабра, можно сделать серьезные выводы и ошибиться.Как компании теряют прибыль из-за ошибок в подборе и почему это редко видно сразу https://habr.com/ru/articles/1044856/
У автора есть одно допущение, которое не обозначено в статье, но считаю, что важно его обозначить - наличие на рынке труда того самого идеального кандидата.
Это допущение, однако, является не более чем заблуждением или когнитивным искажением.
На самом деле идеального кандидата просто не существует, а если даже он есть, что вы можете ему предложить? Идеальную работу? Что-то сомневаюсь...
Таким образом на рынке труда работодатель должен искать не лучших из лучших, а лучших, среди тех, кто есть. А есть на рынке труда не самые лучшие кадры, скорее наоборот, всех хороших уже расхватали. Значит остались только худшие.
Поэтому лучше следовать принципу, что всегда и везде мы выбираем лучшего из худших, а не самого идеального. Тогда будет проще выстроить процессы найма, адаптации, испытательного срока и т.д., не тратя много сил и ресурсов на поиск, не теряя время и деньги за тот период, пока кандидат не найден и вакансия висит. Иначе поиск затянется, работа не будет выполняться, бизнес-цели не будут достигаться.
РБПО по ГОСТ Р 56939—2024: вебинар №24 из 30 — Поиск уязвимостей в программном обеспечении при эксплуатации
Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.24. – "Поиск уязвимостей в программном обеспечении при эксплуатации". На YouTube. Слайды.
Цели 24-го процесса по ГОСТ Р 56939—2024:
Организация систематического и углублённого поиска ошибок и уязвимостей в ПО при его эксплуатации в целях упреждающего реагирования: обработки ошибок кода ПО и его конфигураций (настроек) до того, как они будут выявлены сторонними лицами и повлекут инциденты информационной безопасности.
Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.
Методика ВУ и НДВ в ПО приведена в соответствие с ГОСТ Р 56939—2024
Материалы будут полезны всем, кто знакомится с темой РБПО и заинтересован во внедрении зрелых подходов в работу по созданию и сопровождению качественных программных продуктов. Материал по ГОСТ Р 56939—2024 весьма актуален, так как 12 мая 2026 утверждена обновлённая "Методика ВУ и НДВ в ПО". См. заметку "Методика выявления уязвимостей и недекларированных возможностей — 2026".
НЕкурс про РБПО
Суммарное время предлагаемых к изучению вебинаров составляет около 50 часов. Это достаточно большая задача, поэтому мы решили помочь и разбили материалы на отдельные уроки по РБПО. Возможно, так вам будет проще усваивать материал, а интерфейс позволяет отмечать, с чем вы уже ознакомились.
1С в 2026 году: разработка, архитектура и работа с требованиями
Современному специалисту по 1С уже недостаточно знать язык запросов, СКД и механизмы платформы. В проектах приходится разбираться в архитектуре информационных систем, моделировать бизнес-процессы, общаться с заказчиками и подключать ИИ к разработке и документации.
Собрали бесплатные уроки для разработчиков, аналитиков и архитекторов 1С от преподавателей-практиков. Выбирайте свою тему и регистрируйтесь.
Разработка и инструменты 1С
18 июня, 20:00. «Эффективная 1С-разработка с ИИ в 2026: от SDD к MCP-инфраструктуре». Записаться
Поговорим о применении ИИ на разных этапах разработки: от подготовки спецификаций до создания инфраструктуры для AI-инструментов.
Анализ требований и бизнес-процессов
17 июня, 20:00. «Заказчик vs Стейкхолдер: как вовлечь бизнес в проект». Записаться
Объясним, как выявлять интересы участников проекта, согласовывать требования и вовлекать представителей бизнеса в разработку решения.24 июня, 20:00. «Внедрение новой функции системным аналитиком на примере услуги на Госуслугах». Записаться
Покажем путь от бизнес-задачи и сбора требований до проектирования новой функциональности.8 июля, 20:00. «Как писать PRD, ТЗ и user stories с помощью ИИ — быстро, структурно и без мусора». Записаться
Расскажем, как использовать ИИ при подготовке требований и проектной документации.
Архитектура 1С-решений
17 июня, 20:00. «Архитектура информационных систем. Монолиты, SOA и микросервисы». Записаться
Поговорим об основных архитектурных подходах и месте отдельных приложений в корпоративном ИТ-ландшафте. Это поможет лучше понимать интеграцию 1С с другими системами.29 июня, 20:00. «Использование ИИ архитектором 1С: как ускорить анализ требований и подготовку документации». Записаться
Покажем, как применять ИИ при анализе требований, проектировании решений и оформлении документации.8 июля, 20:00. «Новшества языка ArchiMate 4.0». Записаться
Расскажем, как описывать взаимосвязи между бизнес-процессами, приложениями, данными и элементами корпоративной архитектуры.
Данные и автоматизация бизнес-функций
17 июня, 20:00. «Как убрать “человеческий фактор” из финансовых моделей: от расчёта NPV до сложных систем оплаты труда». Записаться
Объясним, как автоматизировать расчёты и снизить количество ошибок в финансовых и управленческих моделях.9 июля, 20:00. «HR на языке цифр: от кадров к стратегии». Записаться
Поговорим о кадровой аналитике и работе с HR-данными.
Что почитать по теме:
Больше бесплатных уроков в IT смотрите в дайджесте.
Ближайшие события
«Психология народов и масс» Гюстав Лебон
Хорошая, насыщенная, интересная книга. Вообще, состоит из двух книг, которые обычно издаются отдельно – «Психология народов» и «Психология масс». Книги и правда о разном, но взаимосвязаны – в психологии масс автор иногда опирается на терминологию и выводы, использованные в психологии народов. Поэтому прочитать лучше обе.
Интересно читать с поправкой на историю – книга написана в конце 19 века. Автор уже тогда считал толпу и её власть новой силой, которая будет править государствами (прямо и косвенно). В качестве примера прямого управления у него тогда была, в основном, Великая французская революция – он не знал, что будет в начале 20 века. А вот примеров косвенного управления, когда под толпу подстраивается лидер – намного больше.
Также, автор приводит множество вполне прикладных аспектов управления толпой, вроде использования образов вместо разумных доводов, изменения интеллектуального уровня и моральных принципов у людей в толпе и т.д. Многое совпало с тем, что говорят современные авторы – с поправкой на разницу в способах распространения информации, разумеется.
Рекомендую. Хорошая, добротная, старая книга.
По моим личным наблюдениям, навыков (да и знаний) по управлению массами не хватает многим руководителям. Точнее даже о разнице в разговоре с толпой и тет-а-тет. Поговорить лично, убедить, поднять или опустить настроение – это умеют. А вот с толпой – нет.
Оттого общие собрания такие скучные. Цифры какие-то, стратегии, цели, планы. Это – инструменты для узкого круга. Толпе нужны эмоции, предельная простота формулировок, чёткие лаконичные интерпретации. Надежда, душевный подъём, страх, тревожность, радость, прозрение – вот цели общения с толпой. Ну, на мой взгляд.
Я для себя, в работе, давно разделил эти виды общения. Для толпы, для массы – создал внутренний канал. Ключевой инструмент, который там использую (только моим сотрудникам не говорите) – интерпретации.
Любое событие на работе, хорошее или плохое, можно интерпретировать сильно по-разному. Но фишка в том, что интерпретациями людям заниматься лень – это непростой мыслительный труд, анализ информации, рефлексия. Да и доступа к данным обычно недостаточно.
Поэтому, если просто дать цифры – человек или никак не интерпретирует, никакого вывода не сделает, или сделает неверный. «Врут», например. Поэтому лучше избавить человека от неприятной работы – дать интерпретацию самостоятельно. Дать не пищу для размышления, а сразу ответ, вывод, направление для выхода энергии. Подсознание сотрудника скажет вам «офигенное спасибо».
Манипуляция? Пожалуй. Но хотя бы управляемая, и хоть с каким-то результатом. Информация – это ресурс, ценный и редкий. Кто занимается продажами – знает ценность инфоповода. Не менее ценны инфоповоды для внутренней коммуникации с компанией.
Знание особенностей масс позволит не тратить этот ресурс понапрасну. Главное – границы не переходить.
Это уже 16-я книга в Книжном стеке
Тестовые симуляции показали, что при посадке на борт самолёта вначале пассажиров у иллюминатора, потом тех кто посередине и в конце тех кто у прохода является самой быстрой (~11 минут). Вторая по скорости идёт случайная (~18 минут). Загрузка салона с хвоста и до носа оказалась самой длительной (~31 минута). Расчёты были проведены на стандартном салоне A320 neo.
GLM 5.2 в open source: модель уровня Claude Opus 4.7, которую негде запустить, пока негде.
Zhipu выложили веса GLM 5.2 под MIT лицензией. 744 миллиарда параметров, MoE, 40 миллиардов активных на токен, контекст на миллион. GLM-5.2 играет достойно на многих бенчмарках.
Дома не запустить. FP8 веса ~800 гигабайт, нужно минимум 8 карт H200 или 10 карт H100. Теперь про abliteration, потому что в этом вся суть.
Любая западная модель отказывает вам по десять раз на дню. Напиши эксплоит для пентеста: отказ. Проанализируй уязвимость по CVE: отказ. Разбери вредоносный код из лога: отказ. Безопасники и разработчики каждый день упираются в стену цензуры и делают руками то что нейросеть могла бы закрыть за секунды.
Abliteration это удаление цензурных слоёв из модели. Модель перестаёт решать за вас что можно а что нельзя. Для моделей поменьше энтузиасты делают это за дни. Для 744B монстра уйдёт пара недель, но результат появится на Hugging Face неизбежно. MIT лицензия, веса открыты, технически ничего не мешает. Вопрос кто первым поставит под эту версию железо и откроет API.
Считаем деньги.
Huawei Ascend, легальный путь. Чип 910B: ~110 тысяч юаней (~1.4 млн рублей), нужно 16 штук (два сервера Atlas 800, ~1 ТБ видеопамяти). Итого 55-90 млн рублей. Производительность 60-70% от NVIDIA, зато без санкционных рисков.
NVIDIA H100, серый путь. Карта ~3.3 млн рублей, 10 штук с обвязкой: 40-50 млн. Быстрее, но риски поставки и нет гарантии.
Операционка: ~1-1.5 млн рублей в месяц (локация, электричество, инженеры).
Кто заплатит. Корпорации, которым нельзя лить данные в западные API: выделенный сервер с abliterated моделью, договор с юрлицом, ответственность на клиенте. Разработчики и физлица: публичный доступ, базовый тариф с обычной версией, премиум с abliterated после верификации.
Для российского рынка это окно. Ни один провайдер в РФ пока не даёт доступ к abliterated модели такого уровня. Что думаете?
Ценовая чувствительность
Ценовая чувствительность – крайне важный термин в нашем бизнесе, поэтому советую его изучить и принять. Важен он потому, что у нас очень гибкое ценообразование, масса вариантов по себестоимости и структуре затрат, много способов комбинирования услуг для получения нужной рентабельности и т.д.
Также, очень рекомендую прочитать книгу «Экономист под прикрытием» Тима Харфорда, в которой много и подробно объясняется понятие ценовой чувствительности, на простых и понятных примерах. Вот прям очень рекомендую, т.к. в нашей работе понимание ценовой чувствительности постоянно пригождается – буквально каждый день.
Попробую кратко объяснить, что же это такое. Ценовая чувствительность – это отношение клиента к цене продукта или услуги. Низкая ценовая чувствительность – это когда клиенту пофиг, и он без вопросов платит озвученную цену. Высокая – когда он очень остро и бурно реагирует.
Также, исходя из ценовой чувствительности, у каждого клиента, в конкретный момент времени, по конкретному продукту или услуге есть ценовой порог, ниже которого он заплатить готов, выше – нет.
Собственно, цель поведенческой экономики в части цен – найти этот самый порог, максимально приблизить к нему цену, чтобы продать товар или услугу максимально дорого, но при этом – всё-таки продать.
Раз уж упомянул поведенческую экономику, два слова про неё скажу. Есть классическая экономика, в которой человек рассматривается, как биоробот, мыслящий рационально. Там нет никакой ценовой чувствительности, есть лишь трезвый расчёт – клиент сравнивает предложения, исходя исключительно из цифр (цена, накладные расходы, качество, срок поставки и т.д.).
В поведенческой экономике человек – это человек. Иррациональный, субъективный, с психологическими заморочками, эмоциями, личным отношением к брендам, поставщикам и людям, с которыми работает. Эдакая смесь классической экономики и психологии, социологии, даже метафизики.
В реальной работе нашего бизнеса мы имеем дело с людьми, которые сидят на стороне клиента. Поэтому не сможем игнорировать чисто человеческие особенности контактных лиц. В отношениях с каждым из них есть определённый баланс, скажем так, классической и поведенческой экономики. Один человек выберет нас исключительно по цифрам, другой – по отношению, поведению или подаркам, которые мы ему завезли. В дальнейшем мы ещё будем возвращаться к теме «человечности» клиента.
Текст из канала для франчей 1С - Франч1ска
Я* говорил вам, что ИИ — это инструмент, а не стратегия, а вы переименовывали стартапы в "Что-то-там AI". Теперь у нас сотни питчдеков тысячи мудбордов и ни одного бизнес‑плана, не выплюнутого из той же LLM, вокруг которой типа «строится бизнес».
Я говорил вам, что нужно делать полезный продукт, а вы прикручивали к нему чаты. Теперь у нас вместо полезного продукта — никому не нужная хрень, но с чат‑ботом.
Я говорил вам, что важнее решать проблемы пользователей, а вы оптимизировали метрики. Теперь все KPI зелёные, но пользователи уходят.
Я говорил вам, что код нужно понимать, а вы продолжали копипастить ответы LLM. Теперь всё вроде работает, но никто не знает как это проверить.
Я говорил вам, что инженеров нужно учить архитектуре, а вы учили их писать промпты. Теперь все умеют правильно попросить нейронку написать микросервис, но никто не знает, нахрена он нужен.
Я говорил вам, что нельзя измерять работников просто количеством закрытых задач, а вы продолжали строить дашборды. Теперь у нас рекордные "трудовые" показатели и нереальное количество нейро‑слопа.
Я говорил вам, что конференции должны быть про знания, а вы делали их про личный бренд. Теперь все отлично умеют выступать с бесполезными спичами перед теми, кто их не слушает.
Я говорил вам, что удалёнка требует специальную рабочую культуру, а вы ставили трекеры активности и считали клики. Теперь у нас всё в графиках продуктивности и ноль доверия.
Я говорил вам, что не нужно заменять джунов чатами, а вы заменяли их агентами. Теперь для джунов нет работы. Джуны прикидываются мидлами, мидлы сениорами, а где взять сениора — х** его знает... Он скорее всего теперь RAG прикручивает.
Я говорил вам, что open source нужно поддерживать деньгами, а вы ставили звёздочки на гитхаб. Теперь весь интернет держится на паре библиотек, которые пилят выгоревшие к хренам мейнтейнеры.
Я говорил вам, что нужно разворачивать свои LLM, а вы оформляли подписку на Claude. Теперь токены стоят больше, чем джун. Джуна у нас нет — он прикидывается миддлом, миддл прикидывается сениором, а сениор занят — он RAG прикручивает.
Я говорил вам, что не нужно отсеивать кандидатов по списку ключевых слов, а вы продолжали искать Senior Kubernetes AI Cloud DevOps Platform Engineer. Теперь вакансии висят по году, а кандидатов «на рынке нет». Откликов тьма, но все "нерелевантные".
Я говорил вам, что нельзя путать опыт с количеством лет в индустрии, а вы продолжали раздавать грейды. Теперь у нас куча стафф/принциапл/архитекторов, и нет сениора который будет задачи решать, потому что он RAG прикручивает.
Я говорил вам, что нельзя делать автоматизацию найма, а вы кликали по кнопке «сгенерировать вакансию». А с обратной стороны «сгенерировать резюме». Теперь у нас миллионы вакансий с миллионами откликов и резюме, но как на собеседовании отличить джуна от сениора - непонятно. У нас ведь сениора нет! Он п****ц как занят — RAG прикручивает.
*Я — собирательный образ
Вот такую работу предлагает Райфайзен для Java-разработчиков с опытом от 3 лет. И как это теперь развидеть? 😎
Пилот «Формулы-1» выбил соперника с дороги камнем из‑под колёс. Элемент гравия попал в аварийный выключатель и задел небольшую кнопку сбоку болида, которая полностью выключает машину. В такой ситуации снова «завести» системы болида нельзя без помощи механиков в боксах. Гонщику пришлось сойти с трассы и досрочно завершить гонку.