Все потоки

Феномен: статьи не в тему Хабра всё равно иногда популярны

При отрицательном голосовании за статьи и карму на Хабре обязательно указывать причину. И авторы могут увидеть анонимно оставленные причины (как я понял - только для голосов за карму, за статьи - нет). Одна из причин - Статья\Тема не для Хабра (общий вариант при выборе причин минуса за карму и за статью). Тем не менее, часть статей, не вписывающихся в тематику, становятся очень популярными. Пример: статья Как поехавшие бабули отсудят у вас квартиру: самый полный разбор от юриста (+400 рейтинг, 526 в закладках). Эта статья по сути про сферу законодательства в недвижимости (кейс Долиной). А выбраны хабы "Финансы в IT", "Законодательство в IT". Другой пример - моя статья "Как я обжаловал попытку военкомата ограничить меня в правах" (+225 рейтинг, 529 в закладках). В хабах "Удалённая работа", "Законодательство в IT", "Лайфхаки для гиков". За эту статью я получил один минус в карму с формулировкой "Статья\Тема не для Хабра". Причина такого голосования ясна. При этом плюсов в карму я получил несколько десятков. И вот что интересно: подобные ситуации показывают проблему. С одной стороны авторы рискуют попасть в немилость пользователей и нахватать минусов (поднимая, как им кажется, важные вопросы, для которых нет нужного хаба на Хабре). Возможно, кто-то из авторов имеет интересные темы. Но, не стал их публиковать из-за этого. С другой - часть авторов угадали настрой пользователей (или им просто повезло). Я не знаю какой процесс создания на Хабре новых хабов. Но, очевидно, что даже создание хабов ситуацию полностью не решит. За последние 10 лет на Хабре и так уже появилось много новых хабов. И всё равно, как видно, есть статьи, которые не попадают под них, но популярны у читателей.

Какой user-side подход выбрать?

Может многие и не задавались вопросом, но я думаю это интересная тема, которую можно прояснить.

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

В моём случае каждая строчка кода дорога. Работаю я в одиночку.

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

Телеграм-бот

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

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

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

Хотя, есть mini-app, но в их подробности я не вдавался.

Веб-приложение

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

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

Мобильное приложение

Наверное самый сложный и трудозатратный, но по моему мнению в нынешнее время самый перспективный вариант. Да, по сравнению с веб-собратом работать оно будет не везде, а только на мобилке, при том на определённой (IOS или Android).

Но при этом мобильное приложение даёт реализовать максимально удобное и оптимизированное управление, потому что почти всё можно настроить под свой продукт.

Небольшая сводка

Для чего бот: для простого функционала. Можно использовать как небольшое дополнение к какой-либо инфраструктуре. Этот подход наименее трудозатратен.

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

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

Что кому разрабатывать в первую очередь зависит от самого проекта, универсального варианта здесь нет по моему мнению.

PS: интересно узнать чужое мнение, так как возможно здесь много субъективщины.

Claude Code стал публичным из-за ошибки в сборке

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

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

Ознакомиться с утёкшим кодом можно в репозитории: https://github.com/instructkr/claude-code

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

Мой блог в Телеграм: Хак Так ⬅ поддержите подпиской!

Тестировщики из Авито запустили подкаст — и у них есть что сказать

«Не воспроизводится» ведут Оля Шнайдер и Сережа Атрощенков — практикующие QA-инженеры, которые каждый день работают с тем, о чём собираются говорить. В выпусках они разбирают реальные темы мира тестирования: ручное и автоматизированное тестирование, работа с ИИ, карьерный рост, отношения с командой, work-life balance — и всё, что обычно остаётся за закрытыми дверями ретро.

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

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

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

• VK Видео 

• YouTube

• mave.stream

💬 Обсуждение тем, тренды в QA и, конечно, мемы — в Telegram-канале «Не воспроизводится».

Добро пожаловать в мир тестирования. Баги прилагаются.

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

В топку ваши резюме! Как на самом деле нанимать сотрудников в стартап

