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

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

— Видели? — показывал он коллегам скриншоты. — Было вот так, стало вот так.
— Ого, — удивлялись те. — И не страшно давать ему доступ ко всему?
— Да ладно вам, — отмахивался Игорь. — Там куча настроек, всё под контролем. Я же не идиот.

Мир с идеальным почтовым ящиком.

Странность случилась через неделю.

Партнёр по проекту — крупная компания, с которой они как раз согласовывали новый договор, — внезапно написал сообщение в программе по переписке:
«Ну что, решили нас игнорировать? Письмо с правками и коммерческим отправили ещё в понедельник».

Игорь очень удивился.
Понедельник он помнил: кофе, отчёты, звонки, рутина. Но письма «с правками и коммерческим» он не видел.

— Может, в спам? — ответил он.
— Там тоже нет, — ответили ему. — Дублировали с двух адресов.

Игорь отключился от чата и полез в почту.
Спам — пусто.
«Сервис» — куча уведомлений, но не то.
«Рассылки», «Уведомления», «Финансы» — то же самое.

Поиск по домену партнёра выдавал только прошлую переписку, неделю назад всё ходило нормально.
За последние дни — тишина. Будто письмо никто не отправлял.

Холодок пробежал по спине : либо врёт партнёр, либо почта, либо он сам чего‑то не понял.

Служебные записи ассистента.

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

— А ну‑ка, — пробормотал он и кликнул.

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

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

От: партнёр.
Тема: «Коммерческое предложение: финальная версия».
Внутри — текст, ссылки, PDF‑приложение. Всё на месте.

Над письмом висела сухая строчка от ассистента:

«Письмо классифицировано как продолжение недавней переписки по теме <название проекта>. Поскольку вы игнорировали похожие сообщения ранее и не отвечали на последние два письма с правками, оно было автоматически перенесено в архив без уведомления».

Игорь тихо выругался.

Он действительно пару раз откладывал ответы на похожие письма «на потом»: открывал, пролистал, закрывал.
Ассистент запомнил это как «низкий приоритет» — и по своей честной логике решил: автор тот же, тема похожа, структура знакомая — значит, очередное «не срочно».
Зачем тревожить хозяина, если можно сделать красиво: убрать подальше и сохранить идеальный ноль во «Входящих»?

— Ты серьёзно? — сказал Игорь в экран. — Ты мне сейчас сделку чуть не похоронил.

Ассистент вежливо мигнул:

«Могу пересмотреть критерии важности подобных писем. Хотите изменить настройки?»

Когда фильтр превращается в цензора.

Вечером Игорь сидел в пустом офисе и смотрел на монитор.

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

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

За время партии на шахматной доске появлялись и использовались разные предметы, повторили события 11 сентября, два коня сходили на свидание и родили новую фигуру, чёрные пропустили несколько ходов, чтобы погладить кота, а в итоге 70-дневная игра закончилась тем, что перевёрнутую пешку объявили президентом игры.

Скрипт намбер ван:

#!/bin/bash

FILE1="/tmp/clp.saved"

# xclip -o -selection primary > "$FILE1"
wl-paste --primary > "$FILE1"
notify-send "Diff" "Первый фрагмент сохранён"

вешаем на одно сочетание клавиш (у меня, например, для удобства, Alt+Shift+1)
(выбираем на вкус для X11 или Wayland)

Скрипт намбер ту:

#!/bin/bash

FILE1="/tmp/clp.saved"
FILE2=$(mktemp /tmp/clp.XXXXXX)

trap 'rm -f "$FILE2"' EXIT

# xclip -o -selection primary > "$FILE2"
wl-paste --primary > "$FILE2"

if [ ! -s "$FILE1" ] || [ ! -s "$FILE2" ]; then
	notify-send "Ошибка" "Нет текста для сравнения"
	exit 1
fi

meld "$FILE1" "$FILE2"

вешаем на другое сочетание клавиш (у меня, например, Alt+Shift+2)

Изолента и реактивный двигатель — вот всё, что нам нужно. Лучше, чем ничего, по крайней мере…
Первый скрипт сохраняет выделенный текст во временный файл /tmp/clp.saved.
Второй скрипт сохраняет выделенный текст в другой временный файл /tmp/clp.XXXXXX, открывает их оба в нашем любимом Meld, мы на всё это дело любуемся, сравниваем, закрываем Meld, после чего скрипт удаляет этот второй временный файл со случайным постфиксом, чтобы не болтался зря. Первый, /tmp/clp.saved пока остаётся, чтобы было удобно с одним и тем же «первовыделенным» сравнивать несколько вариантов, и его всегда можно переопределить первым скриптом.

Это вторая заметка в серии о терминологии DHAIE. Первая была посвящена понятию Эмулякр. DHAIE — методология коэволюции человека и AI

Почему потребовался новый термин

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

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

Для второго случая у нас не было точного слова.

В маркетинге есть «нативная реклама» — она про незаметность коммерческого сообщения. В UX есть «интуитивный интерфейс» — он про эргономику формы. В HCI есть affordance, контекстность, semantic communication. Но ни один из этих терминов не описывает то, что происходит именно в диалоге между субъектом и AI-агентом, когда взаимодействие перестаёт ощущаться как взаимодействие.

Мы вводим термин нативная коммуникация.

Определение

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

В контексте DHAIE нативная коммуникация — двусторонний операциональный принцип: она одновременно описывает качество взаимодействия со стороны AI-системы и является критерием проектирования человеко-ориентированных агентов. Нативность здесь — не адаптация системы под пользователя, а встречное движение двух субъектов навстречу общему когнитивному полю.

Якорная формула: нативная коммуникация — это когда не замечаешь границу между своим и чужим мышлением.

Три уровня нативности

Термин не бинарный. Нативность существует как спектр:

