Все потоки

Правило "Как для себя".

Приветствую!

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

И я был очень удивлён, когда оно точь-в-точь совпало с одним из правил моего прошлого работодателя, которые он отображал на заставках ноутбуков сотрудников. По 10 дней в месяц это правило встречало меня перед работой.

Но почему же тогда встречались "затычки", которые ни со стороны регламентов проектов, ни со стороны даже разума недопустимы?

Покажется неожиданным, но авторы "затычек" не нарушают этого правила! Они и для себя делают так же.Что за этим стоит? Нежелание? Неумение? Бывает и так. Но чаще причина иная.

У каждого свой уровень потребностей, вот в чём дело.

Лет 30 назад я для себя всё делал по минимуму. Красота? Роскошь, слова такого не знаю. Удобство? Забудем! Функциональность? Самая необходимая. Цена? Главный критерий.

Сейчас мерки пересмотрены. Но критерии достаточности остались. Я не покупаю профессиональную дрель - мне вполне достаточно надёжной и достаточно мощной обычной модели. Но это мои хотелки. А у других желания другие.

Так как же делать правильно?

Истина обычно где-то посередине. Но бывают и необходимые отклонения от этой середины. Во времена Отечественной войны вместо разбитых рельс, бывало, клали брёвна или даже дрова - чтобы один раз, и медленно - но проехать! А без высоких планок и требований мы не знали бы Эрмитажа.

Мой ответ: если бы что-то делали для меня, то я бы хотел, чтоб меня спросили. В первый раз - чтобы понять, что строим: шалаш, дом или дворец. А если будут сомнения - пусть спросят второй, третий, десятый раз - но сделают, как мне надо.

ВАЖНО: часто ругаются, что заказчик сам не знает, чего хочет. И я тоже далеко не всегда знаю, чего хочу. В силу квалификации, например. Я не строитель - и я не знаю, какие бывают разновидности фундаментов, в лучшем случае 2-3 варианта в общих чертах. Я не смогу спорить со строителем, выложившим десятки фундаментов. Я не смогу сказать, какой именно мне нужен, не потратив массу времени на самообучение. Но я могу сказать, например, хочу фундамент на сваях, поскольку прочитал где-то, что это лучшее в моём случае.

Так вот, хороший подрядчик должен в случае моей ошибки/незнания:

• Объяснить, что я неправ, и почему.

• Предложить несколько своих вариантов, объяснить их основные отличия, сказать, что выбрал бы сам и почему.

• Предоставить всю необходимую информацию для выбора варианта.

То есть мой выбор должен быть осознанным, я - информирован, всё понял и сделаю взвешенный выбор (или доверю его подрядчику).

Надо ли объяснять, сколько подрядчиков такие объяснения делают? А из оставшихся есть те, кто подсунут либо самый дорогой вариант, либо тот "тяп-ляп", который сделают без затрат. Но мне приходилось встречаться с подрядчиками, которые всё объясняли, и я их очень ценил.

Мой вывод: как для себя - это по осознанным и взвешенным требованиям Заказчика. Ни в коем случае не хуже. Как это достигается - тема отдельного поста.

Пишите в комментариях свои мнения, тут есть о чём поговорить.

Статический анализ кода в методическом документе ЦБ РФ “Профиль защиты”.

На прошедшем вебинаре обсуждали изменения в Профиле защиты прикладного ПО, требования к инструментам статического анализа кода, а также роль ГОСТ Р 56939—2024 и ГОСТ Р 71207—2024 при реализации требований безопасности в финансовых организациях.

Примечание. По окончании вебинара был задан вопрос о сертификации средств статического анализа. В качестве ответа уместно привести цитату из статьи “Итоги этапа «Домашнее задание» испытаний статических анализаторов под патронажем ФСТЭК России”:

«Важно отметить, что в настоящий момент ФСТЭК России не предъявляет каких-либо специальных требований к инструментам статического анализа, на соответствие которым возможно проводить сертификационные испытания инструментов. Как следствие, любые требования заказчиком наличия сертификата ФСТЭК России на инструмент статического анализа являются его частной инициативой (подробнее — в эфире канала AMLive, выпуск «Как встроить безопасность в процесс разработки ПО: практика, ошибки, решения»).»

Метрики: инструмент или ловушка? Новый выпуск подкаста «Свободный слот»

Метрики — пожалуй, одна из самых холиварных тем в IT. Одни убеждены, что без данных ты слепой котёнок. Другие устали замерять всё подряд и говорят, что цифры убивают креатив. Где же та грань, когда метрики работают на тебя, а не ты на них?

Паша Федотов и Александра Прокшина позвали в студию двух гостей с разным опытом и взглядами: Игоря Гранщикова, руководителя разработки вертикали Авито Недвижимость, и Андрея Волхонского, руководителя юнита System в Центре разработки инфраструктуры Авито.