В стартапах принято говорить, что команда — главный актив. Но как на практике отличить человека, который украсил резюме, от того, кто действительно поможет проекту выжить? Резюме тут бесполезно. Правильный найм начинается не с поиска кандидата, а с формулирования задач, которые ему предстоит решать. Рекрутер изучает резюме, и это — входная точка, не более. Настоящее собеседование начинается после. И на нём фокус смещается на мягкие навыки (soft skills). Почему это критично? Потому что всему необходимому («хардам») можно обучить. А вот если у человека нет нужных софтов — будет сложно.

На что мы смотрим при найме?

1. Адаптивность и быстрая обучаемость
Вчера делали одно, сегодня приоритеты сменились, завтра можем перечеркнуть всё и начать с нуля. Нам нужны те, кто не паникует при смене курса и способен «переобуться в воздухе».2. 2. 2. Проактивность
В стартапе никто не бегает с напоминаниями. «Я ждал, когда мне скажут» — здесь не работает. Нужно самому видеть, что сделать, самому предлагать улучшения, самому уточнять, если что-то непонятно.
3. Ориентация на результат, а не на процесс
Нам не важно, сколько часов человек просидел за компьютером. Важно — сделано или нет. Если сотрудник привык отчитываться «я работал», а не «я сделал» — это не наш человек.
4. Умение работать в хаосе
В стартапе нет идеального ТЗ, нет налаженных коммуникаций, нет «зоны комфорта». Нам нужны те, кто в хаосе не тонет, а, наоборот, видит возможности там, где другие видят бардак.
5. Честность и зрелость
Ошибаться можно. Не признавать ошибки — нельзя. В стартапе цена ошибки высока, но цена сокрытия проблемы — ещё выше. Мы ищем взрослых людей, которые способны сказать: «Я накосячил, давай чинить», а не прятать голову в песок или искать виноватых.

4 фишки собеседований в стартап: наши секреты

Лично я собеседую кандидатов только на ключевые должности в проектах — руководителей, кофаундеров, лидеров направлений. Для меня важно проверить, есть ли у человека предпринимательское мышление, готов ли он брать ответственность и как относится к рискам.
Что касается остальных сотрудников, их собеседуют руководители на местах. Раскрою несколько наших «фишечек».

1. Собеседование — почти что кастдев
Фокус не на былых «заслугах», а на том, как человек решал конкретные задачи в прошлом. Мы предлагаем наши актуальные кейсы: интересно, как человек работает с цифрами и воронками. Хороший тест: «Расскажи бабушке, что такое ROMI» (или другая метрика — в зависимости от профиля). Умение принять нестандартную задачу, спокойно её решить, приложить креатив — это и есть софты.

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

3. Тестовая неделя вместо долгого вливания
Собеседование — процесс двусторонний, ошибиться могут обе стороны. Поэтому, помимо испытательного срока, у нас есть понятие «тестовая неделя». По итогам первой недели куратор делает вывод о работе подопечного и проводит беседу с ним. Если всё ок — работаем дальше. Если нет — расстаёмся безболезненно. Примерно 5% кандидатов, прошедших собеседования, отсеиваются по результатам тестовых недель.

4. Два крутых кандидата на одну вакансию? Берём обоих!
Бывает так, что есть сразу два сильных кандидата на одну должность. У нас была практика — делать предложение сразу двоим. И, кстати, бывали случаи, когда в компании оставались оба. Для софтового и грамотного сотрудника работа найдётся всегда. Такой подход позволяет привлекать как можно больше компетентных ребят и усиливать команду.

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

Рег.облако договорилось о партнерстве с DDoS-Guard и интегрировало их защиту прямо в облачную платформу — подключить можно через стандартную панель управления. Актуальность очевидна: за 2025 год атаки на облачный сегмент выросли почти в полтора раза, 80% из них бьют по уровню L7 — прямо по сайтам, API и личным кабинетам.

Решение работает на уровнях L3–L4 и L7: автоматически обнаруживает атаки, запускает фильтрацию за несколько секунд и противодействует ботам через поведенческий мультивекторный анализ. Особенно актуально для интернет-магазинов, игровых платформ, финансовых сервисов и корпоративных систем — там простой стоит дорого.

Подробнее об интеграции читайте на сайте Рег.облака. 

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

В новой статье вы сможете увидеть путь поддержки PVS-Studio за последние пять лет: развитие отделов, внутренних инструментов, а также кейсы клиентов СВД ВС и Eltex.

