42% маркетологов хотят больше бюджета на соцсети, а разработчики тем временем воюют с чужими API

01 · ДиректБизнес разлюбил класть яйца в одну корзину

Согласно свежему исследованию,42% компаний планируют увеличить бюджеты на рекламу в соцсетях и мессенджерах в2027 году. Формулировка скучная, а смысл простой: маркетологи устали зависеть от одного канала и раскладывают деньги по разным площадкам.

За красивой цифрой прячется старая как мир логика риск-менеджмента. Когда алгоритмы одной площадки меняются без предупреждения, а стоимость заявки скачет то вверх, то в космос, единственный рабочий рецепт: не складывать весь бюджет в один инструмент. Отсюда и слово «диверсификация», которое в 2026 году звучит уже не как модный термин, а как техника выживания.

Рекламодатели осознанно распределяют риски между каналами

• Компании осознанно распределяют бюджет между несколькими соцсетями и мессенджерами вместо ставки на одну платформу. Мессенджеры выходят из тени: их упоминают в одном ряду с соцсетями, это уже не «бонусный канал», а полноценная строка в медиаплане. Планирование идёт на год вперёд: речь про 2027-й, значит бюджетные комитеты уже сейчас закладывают тренд в стратегию, а не реагируют по факту.

02 · ИИКогда машина находит не ответ, а неправильный вопрос

Автор на Habr продолжает серию прослепой поиск научных гипотез, на этот раз фокус смещается нафармацевтический домен. Вторая часть материала поднимает вопрос куда интереснее, чем просто «ИИ нашёл новую молекулу»: что если система, вместо ответа, укажет на то, что сама постановка вопроса задана неверно?

Это не абстрактная философия. Если алгоритм способен выявлять не пробелы в данных, а пробелы в логике самого исследования, это меняет роль ИИ в науке. Из калькулятора гипотез он превращается в въедливого редактора, который сначала спрашивает, а вы вообще то ищете.

Автор также поднимает второй вопрос: что если в рамках уже известных параметров всё давно найдено, а реальные открытия лежат за пределами привычной системы координат, и туда ещё предстоит достроить карту.

Для тех, кто работает с данными, меняется роль проверки гипотез

• ИИ выступает ревизором гипотез: ценность не только в новых ответах, но и в способности поймать неверно сформулированную задачу до того, как на неё потратят бюджет и время. Пробелы в знаниях тоже актив: указание на то, чего мы не знаем, порой полезнее, чем ещё один ответ на давно решённый вопрос. Логика «слепого поиска» одинаково работает для любого домена, где параметры поиска задают люди, а не сама реальность, так что применимость шире фармы.

03 · CRMГод боли с файлами в Битрикс24 — и вот что осталось от иллюзий

Автор материала на Habr год потратил на загрузку фото черезREST API Битрикс24 и собрал внушительную коллекцию граблей. Главная претензия: документация обрывается ровно там, где начинается реальная работа. Официальные примеры показывают загрузку одного файла в одно поле, а дальше начинается партизанская война с несовместимыми форматами.

Конкретика неприятная: методыcrm.item.update иcrm.deal.update используют разные, несовместимые между собой форматы работы с файлами. То, что работает в одном методе, ломается в другом, и никакой документации, которая бы предупредила об этом заранее.

Для тех, кто интегрируется с Битрикс24, план работы усложняется

• Примерам из документации доверять буквально не стоит: они покрывают идеальный кейс, а не тот, с которым столкнётесь вы. Оба метода нужно тестировать отдельно, потому что поведение crm.item.update и crm.deal.update с файлами различается, а экономия времени на этапе проектирования себя не окупит. Стоит закладывать бюджет на «неожиданные» баги: год работы над казалось бы тривиальной задачей — красноречивый сигнал для тех, кто оценивает интеграцию на глазок.

04 · Dev ToolsВозвращение блудного разработчика и охота на настоящий баг

Rust-разработчик Артур Валиев вернулся в проектEvertyDesk после паузы и разобрал реальный кейс поиска бага под названиемEVRTCK. Это история о том, как искать настоящую проблему в уже работающем продукте, а не гоняться за симптомами.

Материал написан в характерном авторском стиле, с самоиронией и отсылками к «врачам, любви, смерти и кодекам», но суть практическая: разбор того, как отличить реальную задачу от псевдопроблемы, когда тебя зовут «помочь с техническими проблемами» в уже живущем продукте.

Для тех, кто работает с легаси-продуктами, контекст решает больше кода

• Возвращение в проект не означает старт с нуля: разработчик, знающий историю продукта, находит настоящую причину быстрее новичка. Важно искать баг, а не удобное объяснение: работающий продукт часто маскирует реальную проблему за поверхностным симптомом, который легче «починить» для галочки.

05 · ИтогЧто взять с собой в понедельник

Если собрать всё вместе, вырисовывается простая картина: бюджеты на рекламу дробятся между каналами, потому что бизнес больше не верит в один волшебный источник трафика. Параллельно ИИ учится сомневаться в самой постановке вопроса, и это куда важнее для науки и аналитики, чем очередной хайповый релиз. А два авторских материала про Битрикс24 и EvertyDesk напоминают: за любой красивой интеграцией и стабильным продуктом стоят часы борьбы с недокументированным поведением API. Рекламные бюджеты растут, но техническая инфраструктура под ними должна быть такой же надёжной, как медиаплан.