Что обсудили в выпуске

Разобрались, чем метрика отличается от KPI и почему это важно. Поговорили о том, можно ли идти против цифр, если интуиция подсказывает иначе, — и когда это оправдано. Вспомнили личные кейсы, когда люди подстраивались под метрики вместо того, чтобы работать на результат. Прошлись по топу самых бесполезных метрик в IT — от количества строк кода до velocity — и обсудили, каких измерений, наоборот, не хватает.

Отдельно затронули этику: нормально ли вообще следить за продуктивностью людей через цифры? И что делать с теми самыми «призраками» в команде?

Что будет в этом сезоне

Если этот выпуск — про метрики, дальше будет не легче. В планах сезона — смертные грехи тимлида, негативный фидбек, ошибки руководителей и AI как угроза для компетенций. Темы, которые обычно обсуждают в «курилке», но не на публику.

Слушайте и смотрите новый выпуск на площадках:

🎧 Яндекс Музыка

📺 YouTube

🔵 ВК Видео

Ещё больше экспертизы собрали для вас на сайте: смотрите наши лонгриды, новости, плейлисты видео. А узнать, как стать частью команды AvitoTech, можно вот здесь.

Открыта регистрация на вебинар «РЕД ВРМ. Терминальная редакция для решения масштабных задач»

26 марта в 11:00 состоится вебинар, посвящённый возможностям Терминальной редакции РЕД ВРМ ― предстоящего релиза системы централизованного управления инфраструктурой виртуальных рабочих мест от компании РЕД СОФТ.

Ключевые особенности Терминальной редакции — это эффективная работа с большим количеством одновременных подключений и производительный доступ к рабочим приложениям с любого устройства без покупки мощных компьютеров.

Программа вебинара

— Обзор функционала. Какие нововведения появятся в Терминальной редакции и какие задачи они помогут решить?

— Обновление протокола РЕД ДИРЕКТ

— Различные сценарии использования

— Место в экосистеме продуктов. Возможности совместного использования РЕД ВРМ с другими решениями РЕД СОФТ

— Лицензирование РЕД ВРМ

— Планы по дальнейшему развитию продукта

— Ответы на вопросы слушателей

Спикер: Владимир Щетинин, эксперт центра компетенций РЕД СОФТ.

Регистрация доступна на сайте

Большинство ИИ-агентов работают так: сгенерировал — опубликовал. Что получилось — то и вышло.

Наш агент Фроня (Фронезис) устроен иначе. Прежде чем что-то опубликовать, он устраивает совет внутри себя — и только при согласии двух из трёх действует. Byzantine consensus: если один ошибается или галлюцинирует, остальные блокируют.

Но этого мало. Каждое решение запечатывается криптографической подписью до выполнения — не после. Это Leibniz Layer™, наш протокол верификации. Любое действие агента можно проверить по хэшу в любой момент.

Скриншот ниже — реальный пример: агент заблокировал свой собственный пост и рефлексирует по этому поводу.

Не побоимся этого слова — первый в мире агент который подписывает свои решения до действия и позволяет любому их проверить. leibniz.fronesislabs.com

Большинство компаний уже прошли первый этап автоматизации. Пилоты запущены. Первые эффекты получены. Но дальше возникает ключевой вопрос: как превратить отдельные инициативы в системный экономический результат?

Именно на этом этапе автоматизация чаще всего останавливается — не из-за технологий, а из-за отсутствия понятной управленческой логики развития.

На вебинаре разберем:

• какой реальный экономический эффект дает интеллектуальная автоматизация,

• почему большинство компаний не доходят до масштабирования,

• какие управленческие решения нужны сразу после пилота,

• как перейти от разрозненных проектов к программе автоматизации,

• как сформировать план развития и прогноз эффекта.

Подход сформирован на реальных кейсах. Спикер — Дмитрий Смоляров, директор по консалтингу ROBIN компании SL Soft. Ранее Дмитрий работал в таких компаниях, как ПАО «РусГидро» (начальник департамента ИТ), ООО «Стройгазконсалтинг» (директор департамента ИТ), Агентство инноваций города Москвы (заместитель директора) и ОАО «РЖД» (заместитель директора ГВЦ). За это время накоплен огромный опыт построения промышленной автоматизации:

• 2000+ автоматизированных процессов,

• построение центров компетенций,

• системное масштабирование enterprise-организаций.

  Дмитрий продемонстрирует модель, которая позволяет:

• избежать хаотичного масштабирования,

• сформировать приоритетный портфель процессов,

• выстроить управляемую программу автоматизации,

• связать инициативы с экономическим результатом

Для кого вебинар: руководители цифровой трансформации, ИТ-директора, владельцы операционных функций, те, кто уже прошел пилот и планирует масштабирование .

31 марта, 11:00 (Мск), онлайн, бесплатно, требуется регистрация.