Уровень 1 — синтаксическая нативность Понятный язык, уместный регистр, правильная структура ответа. Это уровень UX и интерфейсного дизайна. Необходимое условие, но недостаточное.

Уровень 2 — когнитивная нативность Соответствие внутренней модели мышления субъекта: темп, логика, способ структурирования проблемы. Агент «думает» в той же системе координат, что и человек. Это уровень персонализации глубокого порядка — не форма, а структура.

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

Признак ненативной коммуникации

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

Чем это не является

Нативная коммуникация — это не то же самое, что:

• Персонализация — персонализация подстраивает форму сообщения. Нативная коммуникация согласует структуру мышления.

• Интуитивный интерфейс — интуитивность описывает эргономику продукта. Нативность описывает качество диалога между субъектами.

• Нативная реклама — она стремится к незаметности ради снижения барьера восприятия коммерческого сообщения, то есть это адаптация в интересах отправителя.

Сейчас я с головой погружен в разработку Кулера. И на днях впервые уперся в лимит подписки Cursor Pro. Закинул еще $20, потом еще $20 и всё это меньше чем за три дня. Спойлер: эти деньги сгорели всего на половине фичи (сокращатель ссылок + счетчик переходов).

Я сидел на Claude Sonnet 4.6 и пробовал Opus 4.7. И вот на какой задаче до меня дошло, что я делаю какую-то херню.

Мой стек это React + Supabase. Прошу Opus сгенерить логику, а эта нейросеть за $25/1M токенов на серьезных щах пишет код, который тянет из базы все посты сразу, забив на батчи и даты публикации.

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

Если мне всё равно нужно давать детальные инструкции и бить ИИ по рукам за детские архитектурные косяки, зачем платить х10? Встроенный Composer 2 (где токен стоит $2.50) при нормальном входном контексте отлично генерит базовый код.

В итоге я вывел для себя такой воркфлоу, чтобы соблюдать баланс цены и качества:

1️⃣ Базовая разработка (формочки, CRUD, бойлерплейт) - по умолчанию сижу на легком Composer 2.

2️⃣ Проектирование и архитектура - иду обсуждать в Perplexity.

3️⃣ Реально сложная логика - переключаю ручками на что-то от Antropic, опираясь на чутье разработчика.

P.S. Перечитал сейчас свой текст. Звучу как динозавр из мира C++, который хейтит Python и ворчит про лишние слои абстракции и оптимизацию.

ADCM: от идеи бандла до рабочего кластера 

23 апреля в 12:00 (мск) на вебинаре «ADCM: от идеи бандла до рабочего кластера» расскажем об архитектуре Arenadata Cluster Manager (ADCM) и компонентах, которые отвечают за установку, конфигурирование и управление жизненным циклом кластера.

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

В программе вебинара:

• Архитектура ADCM: принципы построения и компоненты.

• Бандл: что это такое и какую роль выполняет.

• Практика: создаём пользовательский бандл — пошагово.

• Roadmap ADCM на 2026 год.

• Q&A: ответы на вопросы.

Эксперты Группы Arenadata:

Владимир Елагин — технический руководитель проектов (основной докладчик, Q&A)
Антон Коваленко — руководитель отдела продуктового маркетинга (модератор, Q&A)

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

https://pointerpointer.com/ — PointerPointer: сервис находит фото, где человек указывает пальцем прямо на ваш курсор.

https://hackertyper.net/ — HackerTyper: почувствуйте себя кинохакером — просто быстро жмите любые клавиши.

https://www.window-swap.com/ — WindowSwap: видео из случайных окон реальных людей по всему миру.

https://astronaut.io/ — Astronaut.io: случайные видео с YouTube с нулевым количеством просмотров и странными названиями.

https://neal.fun/wonders-of-street-view/ — Wonders of Street View: самые необычные и прикольные места, найденные на Google Картах.

https://radio.garden/ — Radio Garden: глобус, на котором можно слушать прямой эфир радиостанций из любой точки планеты.

https://radiooooo.com/ — Radiooooo: музыкальная машина времени — выбираете страну и десятилетие.

https://earth.fm/ — Earth.fm: интерактивная карта с записями звуков природы со всего мира.

https://floor796.com/ — Floor796: огромная живая анимация с сотнями персонажей поп-культуры.

https://www.windows93.net/ — Windows 93: полноценная (и очень странная) операционная система прямо в вашем браузере.

http://www.excelworld.ru/ — ExcelWorld: всё о работе в Excel и даже чуть больше.

https://www.makewordart.com/ — MakeWordArt: тот самый дизайн надписей из Microsoft Word 2000.

https://90s.myretrotvs.com/ — 90s TV: симулятор телевизора из 90-х с рекламой и передачами того времени.

https://archive.org/details/softwarelibrary_msdos_games — MS-DOS Games: огромный архив старых игр, в которые можно играть онлайн.

https://webamp.org/ — Webamp: легендарный плеер Winamp, работающий в браузере.

https://poolsuite.net/ — Poolsuite: эстетика 80-х, ретро-радио и летний вайб.

http://savethesounds.info/ — Save The Sounds: музей исчезающих звуков (от кассет до старых модемов).

https://zzz.zoomquilt2.com/ — Zoomquilt 2: бесконечное сюрреалистичное изображение, в которое можно «влипать» вечно.

https://stars.chromeexperiments.com/ — 100,000 Stars: визуализация ближайших к нам звезд в 3D.

https://htwins.net/scale2/ — Scale of the Universe: интерактивная шкала масштабов Вселенной — от атомов до галактик.

https://pastvu.com/ — PastVu: архив исторических фотографий с привязкой к месту на карте.

https://pudding.cool/ — The Pudding: визуализация плотности населения Земли в виде 3D-гор.