Пройдите опрос и расскажите, каким вы видите будущее Bare Metal Cloud

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

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

Пройти опрос →

💡 Давайте напишем вам 2 текста, которые сразу начнут работать!

Вы пишете тексты по правилам, а продаж нет?

Вы садитесь писать. Думаете над структурой, вычитываете, переписываете. Публикуете. И — тишина. Лайк от подруги, сердечко от мамы, комментарий от нейробота.

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

Я 34 года работаю с текстами и смыслами. И за это время вывела одну простую механику: пост работает, когда в нем есть четыре элемента, расположенных в определенном порядке. Если хоть один выпадает или стоит не на своем месте — текст не ведет, его просто пролистывают. Я собрала эту последовательность в свою авторскую методику ПОСТ.

👉 Я приглашаю вас на БЕСПЛАТНЫЙ ТРЕХДНЕВНЫЙ ИНТЕНСИВ, где мы вместе напишем 2 текста, которые сразу же начнут работать.

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

• 📍 День 1. Напишете пост о себе, который начнет работать на ваши продажи.

• 📍 День 2. Напишете пост-кейс, который докажет читателю: вы тот, кто может решить его проблему.

• 📍 День 3. Живой вебинар «7 шагов, которые превратят ваш контент в работающую воронку продаж» и разбор ваших текстов. Покажу, где теряются ваши деньги и как это исправить.

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

👍 6–8 апреля. В закрытом канале.

Чтобы ваши посты наконец начали работать.

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

В новой версии Firefox 149.0 появился встроенный Mozilla VPN с бесплатным трафиком 50ГБ в месяц. Сообщается, что функция раскатывается сначала для США, Великобритании, Германии и Франции. Видимо, так как я сидел на французском VPN, мне тоже прилетело обновление с этой функцией (или доступно уже всем?).

В настройках можно добавить адреса сайтов-исключений, которые будут открываться без VPN (например, gosuslugi.ru, vk.com и т.д.). Возможности вписать регулярное выражение не нашел (для всех ru/su/рф доменов).

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

Обо всех изменениях можно узнать подробнее в примечаниях к версии.

Как мы на прошлой неделе разбирались с российским BI (спойлер: рынок — настоящие джунгли)

В пятницу по запросу резидента «Фармакода» провели закрытую встречу. Пригласили Викторию Рамейкину из «Кругов Громова». Она изучает российское ПО для работы с данными.

Она пришла со своей 571-страничной «Картой российского BI» и 87 платформами в каталоге. И вот что выяснилось.

Рынок перегрет. После ухода Tableau, Qlik, Power BI все побежали занимать нишу. Сейчас доля российских BI выросла с 9% до 68% за три года. Но качество? До лидеров ещё 3–5 лет.

Выбирать «лучший» BI бесполезно. Нет лучшего вообще — есть подходящий под вашу архитектуру, данные, задачи. Вендоры сейчас дорабатывают продукты вместе с заказчиками. По сути, многие компании стали бета-тестерами. Потому что времени на пилоты нет, а бизнес хочет «как было с Power BI».

Главная боль — не технологии, а люди и Data Governance. Self-Service BI — это тренд №1. Но если нет порядка в данных и компетенций, self-service превращается в хаос и три версии правды. Кто это проходил — поймёт. Ещё важный момент: переход на российский BI редко бывает простой заменой. Это повод пересобрать процессы. Либо вы просто копируете старые отчёты (и мучаетесь), либо используете момент, чтобы сделать аналитику лучше.

Мы проговорили всё это почти два часа. Никаких продаж, только реальные кейсы и честные ответы.

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

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

Хотите быть в такой среде? Присоединяйтесь. 👉 pharmakod.club

Плагин для проведения кокунрентного анализа с помощью ИИ

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

И тогда, чтобы решить задачу с конкурентным анализом я написал отдельного агента на LangChain – Playwright, парсинг сайтов, всё такое.

А теперь с появлением skills паттерна или настройки для агентских систем Claude Code (и в Cursor, Codex) в этом просто пропала необходимость.

Я перетащил все логику из того агента в скилл, и написал плагин который делает тоже самое, но более эффективно и в вашем любимом инструменте.

Если пользуетесь Claude Code, Cursor, Codex — забирайте:

npx skills add Ata-ux/pm-copilot --skill competitive-analysis -g

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

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

Многие удивляются и спрашивают: Зачем мы делаем Стачку именно в Ульяновске, небольшом городе на Средней Волге?

И вправду, коммерческой логики в этом не очень много. Да, в Ульяновске есть ИТ‑компании и достаточно развитая ИТ‑индустрия, но в соседних, более крупных городах, очевидно, что специалистов больше. Если говорить про Москву, так больше на пару порядков. И очевидно, что такого объема мероприятие, где более 300 крутых спикеров, но проведенное в Москве, будет успешнее, чем в Ульяновске.

В 2012 году, в Ульяновске, мы встретились с основателями несколькими ИТ‑компаний и захотели, чтобы люди в городе начали обмениваться практическими знаниями. Нам хотелось, чтобы в городе было больше квалифицированных специалистов, чтобы рождалось больше успешных компаний. Но даже тогда некоторые ИТ‑компании говорили, что у нас ничего не получится, не верили в нас, боялись говорить сотрудникам о мероприятии(вдруг схантят). 

Но мы росли, развивались и к 2019 году собрали на площадках Ульяновска и Иннополиса более 6000 участников, объединив специалистов со всей страны. В 2020 году пришла пандемия и мероприятия запретили проводить. 

Только в 2023 году, после 3 лет застоя, мы смогли собраться и провести мероприятие. Мы начали строить команду, пересобирать мероприятие, потому что понимали, что хотим и дальше развивать ИТ‑индустрию. Мы слышали отклики ребят, что это круто и это очень им помогает. Мы видели, как работает нетворкинг, когда люди знакомятся и вместе потом решают крутые задачи. Но стоит ли этого того, чтобы продолжать? :-)

Сейчас индустрия переживает сложные времена. Мы понимаем, что для многих ИТ-компаний и ИТ‑специалистов сейчас непростое время. Мягко говоря, не до развития. Но мы чётко уверены, что именно такие времена и порождают что‑то новое, прорывное, именно сейчас мы, как мероприятие, очень нужны. Где ещё можно узнать на самом деле, что происходит в индустрии? Где ещё понять, какие возможности открываются?

Нам хочется также, как и тогда, в 2012 году, развития. Больше востребованных специалистов, больше успешных ИТ‑компаний. Именно это позволит развивать город, регионы и страну в целом.

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

Стачка — это в первую очередь наша крутая команда, ребята — вы лучшие. 

Огромное спасибо вам за ежедневный труд!

Нас поддерживают и помогают много ребят, огромное спасибо, что вы с нами! 

И да, мы будем продолжать делать Стачку в Ульяновске. 

Для каждого, кто читает этот пост.

Stop working! Все на Стачку!

10–11 апреля, Ульяновск.

ТСПУ как система: что можно утверждать, а что пока остаётся реконструкцией

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

Чтобы не скатываться в источники «одна баба сказала» мифологию, полезно развести эти уровни отдельно.

Подтверждённый слой

На основании открытых данных можно считать достаточно подтверждённым следующее:

• ТСПУ распределены по сетям операторов и управляются централизованно.

• система использует комбинацию механизмов: DPI, DNS и более грубые сетевые методы.

• ТСПУ хранит контекст и может реализовывать не только статические блокировки, но и временные ограничения.

• в системе существует разрешительная/запретительная политика (Белые/черные списки).

• ТСПУ имеет ресурсные пределы; кроме того и режим bypass (Пропускаем весь трафик).

• РКН планирует существенно увеличивать мощность и бюджет этой инфраструктуры.

Вероятный слой

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

• скорее всего, внутри реализован многоступенчатый pipeline обработки и принятия решений;

• белые списки, скорее всего, работает как fast‑path (дешевое, с точки средния ресурсов решение) для удешевления обработки части трафика;

• часть решений может приниматься по совокупности признаков, а не по одному сигнатурному совпадению, возможно накопительная система, как в антифроде;

• под высокой нагрузкой система, вероятно, переходит к более дешёвым сценариям анализа и воздействия;

• Telegram и сопоставимый трафик можно предположительно отнести к дорогому классу нагрузки для DPI, так как. MTProxy маскируются под https и требуют более глубокого L7 анализа, тоже похоже относится и к VLESS.