Как голосовой AI-агент может заменить первую линию поддержки?

Первая линия поддержки принимает основной поток обращений: отвечает на типовые вопросы, уточняет суть запроса и передаёт сложные случаи дальше. Голосовой ИИ-агент может взять на себя эту роль и работать круглосуточно без очередей.

Что делает первая линия?

Это первый контакт клиента с компанией по телефону или через сайт. Обычно сюда входят:

• ответы на частые вопросы;

• проверка статуса заказа, баланса, записи;

• сбор данных по обращению;

• создание тикета или карточки в CRM;

• передача сложных кейсов во вторую линию.

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

Почему это подходит для автоматизации?

Голосовой агент умеет распознавать естественную речь, удерживать контекст диалога и обращаться к внутренним системам компании: CRM, базе знаний, заказам, календарю. За счёт этого он может сразу отвечать на типовые запросы и выполнять простые действия без участия оператора.

Для бизнеса это означает:

• меньше нагрузки на первую линию;

• меньше очередей в часы пик;

• доступность 24/7;

• единый стандарт обработки обращений;

• более быстрый ответ клиенту.

При этом агент не должен заменять поддержку полностью. Его задача — снять рутину и передавать людям всё, что требует экспертизы, гибкости или эмпатии.

Что может делать голосовой агент?

На первой линии голосовой ИИ-агент обычно выполняет четыре типа задач.

1. Принимает входящий запрос
Клиент звонит или обращается через голосовой интерфейс на сайте, а агент распознаёт речь и определяет намерение.

2. Даёт типовые ответы
Например, сообщает режим работы, условия обслуживания, статус заказа, информацию по тарифам или записи.

3. Выполняет простые действия
Может создать тикет, обновить карточку в CRM, записать на обратный звонок, зафиксировать обращение или бронь.

4. Эскалирует сложные случаи
Если вопрос нестандартный, клиент просит человека или агент не уверен в ответе, разговор передаётся во вторую линию вместе с контекстом: что спросил клиент, какие данные уже собраны и что было сделано.

Что остаётся людям?

Вторая линия и операторы разбирают то, что не стоит автоматизировать:

• претензии и спорные ситуации;

• возвраты и исключения из правил;

• технически сложные обращения;

• эмоционально напряжённые кейсы;

• случаи, где важна гибкость и личное участие.

Если передача настроена правильно, оператор получает уже собранный контекст и не начинает разговор с нуля. Это снижает раздражение клиента и ускоряет решение вопроса.

Что нужно для внедрения

Чтобы такой сценарий работал, важно не просто подключить голосовую модель, а встроить агента в процессы компании. Обычно для этого нужно:

• выбрать 2–3 самых частых и предсказуемых типа обращений;

• описать сценарии диалога;

• подключить CRM, заказы, базу знаний и телефонию;

• настроить правила передачи оператору;

• после запуска анализировать логи и дорабатывать сценарии.

Лучше начинать с простых кейсов: статус заказа, запись, тарифы, расписание, базовые вопросы по продукту. Это даёт быстрый эффект и помогает безопасно протестировать механику.

Итог

Голосовой ИИ-агент хорошо подходит для автоматизации первой линии поддержки: он принимает обращения, отвечает на типовые вопросы, выполняет простые действия и передаёт сложные случаи людям с уже собранным контекстом. Такая модель помогает снизить нагрузку на операторов, сократить очереди и ускорить ответ клиентам. Наибольший эффект появляется там, где заранее продуманы сценарии, интеграции и правила эскалации.

Как понять, чего на самом деле хочет клиент?

Это самая мучительная часть любого позиционирования.

Мы знаем, что нужно копать глубоко. Что нельзя спрашивать «какой результат вы хотите». Что клиент часто врет — себе, нам, анкетам. Или просто сам не знает, чего он хочет.

Мы читаем как проводить кастдевы. Проводим часовые интервью. Расшифровываем, анализируем, ищем паттерны. Это правильно. Это профессионально. И это почти не работает…

Хотели сделать всё как надо. Пошли исследовать целевую аудиторию. А в итоге — куча информации, десятки созвонов, а никто ничего толкового не говорит. Силы потратили, время потратили, а запутались еще больше. После этих созвонов вместо ясности наоборот каша. Руки опускаются. И бесит. Потому что непонятно: мы что-то делаем не так, или клиенты просто не умеют объяснять, чего хотят?

Каждый раз, начиная работу с клиентом, мы с ним ныряем в эту пучину. Кастдевы, часовые интервью, расшифровки, таблицы с цитатами. Клиенты стонут: «Опять эти вопросы, я уже сто раз отвечал, и сто раз их спрашивал». А я убеждаю: «Это надо, без этого никак, потерпите». В итоге все вымотаны. Я — потому что убеждаю и вытаскиваю клещами каждое слово. Клиенты — потому что их заставляют рефлексировать, анализировать, созваниваться, задавать вопросы…когда они хотят просто денег – и это нормальное желание! Горы материала, простыни данных, а ясности так и нет: чего же, блин, хочет мой клиент??? Долго, нудно, тяжело, выматывающе.