https://trismegistus.tech/apps/begit/index.html — Бегит, Анжуманя: забавный чеклист для тренировок (пресс качать, анжуманя).

https://www.koalastothemax.com/ — Koalas to the Max: расщепляйте круги, пока не увидите картинку.

https://www.incredibox.com/demo/ — Incredibox: создавайте крутой битбокс с помощью стильных персонажей.

Записал видео, как показываю эти сервисы:

Мы все себе врём. Иногда — чтобы не расстраиваться, иногда — чтобы казаться лучше, иногда — просто по привычке. Но почему это происходит и можно ли с этим что-то сделать?

В новом выпуске «Свободного слота» Александра Прокшина и Саша Афёнов разбирают самые популярные типы самообмана — те, что узнал каждый, кто хоть раз открывал рабочий ноутбук в воскресенье вечером.

Что обсудили

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

Слушайте и смотрите новый выпуск на площадках:
📺 YouTube
🔵 ВК Видео
📌 RuTube
🎧 Яндекс Музыка
Ⓜ️ Mave

Ещё больше новостей — в нашем телеграм-канале

«Свободный слот» — терапевтичный контент для тимлидов и тех, кто хочет ими стать

Я помню 2019 год. Мы сидели в душной переговорке, рисовали маршруты согласования на флипчарте и искренне верили, что несём цифровую революцию. Полгода внедрения, бюджет с шестью нулями. Ради чего? Чтобы бухгалтер Петровна перестала бегать с бумажкой и начала кликать в интерфейсе.

Сейчас мне смешно. И страшно. Потому что рынок СЭД на 100 млрд рублей идёт ко дну.

В чём проблема?

Все СЭД построены вокруг человека. Каждая кнопка, каждый маршрут рассчитаны на то, что живой сотрудник нажмёт, проверит, подпишет. Система - это просто электронный конвейер для перекладывания виртуальной бумажки. Раньше это работало. Потому что альтернативой была бумага.

Что изменилось?

Появились LLM и ИИ-агенты. Это не чат-боты, которые отвечают “ваше обращение зарегистрировано”. Это автономные программы, которые понимают задачу, сами строят маршрут, дёргают нужные API и следят за сроками.

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

Почему вендоры не нужны?

Функциональность СЭД идеально разбирается на атомарные кубики: документ, карточка, маршрут, контроль, оркестрация. ИИ-агенты играют в эти кубики лучше людей.

Представьте: вы говорите агенту “все договора свыше 100 тысяч идут к Петровой, если её нет - к Сидоровой”. Всё. Не надо ТЗ на 50 страниц. Не надо ждать релиз от вендора. Не надо платить за поддержку. Система сама адаптируется. Меняется оргструктура? Агенты перестроят цепочки автоматически.

Интеграции? Да хоть с пейджером бабушки

Раньше мы ждали годами, пока вендор выпустит коннектор к очередному мессенджеру. Теперь LLM пишет интеграцию “на лету”. Ей плевать на формат API. Через пять лет появится новый супер-мессенджер - агент адаптируется за час.

Я проверил. Это работает.

Пока писал этот текст, развернул три узла на OpenClaw (open-source). Без единой строчки кода. Просто описал задачу словами.

Через час система уже создавала заявления по письмам “хочу в отпуск”, гоняла их по маршруту, пинала тормозящих в Телеграм и складывала подписанные PDF в архив.

Что дальше?

Рынок СЭД на SaaS похож на пассажира “Титаника”, который пересчитывает драгоценности в каюте. Формально ещё на плаву. Клиенты платят по инерции.

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

Единственный шанс для вендоров: перестать продавать софт и стать инфраструктурой для ИИ-агентов. Но, судя по скорости поворота крупных кораблей, они не успеют.

Ну что, кто первый в комментарии расскажет мне про ГОСТы, ЭЦП и почему ИИ никогда не заменит живого юриста? Погнали.

Авторы выделили три структурные проблемы примитивного подхода.

➡️ Искажение от формулировки — модель галлюцинирует недостатки, когда её прямо просят критиковать (ну конечно, она же не может сказать «всё хорошо»).

➡️ Расползание задачи — тексты бесконтрольно разрастаются с каждым проходом, теряя фокус.

➡️ Отсутствие сдержанности — модель никогда не говорит «изменения не нужны», хотя часто это правильный ответ.

На Haiku 3.5 традиционная критика-и-ревизия сжимала выдачу на 59-70% за 15 итераций — чистая деградация.

Их решение: на каждой итерации генерировать три версии — неизменный инкумбент (A), состязательную переработку (B) и синтез (AB). Судит панель свежих агентов без общего контекста через слепое голосование по методу Борда, где вариант «ничего не менять» равноправный кандидат. Каждый судья ранжирует все три варианта, за первое место даётся больше баллов, за последнее — меньше. Если исходный вариант выигрывает дважды подряд — стоп, сходимость.

По Claude-линейке результаты сильные: Sonnet 4.6 на задачах программирования показал 77% против 73% у однократной генерации, Haiku 3.5 с новым методом обогнал выбор лучшего из 6 вариантов при равных вычислительных затратах (40% против 31%). Но самое интересное — точка перелома на Haiku 4.5: при 60% точности прирост от доработок исчезает. Разрыв между способностью генерировать и оценивать закрылся, итерации стали бесполезными.

Практические выводы для агентов в Claude Code: роли критика, автора и синтезатора должны быть отдельными агентами с независимым контекстом, иначе получишь искажения. Всегда включай опцию «оставить как есть» в список возможных действий. Используй несколько судей (минимум 3, лучше 7) для принятия решений о редактуре. И самое главное — с сильными моделями (Haiku 4.5+, Sonnet 4) можно не заморачиваться с итерациями вообще, однократной генерации часто достаточно.