Гипотетический слой

Пока нет оснований уверенно утверждать:

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

• используются ли ML/AI‑компоненты, или всё построено на правилах и эвристиках;

• как именно система управляет таблицей состояний соединений — как очищает её, какие записи вытесняет при нехватке ресурсов и по каким правилам хранит информацию о текущих и недавних сетевых сессиях;

• где именно находятся пороговые значения для включения bypass;

• насколько отличается глубина L7-разбора между разными типами трафика.

Мой промежуточный вывод такой: ТСПУ разумно анализировать не как отдельное устройство, а как распределённую систему с централизованным управлением, ограничениями по вычислительным ресурсам и, вероятно, несколькими режимами деградации.

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

Об авторе:

Я занимаюсь информационной безопасностью, основной профиль — практическое тестирование на проникновение (pentest), расследование инцидентов и анализ защищённости инфраструктур. В том числе работаю с инцидентами, связанными с хищением криптоактивов и разбором сложных кейсов, требующих технического и аналитического подхода.

Канал TG

Профессиональный профиль

Delta Chat

Всё, Хабр, меня начал банить товарищ майор, причём шадоубаном.

Чтожж, это было весело. Наша любовь, хоть уже как и 18 существовала, но с начала войны мы пошли разными путями.

Так что - сайонара.

Я давно уже живу в США, и основные вещи пишу в твиттере, медиуме и телеге. Так что если кому-то нужно будет меня найти - ищите тама. Ссылки в профиле. Можно найти по нику.

Оно как бы и понятно, что скорее всего с первого Апреля я скорее всего и до Хабра не доберусь. Ну ок.

Я напоследок написал себе парсер, который аккуратно слил все мои комменты и статьи, которые я когда либо писал на Хабре. Так что, думается, некоторые вещи я переиздам, если будет кому-то надо.

Всем спасибо, я откланялся. Есть дела поважнее.

Google представила Lyria 3 Clip и Lyria 3 Pro: две новые модели для генерации музыки

25-30 марта 2026 года Google официально представила две специализированные версии своей модели генерации музыки Lyria 3.

Модели стали доступны разработчикам через Gemini API, Google AI Studio и платформу-агрегатор OpenRouter (openrouter.ai).

Lyria 3 Clip Preview: скорость и эффективность

Lyria 3 Clip оптимизирован для быстрой генерации и работы с большими объемами запросов. Модель создает высококачественные 30-секундные аудиоклипы со следующими характеристиками:

• Цена: $0.04 за клип

• Качество аудио: 48kHz стерео

• Контекстное окно: 1,048,576 токенов

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

Lyria 3 Pro Preview: студийное качество

Lyria 3 Pro — флагманская модель для создания полноценных композиций профессионального качества. Модель обеспечивает сложную структурную согласованность на протяжении всей песни:

• Цена: $0.08 за песню

• Длительность: до 3 минут

• Качество аудио: 48kHz стерео премиум-класса

• Структура: куплеты, припевы, бриджи с профессиональной координацией

• Богатая инструментальная часть и нюансированная выразительность

Ключевые возможности обеих моделей

Мультимодальный ввод

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

Реалистичный вокал и мультиязычность

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

Точный контроль композиции

Lyria 3 предоставляет разработчикам и пользователям гранулярный контроль над создаваемой музыкой:

• Tempo conditioning — установка точного темпа (быстрый, медленный и т.д.)

• Time-aligned lyrics — возможность указать прогрессию песни и контролировать, когда начинаются и заканчиваются тексты в треке

• Composer mode в Google AI Studio позволяет создавать песню по секциям: от интро до куплетов, бриджей и других частей с индивидуальной настройкой тайминга, интенсивности и описания для каждой части

Синтез с учетом контекста

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

Безопасность и водяные знаки
Google подчеркивает, что разрабатывала Lyria 3 в тесном партнерстве с профессиональными музыкантами и продюсерами, чтобы ИИ служил дополнением к человеческому творчеству, а не его заменой. Каждый трек, созданный с помощью Lyria 3, содержит цифровой водяной знак SynthID. Эта технология обеспечивает прозрачность и доверие, позволяя любому пользователю идентифицировать и верифицировать аудио, сгенерированное Google AI, даже после модификации аудиофайла.
Google использует обширную фильтрацию и маркировку данных для минимизации вредоносного контента в датасетах.