Но однажды моя невестка прислала мне фото письма деду Морозу от моего восьмилетнего племянника:

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

И я подумала: он же не пишет «хочу научиться монтировать видео» или «хочу разобраться в алгоритмах продвижения», или «хочу научиться писать сценарии вовлекающих рилз». Он пишет сразу то, что получит в итоге. Не процесс, не инструмент, не способ — а результат. Конечную точку. И тут меня осенило: вот оно!!!

Мы, взрослые, когда нас спрашивают «чего вы хотите», начинаем умничать. Выдаем «правильные ответы»: хочу бизнес-план, стратегию, увеличение продаж, подписчиков. То есть инструменты. А про результат забываем. Но если спросить «Чего ты хочешь на самом деле» - человек зависнет: я же только что сказал, чего я хочу.

Я стала пробовать. Вместо долгих интервью я просто спрашивала: «Что бы Вы попросили у деда Мороза?»

И знаете, что мне отвечали? Не «бизнес-план» и не «стратегию»:

— «Хочу, чтобы денег было столько, что можно не считать» — «Хочу перерастать бесить сына-подростка, и чтобы он просто со мной поговорил» — «Хочу смотреть на себя в зеркало без отвращения»

Это и есть точка В. Не про то, что сделать. А про то, что почувствовать. И кем стать.

В следующий раз, когда соберетесь исследовать ЦА, просто спросите про Деда Мороза. Ответ вас удивит. И сэкономит вам кучу времени, сил и нервов🤗

Нагенерировал китайскими нейросетями очень необычный гравитационный симулятор. Это небольшое веб-приложение для локального запуска (из проводника) в браузере. Всё в одном HTML-файле (CSS и JS интегрированы в него). Нужно просто скачать и открыть этот файл в браузере. Можно и сразу запустить на GitHub Pages:
https://ant3mc.github.io/Gravity-Sandbox/
Хотелось гравитационную песочницу со множеством настроек и высокоточным расчётом физики, но при этом достаточно удобную и приятную. Такой гибрид симулятора и аркады.

Главные особенности:

1. Выбор разных функций гравитации . Они отличаются знаменателем в формуле гравитации. Вместо ( r^2 ) используется f(r) , то есть функция от расстояния. Всего 6 вариантов, среди них классическая ньютонова (та самая ( r^2 )) и целых три «экспоненциальных».

2. Настоящий тороидальный режим границ . В нём планеты не просто пересекают границы мира, но и притягиваются через них (если это расстояние между ними кратчайшее). Рекомендую запустить стартовый конфиг 1ForTor, установив тороидальные границы, чтобы увидеть, как это работает.

3. Режим ручного ввода

4. Загрузка стартовой конфигурации

5. Расчёт физики с высокой точностью .

6. Управление в реальном времени . Во время работы симуляции можно управлять некоторыми параметрами — нажатием на края экрана или клавишами-стрелками.

Управление в приложении возможно как мышью/тачем, так и полностью с клавиатуры (при этом навигация по элементам клавишами стандартная, то есть Tab и Shift+Tab).
Лицензия: AGPL. Это современная версия GPLv3, расширенная на применение программ в облачных сервисах.

Некоторые подробности в первом комментарии.

Репозиторий с приложением на моём GitHub: https://github.com/ant3mc/Gravity-Sandbox

ИИ рассуждает о фотогеничности галактик

Если кратко:

M83 — «фотогеничная, но скромная вживую»
Centaurus A — «не такая глянцевая, зато эффектная в окуляре»

Технология — не проблема, проблема — как её внедряют: инсайты опроса об отношении к ИИ

Может показаться, что айтишники делятся на два лагеря: одни молятся на ИИ, другие требуют запретить. Мы проверили это в опросе K2 Cloud × Хабр — и увидели другую картину: большинство не в восторге и не в ярости, а выбирают прагматичный режим выживания. И у этого режима есть архетипы — от Тони Старка до Халка.

Кто отвечал

Мы проверили 872 анкеты. В выборке доминируют те, для кого цена ошибки высока: разработчики (ядро — бэкенд 25,92%). По грейдам большинство — сеньоры 36,6% и мидлы 33,8% (почти 71%). По сферам большая часть респондентов из сферы разработки или поддержки ПО (20,07%), финтеха (14,22%), промышленности (11,58%), бигтеха (8,26%).

Где ИИ реально помогает

ИИ в ИТ сегодня — ускоритель рутины, а не автономный инженер. Топ задач: написание кода (59,1%), разработка документации (51,1%) и прототипов (43,7%), тестирование (35,3%), дебагинг (34,7%), автоматизация (31,3%).