Короче, если твой агент в Claude Code делает хуже после «улучшений» — это не баг, а особенность примитивного самоулучшения. Autoreason показывает, как это лечить правильно, но на современных моделях проблема может быть уже неактуальна.

Оригинал и больше такого у меня в канале

Если гипервизор не может корректно выключить виртуальную машину, снапшоты создаются без гарантии целостности данных, а получить информацию о состоянии гостевой системы без SSH невозможно — скорее всего, не установлен QEMU-агент.

Разобрали, как работает агент, как его установить на Debian/Ubuntu, RHEL-based дистрибутивах и Windows, и что делать, если после установки он не отвечает на команды со стороны гипервизора.

Инструкция уже в блоге Рег.облака.

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

О чем будем говорить на вебинаре:

• Разберем, как запустить цифровой ТОиР, перейти с бумажных нарядов на мобильные техкарты за 30 дней, снизить риск аварийных простоев и навести порядок в учете оборудования и ремонтов.

• Объясним, как облако делает инвестиции в ИТ предсказуемыми.

• Презентуем связку: учет и планирование в 1С, мобильное приложение для бригад, инфраструктура с SLA 99,9% и хранением данных в РФ.

• Расскажем, как перестать замораживать бюджет в железе, тестировать гипотезы без CAPEX, получать прозрачную экономику с учетом потерь и запчастей, перенаправить инвестиции с серверов на модернизацию производства.

• Покажем все этапы: развертывание, настройка, интеграция, обучение.

• Разберем, как увидеть результат за 3–6 месяцев и выйти на полную окупаемость за год.

📅 Встречаемся в четверг, 23 апреля, в 11:00 мск

Зарегистрироваться на вебинар

P.S. Участники прямого эфира смогут запросить пилотный проект, демодоступ и расчет TCO/ROI под свое предприятие.

Мы каждый день пишем код, но часто воспринимаем компилятор как "чёрный ящик". Сегодня приоткроем завесу тайны над работой компилятора, расскажем о его жизненном цикле и объясним, на каком этапе в игру вступают деревья.

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

В рамках выступления на PG BootCamp Russia 2026 Дмитрий Дорофеев, главный конструктор Luxms, рассказал о том, как сегодня развивается встраивание вычислений в PostgreSQL: от классических процедурных языков (PL/pgSQL, PL/Python и других) до новых возможностей с использованием WebAssembly (WASM).

В PostgreSQL исторически поддерживается несколько десятков языков программирования. Если этого недостаточно, можно воспользоваться готовым расширением из огромной экосистемы либо написать своё. Прогресс не стоит на месте, и теперь для выполнения стороннего кода в PostgreSQL можно использовать WASM. 

На примере Luxms BI я расскажу, как мы автоматически генерируем Swagger-документацию прямо внутри PostgreSQL с помощью open-source технологий и WASM.

Посмотреть видео выступления можно на нашем сайте.

Какие кейсы разберем:

• SSH сломался после обычной операции с архивом

• Сервер не запускается на нужном порту — без очевидной причины

• После обновления ядра система начинает вести себя странно

• Сеть в ВМ ломается после добавления интерфейса

• Балансировщики с одинаковыми конфигами дают разный результат

Обсуждение почти как на офисной кухне, только с логами и командами. А еще дарим мерч, если отправить свой кейс на разбор.

Подробности и регистрация по ссылке.

На днях в сети появилась полная версия мультфильма «Легенда об Аанге: Последний маг воздуха» — за полгода до официального релиза, который должен был состояться 9 октября. Такое мы осуждаем, но мультфильм получился достойным.

Что произошло 🥷

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

Есть две версии, как это вышло — обе неофициальные: компании Paramount, Nickelodeon и Avatar Studios пока что не прокомментировали утечку.

Серьезная версия: к краже причастна группировка PeggleCrew. Она решила отомстить Paramount за то, что та отказалась показывать мультфильм в кинотеатрах и решила выпустить его только на платформе Paramount+, доступной в основном в США.

Как пишут СМИ, группировка получила доступ к серверам Nickelodeon, откуда и смогла загрузить мультфильм, который еще был в стадии постпродакшна.

Забавная версия: пользователь ImStillDissin, опубликовавший фрагменты, сообщил, что получил фильм случайно по электронной почте от Nickelodeon.

🤷‍♀️ Где правда — мы не знаем. Но художники и аниматоры мультфильма очень недовольны. Уверены, что и студии тоже.

Мне не нравится, когда люди используют ужасное решение Paramount для того, чтобы оправдывать утечку. <…> Это невероятное неуважение по отношению к тем усилиям, которые все художники вложили в этот фильм.

Джулия Шоэль, художник-аниматор

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

Такое уже было:

1️⃣ Одна из самых громких утечек фильмов случилась в 2009 году — хакеры слили в сеть «Люди Икс: Начало. Росомаха» за месяц до релиза. В этой версии отсутствовала большая часть спецэффектов и некоторые сцены. Кстати, случилось это тоже в апреле — первого числа, что изначально посчитали шуткой. Сообщалось, что утечка произошла не из-за внешнего взлома, а из-за недостаточной защиты передачи превью-версии фильма.

2️⃣ В 2014 году у Sony Pictures украли и слили в сеть несколько фильмов, среди которых были «Ярость» и «Интервью» — про лидера КНДР. Официально ФБР сообщило, что за взломом стояли хакеры из КНДР, которые были недовольны выходом фильма, однако эта версия оспаривалась специалистами по кибербезопасности.

3️⃣ Квентин Тарантино чуть не отказался от съемок фильма «Омерзительная восьмерка» из-за утечки сценария в 2014 году. Когда он был готов, PDF-файл с ним начал распространяться в сети — скорее всего из-за человеческого фактора. Фильм все же сняли, но после того, как сценарий был переписан.

Что посоветуем: не отправляйте копии фильмов и сценариев по электронной почте и не злите фанатов 😉