Через OpenRouter модели доступны по следующей схеме:

• Lyria 3 Clip Preview: $0.04 за 30-секундный клип (эквивалентно $37.39 за 1M выходных токенов)

• Lyria 3 Pro Preview: $0.08 за песню (эквивалентно $14.71 за 1M выходных токенов)

• Входные токены: бесплатно

Lyria 3 Clip идеален для:

• Разработчиков, создающих приложения с фоновой музыкой

• Создателей контента для социальных сетей

• Быстрого прототипирования музыкальных идей

• Генерации музыкальных петель и превью

Lyria 3 Pro подойдет для:

• Профессиональных музыкантов и продюсеров

• Создания полноценных саундтреков

• Студийной записи демо-версий песен

• Приложений, требующих длинных музыкальных композиций

Источники:

1. https://blog.google/innovation-and-ai/technology/developers-tools/lyria-3-developers/

2. https://slashdot.org/software/p/Lyria-3-Clip/

3. https://deepmind.google/models/lyria/

4. https://ai.google.dev/gemini-api/docs/models/lyria-3-pro-preview

Как удалить все посты со стены VK. Поиск в сети не дал рабочего решения, поэтому навайбкодил код. Работает. Полный код не влез в ограничения поста, разместил тут.

Циклы власти на рынке IT

Я промахнулся с формой повествования в своей последней статье. Она получилась как автобиография с нотками самолюбования. Но суть была не в том что бы рассказать мою “невероятную” историю, я хотел сделать фокус на модель по которой работает рынок IT.

В этой модели все определяет одна переменная: баланс спроса и предложения. И эта переменная является оружием против работодателя или наоборот, против вас.

Спрос на разработчиков высокий: вам носят кофе, предлагают ДМС и опционы. Это не потому что вас любят — просто оружие сейчас у вас.

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

Я вкатывался в IT когда рынок принадлежал работодателю: в 2015-м. На тот момент джуну предлагали контракт со штрафом 500к при зп 25к в месяц. Потом рынок вырос — и за кандидатами бегали. Сейчас маятник качнулся обратно.

Почему сейчас все плохо я рассказывал в статье “У нас проблемы”. Коротко:

• Изоляция отрезала зарубежных заказчиков

• Рынок сузился до 100 млн вместо 5 млрд

• Из 40к IT-компаний 2022 года осталось 20к

• AI-хайп обесценивает разработчика в глазах бизнеса

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

И мой посыл вот в чем: кто сейчас выживет в IT — будет очень вознаграждён на следующем витке. Но до него нужно дожить… и в этот раз сделать это будет особенно больно.

Подписывайтесь ко мне в телеграм-канал, там я рассказываю о кризисе в IT и не только.

Доказал на Lean 4 несколько теорем про факториал и алгоритм Евклида.

Это было довольно забавно! Правда, на индукции я немного забуксовал. Нужно разобраться с этим подробнее. Советую попробовать вам самим доказать какие-нибудь теоремы.

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

Есть учебники по Lean, а попробовать его можно в песочнице.

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

Особенно интересно может быть написать какую-нибудь программу (это ведь язык программирования!) и доказать некоторые её свойства (это же помощник для доказательств!)

Буду рад, если кто-нибудь присоединится ко мне в изучении этого языка!

Простите, нервный выкрик доктора физ‑мат наук.

Последние несколько недель Хабр прямо под «атакой» научных альтернативщиков. Никогда такого не было, чуть ли не каждый день очередной изыскатель, наобщавшись с несуществующим ИИ (я имею в виду LLM, и стараюсь проводить чёткие границы и осознавать и стараться помогать другим осознавать, что ИИ не создан, а создан генератор случайных текстов с правдоподобным распределением весов), публикует очередную «теорию всего». В совокупности с потоком ИИшницы об использовании «ИИ», становится мега‑тоскливо, с одной стороны.

С другой, тоже интересно тренироваться «на кошках», а то иной раз в реальности научной жизни сталкиваешься с чем‑то подобным, но не знаешь, к чему подступиться. Правда, уже проще и эти статьи просто пролистывать, не глядя. Неинтересно становится. «Хаос победит, потому что он лучше организован».