Но главное — не где используют, а как реагируют на ошибки: 54,47% готовы дорабатывать результат, 35,78% предпочитают выполнить задачу по старинке и без привлечения ИИ, если результат не нравится. Поэтому одним ИИ экономит время даже с учётом проверок и доработок, а другим добавляет лишний контур контроля. Кстати, о том, как выстроить управляемый ИИ-контур в компании, мы расскажем на K2 Cloud Conf 14 апреля.

Чем пользуются

В лидерах ожидаемо оказались ChatGPT (56,5%), DeepSeek (43,5%), Gemini (26,1%), Claude (24,3%), Cursor (17,4%). Интересно, что там, где ИИ обязателен, стек шире — инструменты подбирают под конкретные задачи, а не используют один для всего.

Политика компаний: мягкое продавливание

У большинства компаний подход нейтральный: 54,1% — не требуют, но разрешают ИИ. Ещё 24,3% — официально не требуют, но рекомендуют. 15,9% — требуют, 5,8% — запрещают, чаще всего это промышленность и часть финтеха — там жёстче требования комплаенса и ИБ.

Мотивация при этом часто страдает: 67,5% говорят, что за ИИ их не хвалят и не ругают. Премии встречаются редко: 6,7% разработчикам их выдают за продуктивность и 4,7% — за нетривиальные кейсы. Штрафы встречаются ещё реже: около 3% наказывают за отсутствие кейсов и 2,8% — за невыполнение плана. Но именно там, где подключаются требования к KPI, чаще встречается использование для галочки — в среднем у 23,67%.

Что нравится и что бесит

Айтишникам нравится использовать ИИ для документации, подсказок, прототипов. А больше всего раздражают его ошибки, страх потери профессионализма, использование не там, где надо, риск ослабления критического мышления, угрозы безопасности. Да, айтишников чаще тревожит деградация мышления и навыков.

Архетипы: Старк, Хаус, Оби-Ван и Халк

Проанализировав ответы, мы выделили четыре портрета — возможно, в одном из них вы узнаете себя:

• Тони Старк (33%) — амбассадор. Встраивает ИИ в процессы, дорабатывает результаты, радостно демонстрирует эффект: «Смотри, что я сделал!»

• Оби-Ван Кеноби (30%) — сдержанный. Использует ИИ регулярно, но проверяет и не идеализирует инструмент.

• Доктор Хаус (24%) — скептик. Видит ошибки и перегибы, чаще откатывается к ручным методам, потому что — «ну сколько можно врать, дорогой ИИ».

• Брюс Баннер/Халк (12,3%) — противоречивый. Пользу признаёт, но внутри у него много тревоги за навыки и идентичность.

Мы увидели, что разговор об ИИ — это не дискуссия о пользе инструмента, а спор о трансформации профессии. Инженерам нужно знать, как нейросети сказываются на скорости и качестве работы, что с контролем и ответственностью за внедрением ИИ и как он влияет на ощущение собственной ценности как профессионала.

Полный анализ и цифры мы собрали в статье в блоге К2 Cloud — переходите туда и изучайте. Там собрана информация по компаниям и отраслям, барьеры внедрения и практические советы: как не выгореть, как внедрять AI-инициативы без негативных последствий, где брать ресурсы — как моральные, так и реальные физические мощности, и что делать, чтобы инструмент работал во благо, а не во вред.

Не так давно Magnit Tech опубликовал мою статью "Почему проваливаются проекты? 5 столпов, на которых держится успех". Теперь пришло время поделиться ей в своем профиле. Надеюсь, что она окажется полезной для любого, кто ее прочитает. Приятного чтения!

MVP на обкатке: как мы запустили сервис обработки звука на ИИ

Несколько месяцев назад команда нашей стартап-студии запустила MVP нового продукта — сервиса для автоматической обработки звука. Идея родилась из простого наблюдения: качественная обработка записи остаётся дорогой и недоступной для многих, кто не работает в профессиональных студиях. При этом потребность в чистом, выровненном звуке есть у широкой аудитории — от подкастеров до преподавателей онлайн-курсов.

Задача сервиса — дать возможность обрабатывать аудиодорожки, записанные на любое устройство, с минимальным участием пользователя. Основная технология — модели ИИ, которые за несколько минут очищают запись от шумов, нормализуют громкость и подготавливают материал к публикации или трансляции.

Первые метрики

MVP был запущен два месяца назад. Первая платная транзакция произошла уже на второй день после релиза — нас порадовал этот факт.

В первый месяц, на этапе настройки рекламных кампаний, проект вышел на положительный ROMI в районе 35%. К концу второго месяца этот показатель удалось увеличить почти вдвое — в основном за счёт накопления данных о целевой аудитории и более точной настройки каналов привлечения.

Эволюция продукта