❗ Фильм «Как получить доступ ко всему: реверс-инжиниринг» в сеть мы слили самостоятельно, смотрите его на любых удобных для вас платформах бесплатно.

Ищем эксперта в команду AppSec, который будет сопровождать ИТ-команды на всех этапах разработки, моделировать угрозы, анализировать безопасность архитектуры проектов и помогать внедрять новые ИБ инструменты и практики.

Что важно:

• Знать основы информационной безопасности: протоколы, средства защиты информации, их назначение, инфраструктуру PKI и принципы работы криптографических алгоритмов

• Уметь находить и устранять веб-уязвимости из OWASP Top 10, OWASP Mobile Top 10 и CWE Top 25

• Иметь опыт практического анализа защищенности и анализа архитектурной документации от двух лет

• Знать технологии построения прикладных систем, в том числе с использованием микросервисов и контейнеризации

 Откликайтесь по ссылке

Вместе с Семеном Ремезовым, Senior QA в компании “Гринатом”, разобрали, как мануальному тестировщику начать работать с безопасностью без узкой специализации в ИБ:

• какие базовые навыки нужны

• как находить уязвимости на практике

• что делать с найденными проблемами

• как повысить свою ценность на рынке

Также обсудили, как стандарты и ГОСТы влияют на вашу работу (даже если вы этого не замечаете) и к чему стоит готовиться дальше.

Посмотреть можно ещё тут:
- Наш сайт
- Rutube
- YouTube

Продолжаем идти по дорожной карте. Пришло время научиться обращаться к моделям через API.

— А куда обращаться? — спросите вы.

Есть несколько вариантов.

1. Первый — на серверы производителей: старым добрым ChatGPT, DeepSeek, Gemini, Qwen.

2. Второй — к хабам опенсорс-моделей, например HuggingFace.

3. Третий — к провайдерам-агрегаторам, которые предоставляют и то и другое: Openrouter, Together, Fireworks.

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

Но, к счастью, OpenAI был впереди планеты всей, и его формат стал стандартом де-факто.

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

Обязательно разберитесь со структурированным выводом: это когда модель возвращает не просто текст, а JSON строго по вашей схеме. В агентных пайплайнах без этого никуда — именно так агенты передают данные друг другу и вызывают инструменты.

Сгенерируйте своего первого ИИ-ассистента, благо кодовые агенты отлично умеют генерировать код для OpenAI-библиотек. Изучайте основы, не гонитесь сразу за фреймворками верхнего уровня — с ними познакомимся позже.

📚 Материалы

• Наш видео-туториал по OpenAI API

• OpenAI Quickstart · Python SDK · Streaming

• HuggingFace Inference API

• Openrouter Quickstart · Together AI · Fireworks AI

🔔 Следующая тема: мультимодальность — голос, изображения, видео.

⬅️ Предыдущая тема: Level 2. AI-driven разработка

Подписывайтесь, пожалуйста, чтобы не пропустить!

Наши курсы по ИИ-агентам. По вопросам — пишите мне.

К нам обратился клиент с запросом:

Показать, как в Битрикс24 реализуется процесс закупки с полным контролем на всех этапах.

Вот ключевые требования:

1. Удобное управление обсуждениями — все комментарии и согласования в одном месте.
2. Контроль задержек — видно, кто и на сколько тормозит согласование.
3. Отслеживание нагрузки — сколько задач у каждого участника, кто перегружен.
4. Фиксация результата — статус согласования + подтверждение оплаты счёта.
5. Послесогласовательный контроль — отслеживание закупки после одобрения: поставка, приход, оприходование.
6. История — полная архивация всех согласований и переписки.
7. Уведомления — автоматические оповещения при включении в процесс.
8. Напоминания — системные напоминания о просроченных согласованиях.
9. Гибкие сроки — индивидуальные дедлайны для каждой роли.
10. Делегирование — можно заменить участника до или в процессе согласования.
11. Гибкая логика — поддержка последовательного и параллельного согласования.
12. Интеграция с 1С — прикрепление счёта с номенклатурой → автоматическая передача в 1С для оплаты и учёта.
13. Автоматический запуск воронки — после положительного согласования: создаётся задача контроля закупки с данными контрагента, историей коммуникаций и счётом.

Для клиента мы собрали демонстрационную модель этого процесса — смотрите, как это работает в живом режиме.

Если вам нужно настроить любой процесс согласования — обращайтесь. Сделаем под вашу логику.

👍 Зачем.

1. Сложно наговорить длинную 3-минутную мысль за раз красиво. Вместо этого, ясно произнеси отдельные фразы по 5 сек друг за другом, продумав каждую.

2. Мысль приходит только на улице во время прогулки и с собой только телега, монтировать дома никто не будет, а итоговая цельная голосовуха с красивой мыслью нужна уже сейчас чтобы кому-то переслать.

3. Хочешь записать инновационный трек из склейки пердежа, скрипа двери и крика бомжей в метро, но прямо сейчас без инвестиций в монтаж и продюсирование.

🧰 Как пользоваться.

1. Заходим в @voicemixbot - ему уйдёт команда start.

2. Шлем голосовухи друг за другом. После каждой видим ADD N, где N - её порядковый номер (начиная с нуля). Это значит, голосовой кусок вставился в ряд. Не говори следующую голосовуху, пока не получил ADD.

3. Удалить последнюю голосовуху - pop. Когда понял, что последней голосовухе нужен новый дубль. Вернёт SIZE N, где N - новое общее число эпизодов в проекте.

4. Всё сказал: пишем makeили go. Получаем цельный файл. Забыл что-то сказать - докидываем голосовух в конец и снова make .

5. Пишем clear если надо начать новый файл.

💎 Команды.

• clear - забыть всё, начать новый проект

