Собрал 6 AI-роутеров с бесплатным доступом к Claude, GPT, DeepSeek, Qwen и другим моделям. Показываю, что реально дают после регистрации: баланс, доступные модели, лимиты и нюансы работы через API.
Unitree Robotics представила прототип человекоподобного робота Superman, который умеет прыгать в высоту на более чем 2 метра с места и разгоняется до 12,66 м/с (45,6 км/ч). При длине ноги всего 0,85 метра андроид, как утверждается, побил мировой рекорд по прыжкам в высоту с места у человека.
В Unitree считают разработку Superman экспериментальной платформой для изучения высокодинамичных движений. В этом проекте речь идёт не о готовом продукте, а о демонстрации технологического потенциала роботов. Прототип робота Superman спроектировали и собрали за три месяца.
RoutineOps upd. 17.08.2026
С момента последней статьи сделали много. Так как я условился, что теперь буду выпускать информацию об апдейтах в виде коротких постов, то вот:
- Отполирован macOs агент и функционал с FileVault блоком.
- Логирование действий под временной админкой.
- EN локализация.
- Процесс установки/удаления/преустановки агентов отполирован.
- Самое главное: удаленное подключение к устройству пользователя прям из WebUI.
Подробнее о проекте и функционале в доках репозитория на гитхабе и в постах: Пост про сам проект, первые шаги и финальный функционал первого Public Release! Пост про разработку enterprise версии.
В скором времени подготовлю статью про процесс разработки удаленного подключения, какие были архитектурные решения, сам процесс и финальный результат!
Если вам интересно подробнее узнать про какую то функцию или архитектурное решение, то пишите, рад буду пообщаться на тему проекта.
Как бы я учила Python, если бы могла отмотать время назад...
# Не судите строго, впервые пиши пост, понимаю, что может быть не интересно (по причине опыта), но все же хочется внести свой вклад
Всем привет! Меня зовут Фаина я уже несколько лет пишу на Python (и не только) и зарабатываю этим на жизнь. Недавно я наткнулась на свои старые "конспекты" с первых попыток изучения языка. Это было... больно. Сотни скриншотов, обрывочные заметки и полное непонимание того, что происходит.
Если бы у меня была машина времени, я бы вернулась к той испуганной девушке, которая впервые открыла IDLE, и сказала бы ей несколько важных вещей.
1.Перестать коллекционировать курсы (и начать делать)
Моя самая главная ошибка — «синдром хомяка». Я скачала, наверное, 50 ГБ курсов: "Python с нуля", "Python для чайников", "Python за 24 часа". Я смотрела первые два урока, чувствовала себя умной, а потом бросала, потому что "этот курс не очень".
Итог: Один хороший курс + практика лучше, чем 50 идеальных курсов в папке "Разобрать".
Сейчас, если бы я начинала, я бы выбрала один интерактивный ресурс (или одну книгу, если, конечно, сможешь так учится) и шла по нему, пока не упрусь в стену. Не прыгала бы между ютуберами и методичками.
2.Сначала гуглить, потом — паниковать
В начале пути любая ошибка в коде вызывала у меня панику. Красный трейсбек выглядел как приговор. Я думала: "Ну всё, я бездарь, Python меня ненавидит".
Итог: Ошибка — это не "я плохая", это "код говорит мне, что именно не так".
Сейчас 80% моей работы — это чтение ошибок и гугление.
3.Зубрежка синтаксиса не работает. Работают проекты
Я думала, что если выучу все методы списков и словарей наизусть, то стану сеньором. Я исписывала тетради шпаргалками. Толку было ноль.
Итог: Ты запоминаешь только то, что используешь руками.
Вместо заучивания теории, я бы начала писать мини-программы с первого дня.
День 3: Калькулятор чаевых.
Неделя 2: Парсер курса валют с сайта (с помощью requests).
Месяц 1: Простенький телеграм-бот, который присылает погоду.
Проекты не обязаны быть гениальными. Они должны быть действительно интересные, даже захватывающие.
Если ультра-кратко:
Лучше уж один источник знаний вместо "все сразу"
Лучше практика каждый день по 30 минут, чем раз в неделю и до потери пульса
Ошибки - это норм, не стрем
С другом или ментором будем веселее и эффективнее - с кем можно поделится опытом или обсудить код и тд.
Спасибо за внимание, ваша Фаина!)
Работаешь с разработкой, аналитикой и тестированием? Приходи на ИТ-митап 🔥
9 сентября в офисе «КОРУС Консалтинг» в Санкт-Петербурге состоится ИТ-митап для технического комьюнити (совместно с компанией «ИнфоТеКС»). Никакой теории ради теории: только живые кейсы, реальные инструменты и честный разговор о том, что работает.
О чем поговорим:
➡️ «Безопасная разработка Android-приложений: уязвимости в вашем коде и как их исправить»
➡️ «ИИ-инструменты для аналитика: что изменилось за 2 года»
➡️ «Автоматизация тестирования с помощью ИИ: идеи, гипотезы, результаты»
Мы, конечно, пилим наш продукт в России, но Atmy (ex-Nebo - карта качества воздуха, приложение и датчики) будет жить и за пределами нашей страны.
И перед релизом бета-сайта Atmy мы столкнулись с вполне себе геморройной проблемой - data residency.
С правилами РФ более-менее разберёмся. А вот что делать с SOC2, GDPR и прочими зарубежными требованиями — вопрос открытый. Каждая юрисдикция хочет своё, и универсального рецепта не видно.
Поэтому спрашиваю: как вы сейчас решаете data residency?
▶ Подняли второй Keycloak.
▶ Купили InCountry или Strivacity. Платим $XXk.
▶ Отказались от рынка.
▶ Держим два Auth0 tenants.
▶ Написали свой router.
▶ Ничего не сделали и живём с риском.
Что из этого — про вас? Или есть свой вариант, которого здесь нет?
ИИ в финансовой аналитике: от текстового запроса до готового дашборда – за минуты
Финансовые данные есть у всех. Но собрать их в понятный дашборд для руководителя, принимающего управленческие решения, – эта задача до сих пор отнимает немало времени. На вебинаре мы покажем, как сделать это в разы быстрее с помощью ИИ-агента, который возьмет на себя всю рутину и ускорит получение результатов.
В прямом эфире на реальных финансовых кейсах вы увидите, что умеет ИИ-агент в визуальной аналитике:
генерировать запросы к данным по текстовому описанию без знания синтаксиса;
строить дашборд с нуля по одному промпту - ИИ проанализирует запросы и скомпонует экран с итоговым результатом.
Вы убедитесь в том, что сформировать текстовый запрос и самостоятельно создать визуализацию – без написания SQL-запросов, глубокого программирования и без долгих ожиданий – теперь может каждый.
О чем поговорим на вебинаре:
11:00 - 11:10 Коротко о платформе визуальной аналитики Digital Q.Sensor BI
11:10 - 11:30 Создаем графики и таблицы при помощи ИИ-агента. Визуализируем данные по текстовому описанию
11:30 - 11:40 Строим ситуационные центры на основе данных. Настраиваем метрики и алертинг на дашбордах
11:40 - 11:50 Вопросы и ответы
Спикер - Данила Ильичев, инженер-аналитик Digital Q.Sensor BI «Диасофт»
Зарегистрироваться на вебинар можно по ссылке
Какие уникальные фичи есть в django-modern-rest?
Иногда, когда я добавляю какие-то фичи в мой https://github.com/wemake-services/django-modern-rest (можно ставить ⭐), то я думаю про себя: почему таких фичей больше нет нигде?
Давайте сегодня посмотрим на них. А вы мне расскажите свое мнение в комментах.
Семантическая схема
Допустим, вы навесили на какой-то свой endpoint auth:
class UserController(Controller[MsgspecSerializer]): @modify(auth=[JWTAsyncAuth()]) async def get(self) -> User: ...
В OpenAPI автоматически появятся все коды ошибок, которые могут случиться в auth (401).
Ничего не надо допом писать. И так происходит со всеми частями фреймворка: добавил throttling=[SyncThrottle(1, Rate.minute)]? Теперь у тебя в ответах автоматом 429. Если нужно, можно отключить любые семантические статусы.
Не должно ли такое быть дефолтом везде?
Умные типы ошибок
Не уходя далеко: как кастомизировать формат ошибки, например, в FastAPI? Через боль. Как поменять в спеке формат? Руками.
В DMR мы просто добавили везде error_model как параметр. Можно заменять любые ошибки, все автоматом сконвертится и покажет правильную схему. Зачем? Хочешь Problem Details - используешь. Хочешь свой формат - реализуешь. Можно даже content negotiation на ошибки навесить.
Почему никто о таком не думает в других фреймворках?
Нормальный throttling
Фича, которая принесла мне больше всех боли. Я прочитал throttling реализации во всех фреймворках. В Litestar даже фиксы присылал.
1. Почти нигде из коробки нет поддержки разных алгоритмов, бекендов, иногда даже cache-keys. Очень жаль, есть только обычный counter с бекендом в памяти
2. Нигде (пришлите в комменты контр-пример) нет разделения на throttling до auth и после. Почему такое вообще важно? Чтобы не заддосить auth. И чтобы иметь возможность выдавать per-user правила. Нужны и важны оба варианта
3. Кастомизация заголовков ответа? Ха!
Что? Почему?
Простое переиспользование кода
Когда я смотрю на АПИ разных DRF проектов или FastAPI, мне становится больно. FastAPI строит все на view функциях, которые нельзя нормально кастомизировать. А DRF строит все на импортах строк внутри настроек. А как на счет классов и наследования?
У нас подобное сделано как абстрактные generic классы. Например: получить JWT. Можно выбрать любой сериализатор, можно выбрать любые модели для запроса и ответа:
class RequestPayload(pydantic.BaseModel): username: str password: str class ResponsePayload(pydantic.BaseModel): access: str refresh: str class ObtainAccessAndRefreshSyncController( ObtainTokensSyncController[ PydanticSerializer, RequestPayload, ResponsePayload, ], ): ... # надо еще переопределить 2 метода
Все типизировано, документировано, очевидно.
Как вы думаете, почему так больше никто не делает?
Внешние вьюхи
Интегрировать один фреймворк в другой - крайне сложно. Вот мы недавно даже стрим проводили, потому что не могли использовать dj-rest-auth из DRF. Так быть не должно.
Теперь в DMR можно использовать любые внешние Django View. Хоть DRF, хоть django-ninja, хоть ванильные вьюхи. И отображать любой внешний OpenAPI. Вот настолько просто:
raw_schema = read_openapi_yaml('openapi.yml') router = Router( urls=[ external_path( 'number/', number, name='number', openapi=load_schema(raw_schema['paths']['/api/number'], PathItem), ), ], )
Почему другие фреймворки не стараются вписать существующие решения?
Одной строкой
- Больше подобного у меня в тегеграм канале "Находки в опенсорсе": https://t.me/opensource_findings
- У нас есть еще куча других крутых фичей! Заглядывайте в наш чатик по DMR
- Релизнули django-stubs@6.1 с поддержкой django@6.1
- Сделали папку с крутыми каналами ребят из нашего Python сообщества. Смело можно закидывать коллегам как базовую папку "на кого подписаться в тг по питону". Внутри все мои друзья и коллеги, советую!
Как HiveTrace ускорила запуск AI Firewall для корпоративных приложений с генеративным ИИ
🏭 Что за компания
HiveTrace разрабатывает AI Firewall для защиты приложений на базе генеративного ИИ в корпоративном контуре. Решение анализирует запросы пользователей до их передачи в модель и проверяет ответы модели перед отправкой пользователю. Это защищает от промпт-атак, снижает риск утечки чувствительной информации во внешние системы и помогает соблюдать требования по работе с персональными данными.
⚡ Задача
Чтобы запускать пилоты и масштабировать внедрения у корпоративных заказчиков, HiveTrace требовалась готовая инфраструктура, соответствующая требованиям ИБ-команд: с Kubernetes, GPU и возможностью быстро развернуть решение без доработки существующих компонентов.
Подготавливать окружение для каждого нового проекта самостоятельно означало бы тратить ресурсы команды не на развитие функций безопасности, а на инфраструктурные задачи.
☁️ Что сделали
Для размещения AI Firewall HiveTrace выбрала платформу Cloud.ru Evolution. Решение развернули на базе Evolution Managed Kubernetes с GPU.
Managed-сервисы Cloud.ru оказались совместимы с компонентами HiveTrace, поэтому команде не пришлось адаптировать продукт под новую среду. Это позволило использовать готовую инфраструктурную основу для пилотов и последующих внедрений у заказчиков.
Дополнительно модель HiveTracePro включили в сервис Evolution Foundation Models. Теперь пользователи Cloud.ru могут подключать ее как дополнительный уровень защиты приложений с генеративным ИИ. Модель дополняет Guardrails Filter — инструмент Cloud.ru для маскирования чувствительных данных при работе с языковыми моделями.
🦾 Что получили в итоге
HiveTrace ускорила запуск проектов у корпоративных клиентов: для внедрения AI Firewall больше не нужно отдельно готовить и адаптировать инфраструктуру. Команда может сосредоточиться на развитии продукта и новых механизмах защиты, а заказчики — быстрее подключать защиту своих ИИ-приложений от распространенных угроз.
Методы защиты и обеспечения безопасности ПО
Друзья, рады поделиться записью второго вебинара нашего нового цикла "Надёжность, качество, безопасность ПО: методология и инструменты".
На вебинаре эксперты PVS-Studio и Guardant рассказали, как встроить безопасность в процессы разработки ПО и эффективно защитить программные продукты. Участники узнали, как интегрировать SAST в DevSecOps для раннего выявления уязвимостей, а также разобрались в моделях угроз, подходах к защите ПО и выборе между собственной разработкой решений и готовыми продуктами.
Посмотреть можно тут:
Приятного просмотра!
Саймон Уиллисон, один из создателей Django и автор Datasette, обратил внимание на необычную фоновую музыку в гавайском ресторане. Музыка показалась разработчику однотипной и безликой, тексты песен в каких-то общих чертах рассказывали про нахождение на пляже. Ловким движением руки Уиллисон запустил приложение Shazam, чтобы найти исполнителя. Сервис не смог установить авторство ни одной песни, чем подтвердил опасения Саймона: это ИИ.
Это не первый Гавайев случай, когда в качестве фоновой музыки играет сгенерированная искусственным интеллектом песня. В апреле этого года сообщалось, что в аэропорту Гонолулу играют 17 сгенерированных ИИ треков на тему островов и авиаперевозок. С пяти утра до полуночи в залах Международного аэропорта имени Дэниела К. Иноуэ звучали песни, в которых машинный вокал рассказывал про сотрудников аэропорта, авиалинии, вулкан Дайамонд-Хед и дух алоха.
Реакция пассажиров и местных жителей варьировалась от смешанной до резко негативной. На Reddit персонал аэропорта жаловался, что музыка раздражает; схожим образом высказывались пассажиры, которым громкость воспроизведения показалась избыточно высокой. Кроме собственно качества критикующие указали, что подобные треки плохо представляют культуру архипелага, хорошо известного своей характерной музыкой. Градус возмущения оказался настолько высок, что гавайские музыканты даже собрали альбом-компиляцию музыки для аэропорта и выставили его на продажу на Bandcamp.
Отдельно в СМИ сообщалось, что затея аэропорта не стоит ничего, денег из казны штата потрачено не было, в то время как подписка на фоновую музыку в среднем обходится в $10,5 тыс. (Как минимум с первой половины прошлого века существуют компании музыки для бизнеса, которые сдают в аренду плейлист и специализированное оборудование для его воспроизведения). С каким сервисом сгенерировали эту музыку, не рассказывается, но легко предположить, что это был стартап Suno. Во всяком случае, даже на бесплатном тарифе Suno возможно генерировать по 10 треков в сутки.
Случай же Уиллисона куда более мелкий, это может быть просто инициатива ресторана. В США нельзя включать какую попало закопирайченную песню в общественном пространстве, не заплатив Американскому обществу композиторов, авторов и издателей и/или другой организации правообладателей. Тем не менее резкого падения показателей у компаний фоновой музыки из-за Suno не наблюдается. К примеру, у Stingray в этом году выручка от этого направления только растёт, хотя у другого представителя индустрии, Soundtrack Technologies, наблюдаются проблемы с доходностью.
Как мигрировать с MinIO на S3-совместимое хранилище без остановки продакшена: разбор на вебинаре VK Tech
MinIO зафиксирован в текущем состоянии: активная разработка продукта прекращена, патчи безопасности рассматриваются точечно, совместимость с новыми версиями ОС и оборудования не тестируется. Для организаций, у которых на MinIO или другом open-source S3-хранилище размещены петабайты данных, вопрос миграции переходит из разряда «стоит ли» в разряд «когда и как».
Основная сложность такого переноса — не выбор целевой платформы, а способ переезда без простоя. Большинство open-source инструментов миграции требуют останавливать приложения на время переноса данных, а на многотерабайтных объёмах это окно может растягиваться на часы и дни простоя сервиса.
3 сентября в 16:00 мск VK Tech проведёт вебинар, на котором покажет перенос данных из MinIO в VK Object Storage без остановки сервиса, с техническим демо.
В программе:
почему простой — типичный сценарий при использовании open-source решений и как его избежать при переносе продуктивных данных;
что переносится при миграции: объекты, версии, ACL, bucket-policy, lifecycle, теги, ссылки; что остаётся вне переноса (незавершённые multipart-загрузки);
техническая схема переключения: минимальное окно на смену endpoint, параллельная работа приложений на обоих хранилищах без ограничений на операции;
поведение системы при сбоях и разрывах синхронизации — перенос продолжается с точки останова, а не начинается заново;
модель стоимости перехода в зависимости от объёма данных и масштаба инфраструктуры;
пошаговое демо миграции: от подключения источника до полного переключения трафика.
Спикеры: Георгий Сорокин, PreSale-архитектор S3 VK Tech, и Юрий Петров, инженер-эксперт подразделения сервисов данных и инфраструктурных решений VK Tech.
Вебинар будет полезен средним и крупным организациям с многотерабайтными S3-хранилищами (банки, телеком, крупные SaaS-компании), DevOps- и SRE-инженерам, администрирующим MinIO или другие S3-совместимые решения, а также ИТ-директорам, оценивающим риски дальнейшей эксплуатации MinIO и рассматривающим переход на Enterprise-решение. Отдельно затронут вопросы соответствия 152-ФЗ, реестру российского ПО и сертификации ФСТЭК.
BIPV всё-таки можно сделать подешевле
Я тут в прошлом году писал в телеге про японский Monochrome и их серебристый Roof-1 – солнечный модуль, который выглядит как кусок стандартной и привычной оцинкованной кровли. Тогда я ещё отметил: штука интересная, но $236 за 75 Вт – ну такое… Красиво, конечно, но дороговато.
И вот, походу, японцы тоже так подумали. У Monochrome появился Roof-1e – более доступная версия солнечной кровли, которую они сравнивают с Roof-1, но вариантом black.
Конечно же, я полез к ним на сайт посмотреть, чего они там наворотили, чтоб (забегая вперёд) удешевить модуль. И оказалось, что это не просто Roof-1 black, которому разрешили, так сказать, обнажиться, показывая токопроводящие шины.
Во-первых, у них размеры разные:
Roof-1 black: 1915×384×30 мм
Roof-1e: 2000×438×30 мм
Во-вторых, мощность тоже: 110 Вт против 155 Вт. По расчётному КПД получается 17,2% против 19,9% в пользу e-серии.
То есть внутри, похоже, тоже что-то поменяли, раз такие разительные изменения в выдаваемой мощности. Возможно, в «дешёвой серии» используются другие ФЭП или другая конфигурация. Тут надо копать, конечно.
А так, внешне Roof-1e проще выглядит. Победнее, что ли? У него видны busbars, тогда как у чёрного Roof-1 их практически не заметно. НО! С земли это всё равно выглядит как нормальная красивая кровля, а не поле из солнечных панелей, положенное на неё (крышу). Особенно заметна разница, если смотришь сверху. Ну, там, с квадрика снимаешь или просто из соседнего высотного здания. Тогда, да – заметно. И то - не очень (ну, это я сужу по сравнительным фоткам с сайта Monochrome).
Но что нам даёт новая модель панели? А это нам даёт понимание того, что теперь выбор довольно понятный:
хочешь идеальную эстетику – Roof-1 black (или silver, если денег ещё больше, а выход чистой электроэнергии – это побочный плюс)
не настолько заморачиваешься на то, что видны busbars – берёшь Roof-1e и экономишь.
А вот что они сделали с серебристым Roof-1 – это вообще отдельный разговор. При тех же примерно размерах он выдаёт всего 70-75 Вт, то есть около 10,9% КПД против 17,2% у чёрного. Похоже, за серебристость приходится довольно серьёзно расплачиваться потерей электроэнергии. Но там, кстати, тоже надо разобраться, что именно они используют для получения этого цвета – просто красят защитный слой или сразу ФЭПы цветными делают
В общем, из плюсов у Roof-1e – это уменьшение стоимости 1Вт установленной мощности примерно на 37% относительно чёрного (¥24000 против ¥35000), а про серебряный я вообще молчу. Там стоимость Ватта получается такая:
чёрный – 245 йен/Вт
серебряный – 500 йен/Вт
эконом – 155 йен/Вт Вывод каждый сделает для себя сам, но мне серия “е” прям нравится больше всего.
Плюс отдельные модули можно менять. Повредил один – не надо расковыривать всю крышу. Тоже хорошо.
Есть ещё одна особенность - гарантия. Если на сам продукт у Roof-1 black и silver дают 20 лет, то у Roof-1e – уже 15 лет. Гарантия на мощность у обоих – 25 лет. Но есть нюансики. Если ты находишься ближе, чем 500 метров от побережья – гарантия уменьшается вполовину. Это, видать, особенность Японии – солевой туман, все дела…
Короче, Monochrome, похоже, начинает двигаться в правильную сторону: BIPV должна быть и красивой, но если она стоит как крыло от «Боинга», массовой она не станет. Интересно теперь покопаться, что именно они поменяли внутри Roof-1e. Потому что разница в размерах, мощности и КПД намекает: дело явно не только в видимых busbars. Попробую разобраться.
---
можно почитать ещё новостей солнечной энергетики "Солар-Ньюс" в телеграме - https://t.me/Solarnews
14 октября в Москве пройдёт «Авандок.Пульс» — конференция для тех, кто работает с корпоративным контентом и ИИ
14 октября 2026 года на площадке «Воробьевы Холл» в Москве состоится «Авандок.Пульс» — первая конференция клиентов и партнёров семейства продуктов «Авандок» ГК «КОРУС Консалтинг». Мероприятие состоит из двух частей: Деловая программа и «Авандок.Вечеринка». Участие бесплатное, регистрация на деловую и вечернюю часть — отдельная.
Зачем нужна такая конференция
Рынок управления корпоративной информацией в России долгое время развивался по инерции: компании внедряли системы документооборота, обновляли архивы, наращивали ИТ-инфраструктуру — но чаще поодиночке, без обмена опытом между отраслями. Появление корпоративного ИИ изменило темп: то, что ещё пару лет назад считалось экспериментом, сейчас становится частью операционных процессов у компаний из телекома, промышленности, банковского сектора и энергетики.
При этом накопленный опыт внедрений редко становится публичным — компании либо не делятся деталями, либо делают это в узком кругу на закрытых встречах. «Авандок.Пульс» — попытка изменить эту ситуацию: собрать в одном месте тех, кто уже прошёл путь внедрения, тех, кто выбирает решение сейчас, и тех, кто формирует продуктовую и техническую повестку рынка, и дать им возможность обменяться реальным опытом напрямую.
Что будет обсуждаться
В программе дня — актуальное состояние рынка корпоративного контента и ИИ-решений, обзор решений семейства продуктов «Авандок» (управление корпоративной информацией, корпоративный ИИ, управление данными сотрудников и клиентов), кейсы внедрений от компаний из разных отраслей и панельная дискуссия о том, где применение ИИ в корпоративных процессах уже даёт измеримый эффект, а где остаётся предметом ожиданий.
Отдельным событием дня станет премьера платформы цифровых сотрудников — решения, которое участники увидят одними из первых. Весь день параллельно работает выставка с демонстрацией решений «Авандок».
Почему это имеет значение для рынка
Для отрасли важно не только появление новых продуктов, но и наличие площадок, где обсуждают их реальное применение — с признанием ограничений и открытым разбором того, что не сработало, а не только успешных историй. «Авандок.Пульс» задуман как точка такой информации: возможность сверить собственные ожидания от ИИ и корпоративных платформ с тем, что показывает практика других компаний, и снизить цену ошибки при выборе решений.
Вечерняя часть дня — «Авандок.Вечеринка» с живой музыкой и нетворкингом на площадке с видом на Москва-Сити и на крышу спортивно-развлекательного комплекса «Лужники» — сохраняет неформальный формат, важный для отрасли не меньше, чем деловая программа: многие партнёрства и рабочие контакты в enterprise-сегменте начинаются именно в таких разговорах.
Организатор
«Авандок» — часть ГК «КОРУС Консалтинг», с 2004 года разрабатывает ИТ-решения для управления корпоративной информацией. Решения зарегистрированы в реестре российского ПО и имеют сертификат ФСТЭК 4 уровня доверия. По итогам 2025 года — 2-е место в рейтинге ТОП-10 крупнейших внедрений российских СЭД и 2-е место в российском RAG-бенчмаркинге по соотношению качества и размера языковой модели.
Участие
Бесплатное, количество мест ограничено.
Регистрируйтесь на мероприятие
#АвандокПульс
Telegram | MAX | ВК
МТС True Tech Champ 2026: выбирай свой трек и получи до 10 250 000 ₽ за победу 🔥
Регистрация на четвертый сезон True Tech Champ в самом разгаре. Мероприятие объединяет разработчиков, студентов и школьников со всей страны — все этапы, кроме финала, проходят онлайн.
Участвуй в одном из двух треков: алгоритмическом или программировании роботов, дойди до грандиозного шоу-финала и побеждай!
⚙️ Индивидуальный алгоритмический трек для бэкенд- и фронтенд-разработчиков, фулстек-инженеров, ML-специалистов и всех, кто хочет проверить себя в олимпиадном формате.
Решай задачи по алгоритмам и структурам данных — это прокачает навыки для технических собеседований и работы в ведущих ИТ-командах.
Отборочный этап и полуфинал проходят онлайн, в финале — лайв-кодинг без заготовок: только скорость, логика и умение находить решение здесь и сейчас.
Призовой фонд — 2 750 000 рублей.
🤖 Групповой трек «Программирование роботов» для разработчиков, архитекторов и всех, кому интересно программировать физические объекты:
Проходи трассу и выполняй задания по передаче предметов.
Затем — удалённое управление реальным полигоном с робособакой и роботом-манипулятором.
В очном финале лучшие команды дорабатывают алгоритмы на глазах у зрителей и борются за победу в МТС Live Холл в Москве.
Призовой фонд — 7 500 000 рублей.
Участие бесплатное, а лучшие участники получат шанс на стажировку в МТС Web Services (MWS).
➡️ Выбирай свой трек и регистрируйся по ссылке.
Figma запустила собственный генератор скиллов для встроенного ИИ:
better‑interface — делает UI в разы удобнее и читабельно;
superfuture‑design‑review — делает полное ревью дизайна и предложит свои правки;
component‑handoff — составит полную документацию по нужному компоненту;
desktop‑to‑mobile — быстро конвертирует дизайн в мобильный формат;
create‑anatomy — создаёт полную визуальную анатомию выбранного элемента;
find‑animation‑opportunities — упрощает работу с анимацией;
spacing‑audit — фиксит проблемы с расположением элементов и пропорциями;
balise‑ux‑writing — перерабатывает, генерирует и приводит к единому стилю тексты;
analyze‑components — делает полный аудит всех компонентов на странице;
design‑system‑gen — генерирует компоненты по простым стилевым вводным.
Подборка бесплатных сервисов с разрешённым коммерческим использованием красивых иллюстраций для сайта, презентации или приложения:
• oishiso.jp — иллюстрации в стиле вкусной еды и кулинарии;
• irasutoya.com — бесплатные иллюстрации на самые разные темы;
• enpitsu-sozai.com — тёплые иллюстрации в стиле карандашных рисунков от руки;
• nawmin.stores.jp — сельхозпродукты, фермерство и деревенская жизнь;
• vectorshelf.com — качественные векторные иллюстрации в стиле ручной рисовки, есть AI, PNG и SVG;
• loosedrawing.com — простые линейные рисунки с возможностью менять цвет прямо на сайте;
• storyset.com — векторные иллюстрации для презентаций и веба с настройкой цвета и анимации;
• openpeeps.com — рисованные персонажи, которых можно собирать в разных комбинациях;
• undraw.co — чистые векторные персонажи в стиле IT и стартапов с настройкой цвета;
• illustrations.run — наборы открытых векторных иллюстраций на разные темы
Совет по Joomla: Как сделать ссылки на списки сущностей Joomla с фильтрацией?
В Joomla в любом списке сущностей есть параметры поиска, которыми мы привыкли пользоваться руками в админке. Но что если вам нужно сделать ссылку на список в админке с заранее заданными параметрами фильтрации?
Например:
разработчик хочет дать ссылку на плагин для быстрого перехода к настройкам;
разработчик хочет в документации для контент-менеджера дать ссылку на нужные модули, плагины, о которых идёт речь;
Админка Joomla поддерживает фильтры в URL-адресе, а названия GET-параметров для фильтрации можно посмотреть в названиях полей фильтров админки.
Например, в списке плагинов поле фильтра:
выбор состояния - filter[enabled]=1 или 0
выбор типа (группа плагинов) - filter[folder]={название группы плагина, например content или system}
element плагина (уникальное систеное имя) - filter[element]={element}
уровень доступа, с которым работает плагин - filter[access]={числовой-код-уровня-доступа}
строка поиска - filter[search]={любой%20текст%20для%20поиска}
Таким образом, чтобы дать ссылку на свой плагин в админке можно сделать следующий url:
https://your-joomla-site.ru/administrator/index.php?option=com_plugins&view=plugins&filter[element]=wtotpravkapochtaru&filter[folder]=system
Аналогичным образом работает список модулей, контактов, материалов и т.д. Найти имена параметров можно либо в HTML-коде страницы, либо в XML-форме опций фильтра нужного компонента. Для списка плагинов используется компонент com_plugins, а форма фильтра лежит в administrator/components/com_plugins/forms/filter_plugins.xml. Для списка материалов Joomla - в administrator/components/com_content/forms/filter_articles.xml. Другие компоненты - ищем по анналогии.
Сложности с питанием платы в CAN-мониторе.
На плате JZ-F407VET6 питание предусмотренно только от +5В или USB, при этом никаких защит в виде предохранителей и супрессоров не реализовано. От 5В запитанны CAN-трансиверы, а через линейный стабилизатор на 3,3В вся остальная часть схемы. Общее потребление платы с экраном составляет примерно 150мА.
Изначально хотел запитать монитор от выхода ЭБУ на датчик тока, он как раз расчитан на 5В, но в случае неисправности напряжение могло вырастать до 12В, значит напрямую подключать нельзя. При использовании понижающего преобразователя напряжения, на входе надо было бы подавать не меньше 7В. А вот если использовать SEPIC модуль, то входное напряжение может составлять 4...35В. К сожалению оказалось, что датчик тока потребляет 20мА, а выход ЭБУ долговременно не способен отдавать более 50мА.
Выходит питание устройства надо заводить отдельным разъёмом.
Я протестировал 5 AI-конструкторов сайтов в 2026 году - и только один собрал сайт за меня, а не со мной
Еще год назад я относился к AI-конструкторам скептически: кнопка «сгенерировать», три шаблонных блока и картинка не по теме. Дальше начиналась ручная работа.
В 2026 году рынок разъехался. Одни встроили нейросеть в редактор. Другие пытаются быть командой: вы описываете задачу, платформа сама продумывает структуру, пишет тексты, подбирает визуал.
Я проверил пять конструкторов, которые чаще всего всплывают по запросу «AI конструктор сайтов». Каждому дал одинаковую задачу: собрать коммерческую страницу для локального бизнеса без дизайнера и верстальщика.
Ниже - мой рейтинг. Кто берет работу на себя, а кто просто помогает работать быстрее?
Как я сравнивал
Я смотрел на пять вещей:
насколько далеко сервис уходит после одного описания;
можно ли править результат руками и через диалог;
похож ли сайт на продающую страницу;
что есть вокруг: заявки, домен, SEO, формы;
для кого инструмент имеет смысл.
Тестовый запрос: «Собери современный сайт автосервиса в спальном районе. Аудитория - владельцы иномарок 28–50 лет. Нужны услуги, причины доверия, этапы ремонта, отзывы, FAQ, форма записи. Тон спокойный.»
1 место - YPage
Нейросеть в центре процесса. Работа начинается как разговор с ChatGPT: вы описываете сайт, а не выбираете шаблон.
Агент выстраивает структуру, пишет тексты, подбирает стилистику, генерирует изображения, собирает адаптивный сайт. После первого прохода - рабочая основа: первый экран, услуги, форма заявки.
Можно править через диалог. Ручной редактор тоже есть. Встроены AI-консультант, квизы, формы, генерация изображений. Заявки приходят в кабинет, email, Telegram и VK.
Плюсы: собирает по описанию, тексты как у продающей страницы, цены в рублях. Минусы: не для огромных магазинов, ИИ нужно проверять. Кому: предпринимателям, экспертам, фрилансерам.
2 место - Wix
Большой конструктор, в который позже встроили AI. Мощный комбайн: можно сгенерировать старт и потом месяцами дорабатывать.
За Wix - экосистема: редактор, шаблоны, App Market, магазины, аналитика. AI ускоряет вход, но дальше вы в большом редакторе.
Для сценария «описал - получил» Wix избыточен. AI - умный помощник, а не команда. Кому: тем, кто строит долгую цифровую экосистему.
3 место - Tilda
Классика русскоязычного рынка. Сильная библиотека секций, Zero Block, понятная логика лендингов.
AI здесь - ускоритель контента: помогает с текстами, картинками, метатегами. Но центр - редактор и блоки.
Тестовый запрос не превратил Tilda в сервис, который собрал сайт под ключ. Я всё равно думал блоками. Кому: маркетологам, студиям, тем, кто уже знает Tilda.
4 место - Framer
Ценят за визуал: сетка, типографика, анимации. AI помогает получить первую концепцию. Дальше вы работаете в редакторе.
Философия Framer - инструмент для человека, который хочет делать сайт сам. В тесте автосервиса это стало заметно: визуал эффектнее, но логику продажи дорабатывал я. Кому: дизайнерам, стартапам.
5 место - Hostinger AI
Самый честный «сайт за минуту». Коротко описываете бизнес - получаете страницы с текстами и картинками. Рядом хостинг, домен, SSL.
Страница аккуратная. Для визитки или теста хватит. Но для продающей страницы - структура универсальная, тексты слабее. Кому: тем, кому нужен быстрый и дешёвый запуск.
Что в итоге
Рынок распался на два направления. Классические конструкторы с ИИ: Wix, Tilda, Framer, Hostinger - вы всё ещё собираете сайт, просто быстрее. AI-first платформы: YPage лидирует - вы ставите задачу, нейросеть доводит до результата.
Схема выбора:
сайт услуг без изучения редактора → YPage;
экосистема на годы → Wix;
привычные блоки в русской среде → Tilda;
эффектный визуал и готовность делать самим → Framer;
дёшево и быстро появиться в сети → Hostinger.
Главное изменение - не в текстах. Меняется роль человека. Теперь достаточно сформулировать задачу. Одни сервисы помогают работать быстрее внутри старой модели. Другие пытаются заменить саму модель: сделать сайт по вашему описанию.
Современные CPM/EPM-системы позволяют выстраивать сложные процессы бюджетирования, прогнозирования и аналитики. Однако на практике компании по-прежнему сталкиваются с ручной обработкой данных, сложностями интеграции и трудоемким внесением изменений.
Особенно остро эти задачи проявляются по мере развития корпоративного планирования. Как сделать работу с данными проще, быстрее и снизить зависимость бизнес-пользователей от ИТ?
Приглашаем на совместный вебинар ГК «КОРУС Консалтинг» и «Оптимакрос» «Optimacros + Мапикон: новый уровень управления финансовыми данными».
На вебинаре:
🔹 обсудим ключевые тренды рынка CPM/EPM-систем
🔹 расскажем о возможностях Optimacros и подходах к организации интеграций;
🔹 разберем типовые задачи, с которыми сталкиваются пользователи при подготовке, проверке и загрузке данных;
🔹 представим Мапикон — сервис, который помогает автоматизировать подготовку, проверку, мэппинг и загрузку данных из внешних систем без постоянного привлечения ИТ-специалистов;
🔹 покажем работу Мапикон на реальном примере интеграции 1С и Optimacros.
Вебинар будет полезен финансовым директорам, руководителям экономических отделов, финансовым аналитикам, руководителям ИТ-подразделений, специалистам, отвечающим за развитие корпоративных систем планирования и всем интересующимся новыми решениями.
📅 27 августа
⏰ 11:00 МСК
👉 Регистрация
✨ И приятный бонус для участников: три первые компании получат доступ к Мапикон без дополнительной стоимости в рамках проекта внедрения.
Представлен проект MathCode — это терминальный помощник по программированию с ИИ со встроенным механизмом формализации математических формул. «Дайте ему математическую задачу на простом языке, и он автоматически преобразует её в теорему Lean 4 и попытается дать формальное доказательство — с помощью постоянно доступной интерактивной среды Lean REPL, многократно используемых библиотек теорем и аксиом, агентного доказательства и графа знаний Obsidian», — пояснили в команде проекта.
DeepSeek запустил агентскую среду Harness. Ключевая фича: плагином может быть всё. Модели, сессии, скиллы, песочницы, циклы и даже просто интерфейс. В Harness всё выдаётся в качестве готового к работе агента:
у среды своя архитектура на Cordis, которая позволяет менять компоненты в любое время;
схема простая: любая модель + любой компонент = готовый агент;
работает вообще с любыми компонентами;
по факту, это новый способ создания ИИ‑агентов, простой и максимально эффективный.
В сообществе разработчиков также представили 6000 готовых скиллов для DeepSeek Harness.
Заявки из карточки на Яндекс Картах стали платными
Зашел в кабинет Яндекс Бизнеса, а там баннер, выберите тариф, три дня и все, открываю таблицу, а напротив строки про прямые обращения от клиентов в бесплатном тарифе крестик, то есть заявку из моей же карточки мне теперь продают за 10 080 на 90 дней.
Заодно туда же уехали фото товаров, закрепление отзывов, публикации, сравнение с конкурентами, и никакого анонса, просто баннер и неделя на подумать.
А в услугах карточка на картах это вообще не витрина, это канал заявок, человек ищет подрядчика рядом, видит тебя в трех километрах и пишет прямо оттуда, он уже все для себя решил, ему исполнителя выбрать осталось, вот эту кнопку и закрыли.
Три тысячи при бюджете 100–200 никто не заметит, я вообще не про сумму, Директ и так перегрет, заявка дорожает сама, без моего участия, а карты были единственным местом, где обращения шли за нормально заполненную карточку и живые отзывы, а не за бюджет.
Ну и понятно, что это не разовая история, сначала приоритет в выдаче, потом фото товаров, теперь заявки, скоро видимо за каждое движение мышью брать будут))) и воспринимается уже как в очередной раз хотят аккуратно обмануть, хотя какое там аккуратно, в наглую и перед фактом.
Прайс у всех свой, считается по нише и городу, а дату про первое сентября, которая по чатам ходит, я в официальных документах не нашел.
У кого уже прилетел баннер, что выбрали?
Пресненский районный суд Москвы отказал дизайнеру в компенсации за переработанные им с помощью нейросетей изображения "Мона Лиза с вином" и "Статуя Свободы с вином", и которые потом без его согласия были использованы ответчиком в печати на мерче: футболках, худи и термостаканах.
Логика суда: у нейросети нет сознания, творческих усилий она не прилагает. Команды нейросети суд назвал "простыми механическими действиями... технического характера". Сама идея с концепцией изображений не нова - бокал вина вместо факела уже встречался в культуре.
Общего запрета на охрану ИИ-работ суд не установил - счёл недоказанным именно вклад истца. Обращает на себя внимание разворот бремени доказывания: для обычных произведений творческий характер презюмируется (Пленум ВС №10 от 2019 г.), доказывать обратное должен оппонент. Здесь же суд по сути потребовал доказательств творческого вклада от самого автора.
Для сравнения: в 2023 г. суд взыскал 500 тыс. руб. за неправомерное использование ролика с дипфейком Киану Ривза (дело № А40-200471/2023) - но там нейросеть признали инструментом монтажа в работе команды: сценарий, съёмку и звук делали люди, а не генератором изображения с нуля.
Истец в обоснование своей позиции представил в дело платное заключение эксперта - что переработка творческая, вклад автора есть. Суд его не принял: посчитал немотивированным. О назначении судебной экспертизы никто не ходатайствовал.
Можно предположить, что в данном случае больше вес в защиту истца имело бы то, что формально подтвердило бы "процесс создания" - сами промпты (тексты запросов к нейросети), цепочка правок, версии файлов до и после, а не готовый результат и мнение стороннего специалиста. Но это лишь моё предположение. По факту практики нет, понимания как суд к таким доказательствам отнесётся - тоже.
Решение первой инстанции в силу пока не вступило: 24 августа Мосгорсуд рассмотрит апелляцию. Рассматриваем пока как историю в развитии - с учётом отсутствия практики, даже просто цепочка рассуждений суда представляет интерес.
ИИ запустил гонку увольнений — два экономиста математически вывели формулу, по которой многие сотрудники останутся без работы в ближайшие годы:
логика простая: компания заменяет сотрудников на ИИ и забирает 100% экономии на зарплатах;
но уволенные люди теряют доход, меньше покупают — и продажи падают уже у множества других бизнесов;
сама компания ощущает лишь крошечную долю ущерба. Если на рынке N фирм, ей условно достаётся только 1/N потерь от общего падения спроса, а остальное размазывается по конкурентам.
поэтому увольнять выгодно даже тогда, когда массовые сокращения делают беднее весь рынок. Главное — быть в этом деле первым;
остальные видят снижение издержек и тоже подключают ИИ. Никто не хочет остаться последним бизнесом с «раздутым» штатом;
начинается гонка увольнений: сотрудники остаются без работы, что вызывает падение доходов, затем спроса и как итог — новые сокращения;
это классическая дилемма заключённого: каждая компания принимает рациональное решение, но вместе они приходят к провальному результату: товары стало дешевле производить, зато покупать их постепенно становится некому;
авторы исследования предлагают налог на автоматизацию, равный ущербу спросу, который фирма перекладывает на остальных. Полезный ИИ он не остановит: если внедрение действительно сильно экономит деньги, оно всё равно окупится. Зато исчезнет стимул увольнять людей только потому, что последствия оплатит весь рынок.
Доделал крепления для моего квадропода "Регул", осталось доделать управление через радиомодуль. А что за робот вы можете выяснить в моей статье в профиле.
Ссылка на статью: https://habr.com/p/1005066/
Мониторинг рынка аренды Санкт-Петербург
Июль 2026
Регулярный выпуск простой аналитики вновь посвящен рынку аренды жилья в Санкт-Петербурге.
Что сейчас по ценам, где и какие квартиры дешевле или дороже? Как изменился состав предложения на рынке? Что изменилось по сравнению с мартом?
Выводы:
• Рынок аренды Санкт-Петербурга продолжил дорожать и по месячному платежу, и по стоимости метра. Медиана аренды составила 50 000 ₽/мес. (+11,1% к марту 2026), медиана цены метра - 1 206 ₽/м² (+8,6%).
• Одновременно сместилась структура предложения: доля студий в выборке составляет 22,0% (-2,2 п.п. к прошлому выпуску), а вес 2к и 3к вырос.
Данные: ЦИАН, 5 740 объявлений (цены предложения).
Материал опубликован на сайте "Простая аналитика".
В Parano1d адреса можно получить из фотографии.
Кошелёк превращает исходный файл в 256-битный секрет и создаёт из него адрес. Никакой seed-фразы, пароля или набора слов. Чтобы восстановить тот же адрес, достаточно сохранить оригинальный файл без изменений.
Даже небольшое редактирование фотографии создаст уже другой адрес. Поэтому снимок должен оставаться личным: его нельзя публиковать или передавать кому-либо. В привычных кошельках владение начинается с набора случайных слов. В Parano1d оно может начаться с момента, который сохранили только вы.
Документация: https://docs.parano1d.org/wallet/photo-key
Релиз: https://github.com/ignotusnemo/parano1d/releases/tag/v2.0.1
Публичная тестовая сеть Parano1d v2 запущена. Текущий релиз v2.0.1.
https://github.com/ignotusnemo/parano1d/releases/tag/v2.0.1
Parano1d совершенно новая архитектура блокчейна. Здесь всё устроено иначе.
Зачем?
Мы избавились от главного долга существующих систем: необходимости хранить и заново воспроизводить всю историю транзакций, чтобы доказать правильность настоящего.
Это открывает дорогу к настоящему масштабированию.
Новая архитектура и отказ от подписей и эллиптических кривых позволили сделать Parano1d постквантовым уже сегодня. Безопасность всей цепочки проверки, от genesis до любой высоты формально доказана на уровне NIST PQC Category 1.
Мы только начинаем раскрывать все практические и продуктовые возможности новой архитектуры. Это будет увлекательное путешествие в будущее без долгов, накопленных прошлым.
Настоящее должно доказывать прошлое. Теперь оно это делает.
Документация: https://docs.parano1d.org/
Исследования: https://lab.parano1d.org/
Насчёт местного самоуправления, которое сейчас, если честно, никакое не самоуправление. Сейчас это аппендицит вертикали власти. Иногда несговорчивый, поэтому его убирают, когда мешает планам застройщиков и прочих хозяев жизни.
Я искренне присоединяюсь к словам уважения в адрес честных и самоотверженных людей, трудящихся в органах "само"управления. Без них было бы совсем худо. Они хоть как-то компенсируют недостатки системы, которые носят структурный характер.
Самоуправление - это проявление субъектности. Для субъектности нужны ресурсы и полномочия. Но у нас (как, впрочем, и во всём мире) люди не могут распоряжаться даже собственными налоговыми отчислениями, не говоря уже о национальных природных богатствах и других государственных доходах. Хотя по Конституции источник власти - это народ. Это, безусловно, правильно, но тогда Конституция должна описывать не нисходящее распределение ресурсов и полномочий, а горизонтальное (это прямая адресация налогов, референдумное законодательство, репутационная юстиция, прозрачный общественный подряд и другие инструменты прямого действия, образующие в совокупности инфраструктуру коллективного интеллекта).
Самоуправление - это когда каждый человек сам решает, на какие общественные нужды направить свои налоги (или другую личную долю общих ресурсов), а все вместе люди обсуждают и решают, что считать общественными нуждами. Причём не в общем случае, а по каждому конкретному общественному подряду - полезен он для общества или нет. И уже в порядке такого самоуправления люди дают в рамках общественного подряда тому или иному исполнителю управленческие, надзорные, разрешительные, законодательные и другие полномочия и выделяют необходимые ресурсы. Тогда это настоящее проявление субъектности. Внешние "признаки демократии" типа сменяемости власти, разделения властей и т.п. легко имитируются. Но разве это субъектность, когда жители оккупированной фашистами деревушки голосуют, кто сядет за руль душегубки - Фриц или Ганс?
Субъектность - это когда ты вызываешь такси и говоришь водителю, куда ехать. Да, у таксиста в руках рычаги управления автомобилем, но он подчиняется Правилам дорожного движения и воле пассажира.
Telemax: когда не хочешь держать MAX на телефоне, но есть Telegram
Ситуация, знакомая многим: MAX ставить не хочется, а приходится. Работа, знакомые, школьные чаты — и вот у тебя на телефоне живёт приложение, которому ты не доверяешь, и которое работает в фоне тогда, когда ему захочется.
Стандартные советы — «пользуйся веб-версией» или «поставь на отдельную звонилку». Веб-версия не шлёт пуши и не принимает звонки в фоне. Отдельный телефон ради одного мессенджера — так себе решение.
Мне хотелось третьего варианта: чтобы MAX вообще не было ни на моём телефоне, ни в моём браузере — а переписка при этом приходила туда, где я и так сижу. В Telegram.
Так появился Telemax — мост между MAX и Telegram.
Что понадобится
Сервер — любая VPS на Ubuntu/Debian. Требования скромные, хватит самой дешёвой.
Свой Telegram-бот — создаётся за минуту в @BotFather, токен вставляется при настройке. Бот твой, живёт на твоём сервере, никакого общего чужого бота — данные идут только через твою инфраструктуру.
Telegram-группа с включёнными темами, куда ты добавишь этого бота админом. Она и станет твоим «окном» в MAX.
Номер MAX, на который мост авторизуется (в том числе если на аккаунте стоит пароль-2FA).
Про безопасность и доступ — два уровня:
Снаружи бот глухой. На любое сообщение или команду из другого чата (личка боту, чужая группа, куда его попытались добавить) он просто молчит. Работает только внутри твоей группы.
Внутри группы — разграничение. Обычные участники могут читать и писать (можно спокойно добавить людей в группу, чтобы вести общее обсуждение). А вот команды боту — только для админа.
Честная оговорка: тот, кого ты добавил в Telegram-группу, видит там все MAX-чаты, а не один. Так что доступ к самой группе — вещь чувствитвительная.
В ТГ это выглядит так:
Что уже работает в обе стороны:
текст, фото, файлы, голосовые, видео и видео-кружки;
стикеры — и статичные, и анимированные;
геолокация и контакты;
опросы — создание и голосование;
удаление сообщений;
реакции;
пересылка (обычным forward в Telegram — прилетает в MAX с пометкой источника);
уведомления о звонках (входящий / пропущенный / завершённый — текстом, без передачи звука: для аудио нужен WebRTC, это вне рамок).
Плюс мелочи для удобства: веб-панель со статусом и метриками (приватный доступ), самообновление по кнопке прямо из Telegram, авторизация (включая аккаунты с паролем-2FA) без танцев с бубном.
Из интересного: анимированные стикеры ТГ по умолчанию МАХ не принимает, поэтому они конвертируются в короткие видео - можно завалить максчатланинов своими стикерпаками )
Как развернуть
На чистом Ubuntu-сервере — одна команда:
curl -fsSL https://raw.githubusercontent.com/Trollobot/Telemax/main/install.sh | bash
Дальше скрипт сам поставит Docker, склонирует проект, сгенерирует ключи и по шагам проведёт настройку: попросит токен Telegram-бота (создаётся в @BotFather), сам определит id твоей группы, а в конце прямо в консоли спросит номер MAX и код из SMS. Переключаться в браузер для первого запуска не нужно.
Всё, что дальше (сменить номер, посмотреть логи) — через веб-панель по HTTPS.
Честно про ограничения, чтобы никто не питал иллюзий:
Это не end-to-end. Переписка идёт через серверы MAX и Telegram — как и в любом обычном мессенджере. Мост ничего в этом плане не «шифрует поверх», он просто переносит сообщения. Если тебе нужен E2E — это не сюда.
Переписка оседает на твоём сервере — в логах и в истории Telegram-группы. Безопасность этого сервера (доступ, шифрование диска) — на тебе.
Это неофициально. Проект не связан с MAX, работает поверх твоего собственного аккаунта на твой страх и риск, в том числе в части их правил.
Сыровато. Один разработчик, живой проект. Но у меня самого крутится и работает.
Открытый код и зову тестить
Специально открытый исходник — чтобы можно было посмотреть, что внутри, и гонять на своём сервере, а не на чьей-то инфраструктуре:
Буду очень благодарен за тесты и замечания — что неудобно, что сломалось, чего не хватает. Issues и Discussions открыты. Сам его допиливаю потихоньку.
Представлен робот‑пылесос Matic за $1245, которому можно указать пальцем на грязь, а нейросеть устройства считает команду и пылесос поедет в то место. Благодаря ИИ робот понимает десятки команд, но при этом ничего не отправляется на внешние сервера — внутри чип Nvidia, на котором и крутится нейросеть.
Первый день Летнего ТехФеста — в нашем влоге
В офисе ИнфоТеКС мы открыли Летний ТехФест и провели воркшоп по Event Storming — это 90 аналитиков, техлидов и ни одной скучной лекции. Всех участников ждали полное погружение в практику и нетворкинг.
Смотри, как это было, в нашем влоге!
P.S. В нашем TG-канал рассказываем о технических мероприятиях и конференциях, делимся выступлениями экспертов, обсуждаем подборки на технические и ИБ темы.
«Это написал Клод» — комментарий из-за рубежа, и почему идее хранилища больше двадцати лет (даже если так было бы, то клод выпивая тонные кофе это всё родил ...)
Под англоязычной версией статьи про SQLite-провайдер на dev.to появился комментарий в духе «даже без "load-bearing" и тире через всё предложение видно, что это писал Клод». Не первый раз слышу что-то подобное, так что решил ответить не в комментариях, а отдельным постом — заодно расскажу то, что давно собирался: откуда вообще взялась идея хранилища, на котором всё это стоит.
Сначала честно про долю ИИ
Не скрываю и не буду: текст статей — да, пишу в паре с Клодом, я не копирайтер и не техрайтер по профессии. Но код библиотек — другая история. Скелет и инженерные решения — мои, всегда были моими. Клод дописывает рутину поверх уже заданного паттерна, полирует, ловит ошибки, пишет тесты и комментарии. Изобретать архитектуру и решать неочевидные компромиссы — не его работа, это разные навыки, и Клод хорош ровно в первом, не во втором.
Показательный пример — сам релиз 3.6.0: баги, которые в него вошли, нашёл не Клод, а реальная эксплуатация. Модель не может споткнуться о краевой случай, который проявляется только под живой нагрузкой с непредсказуемым вводом — такое не ловится по аналогии с соседним кодом.
А теперь — откуда это всё вообще взялось
Основная идея хранилища — не изобретение последних месяцев. Первая версия появилась в 2004 году, когда я писал на Delphi — за двадцать с лишним лет до того, как Клод вообще начал существовать.
Задача была — дать объекту динамические поля на ходу, не фиксируя их жёстким классом заранее. Delphi для этого уже нёс нужный кусок — RTTI (Run-Time Type Information): каждый класс несёт метаданные о своих полях и свойствах, доступные в рантайме, не только на этапе компиляции. Поверх этого — интерфейс IDispatch из COM: GetIDsOfNames резолвит имя поля в DISPID, Invoke вызывает по этому DISPID, передавая значение через VARIANT. Вместе это давало то, чего не даёт обычный жёсткий класс: объект мог обзавестись полем, которого не существовало на момент компиляции, а вызывающая сторона — спросить о нём по имени и получить настоящий типизированный ответ.
Система прожила у меня внутри собственных проектов много лет, никуда не публикуясь. За это время она полностью пережила Delphi и COM — переехала на .NET, механизм сменился до неузнаваемости (никакого VARIANT, никакого DISPID — сейчас это типизированные колонки в Postgres/MSSQL/SQLite, которые я уже разбирал построчно в статье про 13 таблиц), а вопрос остался ровно тем же: как дать объекту гибкий набор полей, не потеряв возможность спросить "а какого оно вообще типа".
Отсюда, кстати, и название — RTTI-based storage, не маркетинговый термин, а прямое родство с тем самым механизмом Delphi. И не EAV — там никогда не было обезличенной колонки "значение", RTTI всегда знало настоящий тип.
Клод помогал полировать это перед тем, как это увидело свет публично. Сама идея и её первое воплощение — старше Клода на десятилетия.
Цикл про redb:
Анатомия SQLite-провайдера: уходим от EF Core — статья, под которой появился тот самый комментарий
Всё лежит в публичных репозиториях — redbase-app. Предлагаю не гадать по стилю прозы, а склонировать к себе и прогнать нейронкой — глубоко, очень глубоко. И приглашаю на дискуссию: если найдёте что-то, что выглядит как архитектурное решение именно от модели, а не от человека, который держит всю систему в голове годами — с удовольствием обсужу предметно.
Jetpack Room 3.0 теперь stable с кучей преимуществ для мультиплатформы и не только. Запланируйте интеграцию нового мажора.
У меня как раз есть статья: https://habr.com/ru/articles/1019598
Как поменять firewall на удалённом сервере и не отрезать себе SSH
Настраивать firewall по SSH всегда немного тревожнее, чем кажется в документации. Одно неудачное правило — и вместо аккуратно закрытых портов получаем сервер, до которого теперь нужно добираться через консоль провайдера или просить кого-то вернуть доступ.
26 августа в 19:00 на бесплатном демо-уроке будем разбираться, как работать с nftables на удалённом Linux-сервере так, чтобы изменения можно было вносить контролируемо и без неприятных сюрпризов. Заодно станет понятнее, чем nftables отличается от привычного iptables и что учитывать при постепенном переходе между ними.
Урок проведёт Николай Лавлинский — преподаватель-практик курса «Администратор Linux. Продвинутый уровень». Формат рассчитан на разбор реальной админской задачи, где цена ошибки вполне ощутима.
Больше бесплатных уроков на август собрали в дайджесте — там можно быстро посмотреть темы и выбрать нужную сейчас.
Уже давно заметил, что если навигироваться в Obsidian через зажатие стрелок, то через какое-то время появляется жесточайший лаг.
Решил сделать профилирование. Получилось довольно продуктивно. По пути кинул баг-репорты Fakelink и Excalidraw, чтобы они улучшили производительность в конкретных местах. На удивление проблемы решились в тот же день. Видимо, мало кому из разработчиков нравится, когда их плагин тормозит :)
Но главное узкое место оказалось в обработке зажатых клавиш редактором CodeMirror, который работает под капотом самого Obsidian. Апдейты начинают накапливаться, не успевают обрабатываться, и в итоге лаг линейно растёт со временем вплоть до зависания.
В итоге сделал плагин, который это исправляет, а заодно решил превратить его в контейнер для других мелких фиксов и изменений UI.
Сейчас в плагине есть следующие микропатчи:
Исправляет лаг при зажатии стрелок
Держит курсор примерно в центре для удобства чтения
Скрывает светофор на macOS
По умолчанию открывает поиск в Bases
Убирает анимации в интерфейсе
Если у вас есть идеи, какие ещё можно сделать микропатчи, то буду рад их рассмотреть.
Приглашаем на МТС True Tech Friends — фестивальное ИТ-событие для всех, кто следит за трендами ИИ и любит активности 🦾
Встретимся в Москве на стадионе Свиблово 21 августа, чтобы совместить активный отдых и профессиональное общение. Гостей ждут гонки на самодельных болидах, кроссфит с ИИ-агентом, большой теннис, баскетбол и афтепати на поле.
Также в программе:
Доклад «Просто о сложном: делегируем экспертные задачи кибербезопасности ИИ»
Никита Полосухин, Senior System Analyst в RED Security, MWS, расскажет, как переложить часть задач по кибербезопасности на ИИ и какие риски при этом возникают.
Брейнхак «ИИ в звонке: карта возможностей»
Максим Масленников, Cluster lead Architect MWS, проведет командное соревнование по внедрению ИИ в highload‑продукт, в котором участники поборются за призы.
Командная бизнес‑игра «IPOcalypse: восстание нейросетей»
Участники примерят роль топ‑менеджмента, который должен внедрить ИИ во все отделы, удержать выручку и успеть на IPO до того, как конкуренты или собственные роботы пустят бизнес под откос.
Открытая беседа «Он 10 из 10, но… Грабли внедрения ИИ‑агентов»
Гости поделятся реальными историями, что пошло не так при внедрении ИИ‑агентов в продакшн. Этим спикером со сцены может стать кто угодно.
📅 Когда: 21 августа (пятница) в 17:00, стадион Свиблово в Москве
👉 Регистрируйся по ссылке, чтобы провести вечер с пользой и драйвом и присоединиться к сообществу.
Разведка боем: Скрытая карта режимов 8BitDo Zero v1 и прошивка по воздуху через Linux
Короткая заметка для тех, кто ковыряет ретро-железо. Стояла задача: использовать микро-геймпад 8BitDo Zero 1-го поколения (Bluetooth 2.1) для специфического HID-ввода, изменив раскладку “намертво” внутри устройства.
Официальный софт под Windows давно заброшен, поэтому ремап делался по воздуху через Linux (RFCOMM). В процессе удалось полностью разобрать структуру конфигурационного пакета, отправляемого контроллеру.
Структура KEYMAP-пакета
При отправке команды +KEYMAP; геймпад принимает массив, где блоки идут друг за другом в зависимости от режима удержания кнопок при включении (по 12 байт на режим в аппаратном порядке: Вверх/Вниз/Влево/Вправо/Select/Start/B/A/X/Y/L/R):
START — Режим стандартного джойстика (Usage Page 0x09)
R + START — Режим PC-джойстика
START + B — Стандартная клавиатура (Usage Page 0x07), выдает стрелки (52 51 50 4f) и Enter/Esc (28/29).
START + B + R — Расширенная клавиатура.
START + A — Режим iCade (раздельные HEX-коды на Press и Release).
START + X — Скрытый сервисный/Emu-Touch режим прошивки (0F 0E 0D 0C...).
Shutter (Селфи-пульт) — Комбинированный режим. Позволяет сочетать стандартные кнопки клавиатуры (Page 0x07) и мультимедиа-коды Consumer Page 0x0C (Громкость: 80/81, Яркость: 6F/70, Снимок: 65).
Как шить (Пайплайн в 3 окна)
В первом окне терминала поднимаем RFCOMM-канал на 1-м L2CAP канале геймпада: sudo rfcomm connect 0 [MAC_АДРЕС] 1
Во втором окне правим HEX-массив и инжектируем его Python-скриптом напрямую в /dev/rfcomm0 (скрипт прикреплен ниже). Контроллер должен вернуть успешную сигнатуру 0e0100a6.
В третьем окне контролируем прохождение пакетов через sudo btmon.
В конце пакета обязательно должны идти маркеры валидации aa 55 aa 55, иначе чип отвергнет прошивку. Мне удалось успешно собрать кастомный Shutter-режим, внедрив туда нужные клавиатурные скан-коды (30 и 40) рядом с системными. Код скрипта прилагаю.
import serial import time # Настройки порта PORT = '/dev/rfcomm0' # Ваши данные для записи (с 07 07 07 07) DATA = b'\x00\xa6WR+KEYMAP;\x00\x00\x64\x00\x00\x00\x00\x00\x1a\x1b\x11\x10\x13\x14\x16\x17\x01\x01\x01\x01\x1a\x1b\x11\x10\x13\x14\x16\x17\x52\x51\x50\x4f\x28\x29\x4d\x4e\x4a\x4b\x0e\x10\x13\x14\x15\x04\x1b\x1c\x18\x05\x16\x17\x19\x1a\x1a\x1b\x04\x07\x0f\x12\x0b\x18\x0d\x1c\x0e\x0c\x08\x1d\x14\x06\x19\x0a\x15\x09\x11\x17\x13\x10\x0f\x0e\x0d\x0c\x09\x00\x08\x07\x05\x06\x04\x03\x52\x51\x50\x4f\x28\x29\x4d\x4e\x4a\x4b\xea\xe9\xaa\x55\xaa\x55' try: print(f"--- Попытка открыть {PORT} ---") # Открываем порт с таймаутом 2 секунды with serial.Serial(PORT, baudrate=115200, timeout=2) as ser: print("Порт открыт. Отправка данных...") ser.write(DATA) ser.flush() # Гарантируем отправку всех байт print("Данные отправлены. Ждем подтверждения от геймпада...") response = ser.read(16) # Читаем ответ if response: print(f"ОТВЕТ ПОЛУЧЕН (HEX): {response.hex()}") if "0e0100a6" in response.hex(): print("УСПЕХ: Геймпад подтвердил запись ремапа!") else: print("ВНИМАНИЕ: Ответ получен, но он не похож на стандартное подтверждение.") else: print("ОШИБКА: Геймпад ничего не ответил (таймаут).") except Exception as e: print(f"КРИТИЧЕСКАЯ ОШИБКА: {e}")
Чуть лучше код
Короче, котаны, сейчас открою вам секрет, который бустанет вас нереально по качеству кода. Люди давние в профессии интуитивно чувствуют его, даже если никогда не слышали о нем. Самые признанные олды выступают на конференциях, как вы догадались, о мега секрете. Итак, барабанная дробь, хотя еще секунду, почему об этом хочется написать министатью, потому что иногда (а на деле слишком часто) стандартную задачу сходить за репортом и положить в базу нельзя переиспользовать и нельзя легко затестить. Речь пойдет о идемпотентности.
Что дано:
поход в базу (начальные данные)
поход по апи за списком (указателей или стримов)
для каждого (репорта): поход по апи за данными и сохранение в базу
Легко пишем (неправильный) скрипт, кладем в крон и профит? Почти. Через пару лет в дев базе 2kk записей и селект ну очень долго ждать. Порядочные пацаны (и девушки) пишут тесты на sqlite, и неявно имплeмeнтируют идемпотентность, создавая и дропая базу данных на каждую пачку тестов. Sql insert не является идемпотентной операцией, но с пустой базой прокатывает.
В чем, собственно, проблема? Идемпотентность (от лат. idem — тот же самый и potens — сильный, буквально — равносильность) — свойство объекта или операции при повторном применении операции к объекту давать тот же результат, что и при первом. Так вот, sql insert и app_call(date_now) не обладают идемпотентностью.
Что делать? Как и в примере выше, создаем искусственную идемпотентность (да, этот термин повторится еще много раз), вынося в контекст доступ к базе, апи вызовы и т.д. (трансформация csv). Короче, контекст может быть пустой и код должен корректно работать. Или в контексте будет передан доступ к базе, но без апи вызовов или трансформации csv. И опять код должен работать корректно.
Чем заменить? Дефолтными значениями, как ни странно, дефолтные значения идемпотентны, если это, например, список и словарь. Удачного кодинга :)
P.S.: Хотел приложить примеры кода, но кол-во строк оказалось больше размера статьи :)