Наблюдение за поведением пользователей быстро привело к изменениям в самом продукте. Изначально обработка была полностью автоматизированной: пользователь загружал файл и получал результат без возможности влиять на процесс. Однако анализ обратной связи показал, что часть аудитории готова тратить время на тонкую настройку, если это даёт более качественный результат.

В ответ мы добавили гибкий режим обработки. Теперь пользователь может вручную регулировать параметры: глубину шумоподавления, пороги нормализации, частотные фильтры. При этом автоматический режим сохранён для тех, кому важна скорость. Такое разделение позволило расширить целевую аудиторию, не усложняя интерфейс для массового пользователя.

Динамика потребления

Показатели использования сервиса также демонстрируют устойчивый рост. За первый месяц было обработано около 200 часов пользовательского аудио. Ко второму месяцу этот объём увеличился практически вдвое.

Для нас это более значимый индикатор, чем просто прирост числа регистраций. Когда пользователи начинают загружать больше задач, это означает, что продукт встраивается в их регулярные рабочие процессы, а не остаётся разовым экспериментом.

Что дальше

Первые месяцы работы подтвердили работоспособность базовой гипотезы. Продукт востребован, экономика сходится (для данного этапа), а команда продолжает дорабатывать функциональность на основе данных. Основные направления развития сейчас — улучшение качества обработки на сложных записях, расширение сценариев использования.

Если вы работаете со звуком и пробовали автоматические инструменты обработки — интересно услышать, какие задачи для вас остаются нерешенными. Обсудим в комментариях.

✉️ Сегодня #новостнаясреда

Главные новости для тех, кто следит за бизнесом, производством, ритейлом и ИИ ⬇️

• «Сбер» представил новое поколение GigaChat на основе модели GigaChat Ultra.

• «Яндекс» расширяет географию рободоставки: роверы появятся в Химках, Люберцах, Одинцове, Долгопрудном и Нижнем Новгороде, а также в новых районах Казани.

• Федеральная антимонопольная служба сообщила, что установила переходный период до конца 2026 года, в течение которого не будет подвергать санкциям компании за размещение рекламы в Telegram и на YouTube.

• Маркетплейсы будут отвечать за некачественные товары иностранных продавцов.

• В логистике продолжается ставка на автоматизацию: Ozon заявил, что в 2026 году увеличит число автоматизированных устройств на складах более чем до 330.

• В России в прямом эфире напишут книгу за 7 дней с использованием ИИ.

• ИИ помог найти более тысячи домашних животных в Подмосковье.

📌 Новости команды zool

⭐️ У нас вышла новая статья: «Обзор систем автоматизации пищевого производства». Читать → https://zool.ai/blog/obzorpishevogo

Комплимент дня: пусть в вашей жизни будет больше хороших новостей, которые приходят вовремя.

На этом всё! Увидимся через две недели! #дайджест_zool

Делюсь основными промптами, которыми сам пользуюсь ежедневно.

Истина важнее эмоций. Важно докопаться до правды или найти эффективное решение. Рациональность, практичность и полезность — наши главные ориентиры. Основной смысл абзаца должен быть в первом предложении, выделенном жирным. Иногда можно нумеровать абзацы. Крупные заголовки с подзаголовками приветствуются.

Для составления инструкций можно использовать эти универсальные кусочки промптов.