• info - статус текущего проекта

• make - склеить текущий проект (цепь голосовух) в один файл

• name TEXT - указать название TEXT для вашей итоговой записи

• pop - удалить последнюю голосовуху из стека

• amp 1 или amp 0 - включить или выключить автоусиление тихой речи.

• bitrate N - установить битрейт, где N - между 2000 и 50000
23000 - достаточно для прилично звучащей речи

• mk N MESSAGE - поставить текстовую метку MESSAGE перед куском номер N. Нумерация с нуля. N - это тот номер, который фигурирует в ответе "ADD"

• fade N, N - число миллисекунд: длительность плавного перехода между фразами.

Метки.

00:00 - Приветствие
00:21 - Музыка
00:31 - Новости
01:04 - О погоде

Чтобы получить такую таблицу временных меток под записью, отправляй нужный текст перед той голосовухой, на начало которой этот текст должен ссылаться. Текстом считается любой текст, которого нет в таблице команд. Если вы хотели поставить метку перед уже отправленной голосовухой, но забыли это сделать, то используйте команду mk N (см выше).

🔌 Технические детали.

Кодируем речь кодеком OPUS, он прекрасно звучит даже на битрейте 24k, где mp3 бы уже умер. "/" в начале команды не важен. /pop и pop работают одинаково. Цепь голосовух мы называем "проект". У каждого проекта есть уникальное случайное служебное имя вида d7_uaUcUXc0. Помнить его не надо. Команда clear создаёт новый проект с новым именем, забывая предыдущий навсегда. Лимит кусков в проекте - 200, но лучше не рисковать. make 13 минутного файла будет работать 3 минуты. Написано на голимом C++20, libopus, libogg, epoll.

⌛ Лимиты.

1. Одна голосовуха - не более 60 секунд.

2. Число голосовух в проекте - 200 штук.

3. Получается суммарно более 2 часов на один файл, но стало страшно. В будущем возможно порежем лимит результирующего файла чем-то на уровне 10 минут.

🔒Безопасность и надёжность.

clear удаляет голосовухи с сервера бота. Бекапов нет. ФС сервера - в ramdisk. Наговорил, скомпилил - забери себе, не растягивай проект на неделю. Сервер не стабилен, падает раз в неделю с переналивом всей OS с нуля. У админа доступ ко всем голосовухам (как у админы телеграм к личкам), но чаще падает сервер с данными, чем админу охота покопаться. Если придёт майор с бутылкой - всех сдадим, но рамдиск (может быть уже нечего). Метаданные о пользователях не собираем, спамить не будем - даже БД нет. Точнее, есть, но в рамдиске. Если сервер не отвечает, то он либо сдох и ему скоро автоматически нальют образ по вотчдогу, либо занят компиляцией чьего-то проекта - отправь команду info и подожди. Устраивать DoS и хакерство с отправкой гиговых видосов и фоток не надо: бот даже не начнёт качать. В целом, наверное вы можете его положить, но мы просто пнём сервак и он забудет всё плохое в жизни, рамдиск же.

https://t.me/voicemixbot в общем.

Всем привет!

В интересное время мы живём конечно. В рабочий чат коллега присылает сообщение:

Общий привет! на заметку:

https://www.comss.ru/page.php?id=20317

Антивирус Dr.Web обнаружил сторонний код в зависимостях Visual Studio Code.

Суть в том, что Microsoft, с какого-то, пропустила в дистрибутив VSCode с версии 1.116.0 protestware - это вид вируса, который при определённых условиях, начинает показывать разные политические тексты на экране. DRWeb, неожиданно конечно, но респект!

MICROSOFT, WTF?

Я попросил OpenCode найти текст на русском в указанной зависимости в VSCode (у меня как раз 1.116) и знаете что, он нашёл!

В общем, если у вас версия VSCode ниже 1.116, то пока не обновляйтесь, а если уже обновились, то используйте мой патч:

https://github.com/Chumikov/vscode-es5ext-patch

В репо также описал как вручную всё исправить. Поделитесь этим с коллегами и друзьями!

Мой telegram.

Доступен в Claude Code CLI. Обновляемся через claude —update (у меня доступен).

“Круче, умнее, быстрее”.

Расскажите, как вам? Есть ощущение, что стало “лучше”? А то я в отпуске, хочется просто почитать ваши комментарии

1. Аудиодорожки из интересных видосов на ютубе.

2. Аудиоподкасты из рандомных технических блогов, показавшихся интересными.

Не добавляю лекции, которые невозможно слушать нормальному человеку: не поставлена речь, мычание, пыхтение или озвучивается банальное. Рекламы не будет.

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

https://t.me/audiosci

SEO меняется. Теперь мы оптимизируем контент не только под поисковые системы, но и под AI, который сам ищет, агрегирует и формирует ответ. Когда пользователь задает вопрос модели, она почти никогда не ограничивается одним поисковым запросом. Вместо этого генерируется набор дополнительных — fan-out queries. Это и есть реальная структура AI-интента.

Например, запрос best project management tools может распадаться на:

• best project management software 2026;

• jira vs asana comparison;

• free tools for teams;

• tools for startups.

Каждый такой запрос — сигнал о том, как модель «думает» о теме.

Раньше fan-out можно было подсмотреть в браузере. Но после обновлений GPT такая возможность исчезла. Однако сами запросы никуда не делись. Их по-прежнему можно получить через API OpenAI. Причем автоматически.

В основе метода лежит Python-скрипт, который выполняет запрос к модели и сохраняет результаты. Общая логика процесса выглядит следующим образом:

1. Подключается OpenAI API.

2. Пользователь вводит ключевое слово.

3. Модель выполняет веб-поиск.

4. Система получает результат.

5. Данные сохраняются в JSON.

Пример скрипта:

#!/usr/bin/env python3