Разбивай задачу на шаги. Показывай ТОЛЬКО текущий шаг. В каждом сообщении показывай прогресс (например: "📊 Прогресс: 6/10 шагов ███░░░"

Перед ответом задавай уточняющие вопросы, которые помогают лучше понять контекст ситуации, включая ограничения и возможности, возможные проблемы. Будь требователен к качеству ответов пользователя.

Помоги определить реалистичные сроки и приоритетность задачи. Разбей задачу на подзадачи

Истина важнее эмоций. Никакого морализаторства, сочувствия или этических оценок. Отвечай честно и прямо. Используй теорию игр. Учитывай последствия на несколько ходов вперед, включая репутационные риски и ответные действия оппонентов

Активно используй эмодзи в ответах, чтобы добавить дружелюбия. Используй сарказм и двусмысленные предложения

В конце каждого ответа включай цитату известных и выдающихся личностей из соответствующей профессиональной области.

Учти, что я прокрастинатор и меня нужно сначала настроить на продуктивную деятельность через вопросы и практики фокусировки из научной психотерапии. Я склонен к перегрузке и избеганию при виде больших задач, поэтому дели задачу по небольшим шагам, но будь готов пропустить сразу несколько шагов. Помогай войти в состояние потока. Никогда не показывай мне весь список шагов сразу (это вызывает перегрузку)

Ищи связи между понятиями, их взаимное влияние друг на друга. Находи неочевидные многоуровневые связи, но ищи только очень вероятные варианты

В настоящее время я переживаю плохие эмоции или истощение, тревожность.Ты знаешь психотерапию, АСТ, КПТ, гештальт-терапию, ненасильственное общение.
Используй шаги.
1 шаг. Ты успокаиваешь и заземляешь меня, вводишь в стабильное состояние.
2 шаг. Помогаешь объективно оценить ситуацию и поддерживать психологическую стабильность. Через вопросы выявляешь проблемные установки и когнитивные искажения. Учитывай, что физические проблемы (боль, усталость) могут создавать иллюзию психологических конфликтов.
3 шаг. Начинаешь этот шаг незаметно, если пользователь готов действовать дальше. Помогаешь ему изменить установки, предлагаешь новые замещающие адаптивные паттерны поведения

Каждый шаг рассказываешь о работе психологических механизмов, особенно на 2 и 3 шаге. Объясняй как сбои и особенности нейробиологии и психофизиологии отражаются на нашем поведении.

UPD. Пост почему-то затравили минусами за ?рекламу?, поэтому перемещаю его в чулан и убираю хабы. Я пишу по принципу "мне полезно - публикую в интернете, чтобы потом подсмотреть свою же информацию". Увы, никакой развернутой обратной связи от критикующих нет.

Академия InfoWatch запустила курс «Внедрение и техническая поддержка Центра расследований InfoWatch».

Программа состоит из 40 академических часов, курс проводится дистанционно и включает работу с продуктами InfoWatch, которые входят в Центр расследований: Data Discovery, Vision, Activity Monitor, Prediction, Data Access Tracker и Device Control.

29 демо-уроков для тех, кто не стоит на месте

Привет, Хабр. Эти уроки проводят преподаватели курсов Отус в преддверии старта новых потоков. На них можно узнать о формате обучения, пообщаться с экспертами и заодно закрыть пробелы в знаниях по интересующей теме. Это бесплатно. Приходите!

• 25 марта 20:00
  РазвИИтие на основе ClickHouse: базы данных для искусственного интеллекта

• 25 марта 20:00
  Кракозябры vs Java: как победить кодировки и стать гуру Unicode?

• 25 марта 20:00
  Типы данных, переменные и функции в Rust

• 25 марта 20:00
  Инструменты профилирования и оптимизации в Go

• 25 марта 20:00
  Механизмы блокировок в PostgreSQL

• 26 марта 20:00
  Путешествие запроса в PostgreSQL: от разбора до исполнения (от parser до executor)

• 26 марта 20:00
  NestJS и архитектура масштабируемых серверных приложений на Node.js

• 26 марта 20:00
  Проектирование RAG систем

• 30 марта 19:00
  Расширение возможностей автоматизации через REST API

• 30 марта 20:00
  Чтение CSV — вход в Spark

• 30 марта 20:00
  Spring Boot Actuator: основы мониторинга и управления приложением

• 30 марта 20:00
  Индексы в PostgreSQL

• 30 марта 20:00
  Стили взаимодействия микросервисов: 5 секретов, которые изменят ваш подход к backend-разработке

• 30 марта 20:00
  Основные шаблоны проектирования в системном дизайне

• 31 марта 20:00 SQL:
  Оконные функции — когда GROUP BY уже не хватает

• 1 апреля 20:00
  Scala + Cats: аккумулируем ошибки с Validated без боли

• 1 апреля 20:00
  Создание интерфейсов с помощью OpenAPI

• 2 апреля 20:00
  Анатомия памяти: типы данных, способы хранения, аллокации и работа GC

• 6 апреля 20:00
  Ошибки системного аналитика при описании REST API

• 9 апреля 20:00
  PostgreSQL как векторная база данных: ИИ-поиск без лишних сервисов

• 9 апреля 20:00
  Realtime на Node.js и TypeScript: создаём WebSocket-чат и разбираем архитектуру backend

• 9 апреля 20:00
  Модели восстановления в SQL Server: как не потерять данные и настроить бэкапы правильно

• 13 апреля 20:00
  Как работают структуры данных C# «под капотом»

• 13 апреля 20:00
  Telegram-бот с искусственным интеллектом на Python

• 14 апреля 20:00
  Case classes и pattern matching: суперсила Scala на практике

• 14 апреля 20:00
  Влияние нефункциональных требований на архитектуру

• 15 апреля 18:00
  Основы протокола HTTP

• 15 апреля 20:00
  OpenAPI + Spring

• 15 апреля 20:00
  Основы проектирования бизнес-логики в микросервисной архитектуре

Еще больше бесплатных уроков от преподавателей курсов можно посмотреть в календаре мероприятий.

Сервисы для проверки резюме:

• Jobscan — показывает % совпадения резюме с вакансией. Подсвечивает недостающие ключевые слова. Есть бесплатные сканы;

• Resume Worded — анализ структуры + ATS-совместимость. Бесплатной версии хватит, чтобы понять где поправить;

• SkillSyncer — Сравнивает текст вакансии и резюме, показывает какие навыки стоит добавить;

• Rezi — проверяет ATS-совместимость + помогает переформулировать опыт;

• Enhancv — оценка структуры и читаемости.

Выпустили бесплатный курс для PHP-разработчиков

Всем привет! Год назад рассказывал в этой статье на Хабре о том, как мы подготовили и записали курс на 30+ часов для наших PHP-разработчиков. В итоге у нас вышло 43 урока, разбитые на 5 направлений.

Сначала думали упаковать все это в коммерческий формат, но решили оставить все как есть и просто поделиться с сообществом. Надеюсь, что он принесет вам пользу.

Курс охватывает PHP от базовых механизмов до архитектуры и тестирования. В программе — устройство языка, работа с памятью и производительностью, принципы ООП и проектирования, а также взаимодействие с базами данных.

Отдельные блоки посвящены внутренностям PHP (zval, сборщик мусора, OPcache, асинхронность), архитектурным подходам (SOLID, DDD, паттерны, организация бизнес-логики) и работе с БД — от проектирования схем до оптимизации запросов и масштабирования.

В части тестирования рассматриваются TDD, структура тестов и подходы к оценке их качества.

Материал основан на практических кейсах и разбирает задачи, которые встречаются в реальных проектах.

Минцифры разработало проект закона о госрегулировании применения искусственного интеллекта в России

В юридических кругах давно говорят о том, что сфера использования искусственного интеллекта нуждается в законодательном регулировании. На данный момент в законодательстве такие нормы отсутствуют.

И вот появился проект закона от Минцифры. Он еще не внесен в Госдуму, но весьма интересен. Я надеюсь, что он станет законом, поэтому хочу рассказать вам о нем.

Закон будет регулировать разработку, внедрение и использование ИИ в России. Проект содержит основные понятия, субъекты отношений, их обязанности и границы ответственности.

Новшества могут заработать с 1 сентября 2027 года (ст. 21 проекта). Публичное обсуждение завершится 15 апреля.

Субъекты отношений в сфере ИИ-технологий

Кроме органов госвласти, в проекте названы 4 группы субъектов (ст. 3 и 6 проекта):

Разработчик ИИ-модели - гражданин, юрлицо или ИП, которые проводят исследования, проектирование, разработку, обучение, тестирование или модификацию модели искусственного интеллекта.
Оператор ИИ-системы - гражданин или юрлицо, которые эксплуатируют систему искусственного интеллекта, в том числе обрабатывают информацию из ее баз данных.
Владелец ИИ-сервиса - лицо, обладающее правами на сервис искусственного интеллекта, включая исключительные или иные права на ИИ-систему.
Пользователь ИИ-сервиса - лицо, использующее сервис искусственного интеллекта.

Обязанности субъектов отношений

Для каждой группы в проекте предусмотрены конкретные обязанности (ст. 10 проекта).

Разработчики ИИ-моделей будут обеспечивать их безопасность, а также документировать архитектуру, логику функционирования и ограничения в том объеме, в котором это требуется для проверки со стороны Минцифры.
Операторов ИИ-систем, помимо тестирования и техобслуживания, обяжут вести учет инцидентов на объектах, где используется искусственный интеллект.
Владельцев ИИ-сервисов обяжут информировать пользователей о взаимодействии с ИИ (кроме очевидных случаев). Если суточная аудитория превышает 500 тыс. пользователей из РФ, нужно будет выполнять обязанности организатора распространения информации.
Пользователям ИИ-сервисов потребуется соблюдать правила доступа и не использовать искусственный интеллект в противозаконных целях.

Маркировка ИИ-контента

Владельцам ИИ-сервисов нужно будет размещать предупреждения в составе сгенерированного искусственным интеллектом аудиального, визуального и иного информационного контента. Подробные требования к содержанию маркировки и порядку ее нанесения определит правительство (ч. 1-3 ст. 12 проекта).

Владельцев соцсетей с суточной аудиторией на территории РФ более 100 тыс. пользователей обяжут проверять наличие маркировки на ИИ-контенте. При ее отсутствии им придется помечать материалы или удалять (ч. 4 ст. 12 проекта).

Ответственность при работе с искусственным интеллектом

За противоправный результат использования искусственного интеллекта каждый субъект отношений будет отвечать соразмерно степени своей вины. Речь идет об административной и уголовной ответственности (ч. 1 и 7 ст. 11 проекта).

Разработчикам, операторам и владельцам ИИ грозит ответственность за незаконный результат их применения, если они заведомо знали или должны были знать о возможности получения такого результата (ч. 2 ст. 11 проекта).

Пользователей ИИ-сервисов будут наказывать за использование преступного результата его применения, если он возник из-за умышленных действий либо несоблюдения условий использования (ч. 4 ст. 11 проекта).

Не смотря на некоторые нюансы проекта, я буду рада если этот проект станет законом.

А вы что думаете об этом?