from openai import OpenAI
import json
import sys
from datetime import datetime

client = OpenAI(api_key='Your_API_Key')

def run_query(query_text, save_json=True):

  response = client.responses.create(
      model="gpt-5.4",
      tools=[{"type": "web_search"}],
      tool_choice="auto",
      input=query_text
  )

  print("Response ID:", response.id)

  if save_json:
      timestamp = datetime.now().strftime('%Y%m%d_%H%M%S')
      filename = f"query_result_{timestamp}.json"

      with open(filename, 'w') as f:
          json.dump(response.model_dump(), f, indent=2)

      print("Saved:", filename)

  return response


def main():

  if len(sys.argv) > 1:
      query = ' '.join(sys.argv[1:])
  else:
      query = input("Enter query: ")

  run_query(query)


if __name__ == "__main__":
  main()

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

Подробнее о fan-out запросах рассказываем в нашем блоге. Там вы найдете инструкцию по применению скриптов и советы по тому, как создавать их с помощью ИИ-ассистентов.

Законодательная интрига почти исчерпана.

Речь про ИП-нерезидента Грузии (не живет в Грузии), и оказывает услуги заказчику-нерезиденту за пределами Грузии.

15 апреля 2026 года парламент Грузии принял поправки к закону «О трудовой миграции» (№ 1509-Vмс-XIмп). Поправки закрывают вопрос, который я разбирал в двух прошлых постах — (tg) пост № 1, (tg) пост № 2.

Короткая хронология.

В первом посте я писал, что по редакции от 26 июня 2025 года ПТД нужен всем самозанятым иностранцам. Если человек работает полностью дистанционно и в Грузию не въезжает — D1 и ВНЖ не нужны (ст. 13⁵ п. 2), но ПТД все равно нужен.

Во втором посте, после Резолюции № 70, вывод пересмотрел: ПТД не нужен вообще.

Самозанятый иностранец по ст. 3 გ² — это тот, кто «в Грузии осуществляет трудовую деятельность». Если вы в Москве, клиент в Нью-Йорке, а с Грузией вас связывает только запись в реестре ИП и банковский счет — это не деятельность в Грузии.

Логика простая.

Комбинаций по которым ИП в Грузии может оказывать услуги, как внутри Грузии, так и на экспорт довольно много + смешанные кейсы.

Если ПТД нужен всем, то пришлось бы менять логику закона «О предпринимателях» фактически запрещая статус ИП без ВНЖ, например как в Казахстане.

Контроль связки ПТД с визой D1 или ВНЖ был бы затруднителен со стороны правительства Грузии. В итоге «ПТД не нужен» — для определенных, четко установленных категорий иностранцев, единственно логичный выбор.

И законодатели Грузии его сделали.

15 апреля 2026 года вступили в силу поправки в ст. 1 п. 4 закона «О трудовой миграции»:

— Подп. «კ»: выполняет трудовую деятельность для местного работодателя полностью удаленно, и эта деятельность не требует от него/нее въезда на территорию Грузии;

— Подп. «ლ»: осуществляет трудовую деятельность/предоставляет услуги в интересах нерезидента, и эта трудовая деятельность/услуги связаны с осуществлением деятельности нерезидентом за пределами территории Грузии;

Для этих двух кейсов ни ПТД, ни D1, ни ВНЖ не нужны.

Отдельно — подп. «მ»: иностранец, который в грузинской компании I, II или III категории по Закону о бухучете осуществляет руководящую или управленческую деятельность, тоже вне ПТД.

Но есть нюанс.

Грузинские налоговики исторически условия контрактов ИП на 1% почти не смотрели, а теперь появился новый игрок — Инспекция труда. Какая там будет межведомственная коллаборация пока не известно.

В скором времени возможно ИП-нерезидентам без ПТД придется подтверждать контрактами, схемой денежных потоков зарубежное происхождение дохода, то есть право на освобождение от ПТД.

А малый бизнес 1% к условиям контракта чувствителен. Консалтинг нельзя, роялти тоже, можно слететь с 1% на 20%, в некоторых кейсах попасть на агентский НДС, на НДС после 100 тыс. лари при доходе от физлиц нерезидентов Грузии и т.д.

Но Инспекция труда не GRS, это надо помнить.

И еще интересное.

Помогаторы, не дождавшись ни подзаконки, ни поправок, уже продавали услугу оформления ПТД.

Часть людей стартанула «оформлять бумажку» на всякий случай. В итоге человек, которому ПТД был не нужен, самостоятельно вошел в контур регулирования со всеми вытекающими обязательствами.

Включилось правило 6 месяцев (ст. 13⁷(1)(ბ)) — покинул Грузию на полгода, ПТД аннулируют. При проверке не дал документы — штраф 5 000 лари (ст. 16²) и вот это все.

То есть человек сам привязал себя к Грузии, которой избегал. И получил обязательства, которых по новой редакции, просто нет.

Если вы подпадаете под подп. «კ» или «ლ» и ПТД не оформляли — не оформляйте.

Основание в законе прямое.

Если уже оформили ПТД нужно принять решение, оставаться или выходить из контура регулирования, если кейс человека не попадает под ПТД.

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

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

Выяснилось, что всё довольно прозаично: красный — это KL.30, чёрный — земля, а белый — тот самый загадочный третий провод, который раньше вызывал больше всего вопросов. Им оказался KL.15 — не просто «ещё один плюс», а линия, на которую питание подаётся только при включённом зажигании. То есть, в отличие от постоянного питания на KL.30, этот провод живёт своей жизнью: есть зажигание — есть питание, нет зажигания — тишина: всё, что не должно сажать аккумулятор на стоянке, вешается именно туда.

В ходе изучения устройства я долго пытался понять, как же оно осуществляет связь с оператором: где GSM сим-карта или тут все по новомодной технологии Mesh? :) Ну или мне стоит искать дополнительный модуль связи где-то у себя под задним сидением? Но нет — всё оказалось куда компактнее. Если верить документации на УВЭОС, внутри вполне взрослый набор: GSM, UMTS и LTE в нескольких диапазонах, а тип SIM-карты – резидентная (несъемная) многопрофильная SIM-карта, установленная на печатную плату по SMD-технологии.

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

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

🧠 Обязательно поделись с теми, кому это может быть полезно: 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте

А вот что я основную партию просто запорол — не нормально.

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

В общем, я опять ленюсь, но в этот раз пока тьфу-тьфу выпавших не было (что там внутри стебля — ХЗ, конечно). Лень заключается в том, что я просто вырезаю на подвое точку роста (первым был эхиноцистис, полтора и четыре — серая волжская, вторая фицифолия вроде, если не путаю), прорезаю стебель до начала полости, а потом вкладываю привой, срезанный на клин с двух сторон. Причём стараюсь повыше, чтобы в полость не попадал (или асимметрично, чтобы, опять же, зажался между мясистых стенок). Дальше закусываю прищепкой для рукоделия (она даже семядоли сгибает так, что их черешки складываются в продолжение стебля, так что можно в принципе стебель и не трогать в следующий раз, если оно опять корни в полость пустит), накрываю колпаком и под него подсовываю мокрую тряпку.

А через день-два не то что проветриваю, а вообще тряпку убираю (щели там внизу в сантиметр где-то, а воздух в комнате сухой). Ещё через день-два убираю колпак совсем. И ещё через пару дней — снимаю прищепку. 1, 1.5 и 2 уже таки да. 3 ещё в прищепке щеголяет, 4 под сухим колпаком, а 5 я сегодня утром сделал.

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

Отчитываюсь заради трезвой оценки профессиональным глазом, конечно. Что у меня подвои дичайше переросли, а привои не все ещё проклюнулись — это я уже заметил сам %) С другой стороны, в подвое мест для привоя — бери не хочу, там даже стенка толще всего стебля арбуза иногда (чем я нагло пользуюсь, см. выше). Ну, и ради рекомендаций, что с ними дальше делать, чтобы не переросли и не замёрзли, ибо «в очень странном месяц-мае в старом парке валит снег, вы природу поломали, злое**чий человек!»

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

Если вы уже определились с направлением — можно переходить к практике. Например, заглянуть на Хабр Карьеру и выбрать полезный курс с понятной структурой и фокусом на реальные навыки.

Собрали для вас учебные программы по каждому из направлений:

— Frontend-разработка. Создание интерфейсов и всего, что пользователь видит и с чем взаимодействует в браузере.

— Backend-разработка. Разработка серверной части и работа с базами данных.

— Fullstack-разработка.  Сочетание frontend и backend: подойдёт тем, кто уже освоил одно направление и хочет расширить навыки.

→ Выбирайте направление и погнали учиться 🚀

По слухам, релиз Opus 4.7 может состояться уже сегодня.

Ждем, главное чтобы доступна была всем, а то в комменты уже прислали какой-то слив скриншота, что нужно будет пройти верификацию личности по паспорту для доступа Opus 4.7 (видимо борьба с Китаем).

21 апреля в 12 по МСК приглашаем на вебинар, на котором эксперты ИТ-интегратора «Белый код» расскажут, как малому и среднему бизнесу внедрить BI-систему за 1,5 миллиона рублей.

Одна из задач, с которой к интегратору приходит малый и средний бизнес, — внедрение BI в рамках ограниченного бюджета. При этом есть жесткие требования, например, единая экосистема BI + ETL, без «зоопарка» инструментов, а также нативная работа с 1С как основным источником данных. 

На вебинаре специалисты поделятся практикой внедрения в сегменте МСБ, а также ответят на вопросы. 

Вы узнаете:

• Почему BI сам по себе не решает проблему разночтений в данных

• Какие организационные изменения нужны, чтобы аналитика начала работать

• Modus ETL: как устроена загрузка и обработка данных

• Modus BI: аналитический портал без лишней сложности

• Структура проекта за 1,5 млн рублей: стоимость лицензий, этапы проекта и результат

Спикеры вебинара

• Андрей Рыжик, product owner BI-направления компании «Белый код»

• Наталья Лобанова, коммерческий директор компании «Белый код»

📌Дата и время: 21 апреля 12:00 МСК (онлайн)

Участие бесплатное, требуется предварительная регистрация.

Принять участие

Продолжаем серию постов о договорах для самозанятых и малого бизнеса.

Публичная оферта (далее - Оферта) защищает бизнес от неправомерных требований потребителей, а в некоторых случаях ее размещение обязательно.

Оферта позволяет осуществлять продажи без заключения индивидуального договора с каждым клиентом

Что такое оферта и ее акцепт

Публичная оферта - это предложение, адресованное неопределённому кругу лиц, с которым вы готовы заключить договор на одних и тех же условиях с любым, кто отзовётся (п. 2 ст. 437 ГК РФ).

Акцепт - это ответ того, кто принял оферту. Он должен быть полным и безоговорочным (п. 1 ст. 438 ГК РФ). Акцептом может быть: подписание договора; письмо с согласием; конклюдентные действия - например, оплата счёта или заявка на сайте.

Когда оферта обязательна:

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

Оферта должна соответствовать требованиям закона о защите прав потребителей и содержать существенные условия.

Но об этом - в следующий четверг.

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

Логика понятна: если в одном месте курс выше, а в другом ниже, значит выгоднее там, где цифра выглядит лучше. На практике именно здесь и начинается одна из самых частых ошибок.

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

В итоге человек выбирает не самый выгодный сценарий, а самый привлекательный заголовок.

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

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

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

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

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

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

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

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