Все потоки

💰Согласно оценкам WARC, объём мирового рынка рекламы по итогам 2025 г. вырос на 8,9%, до $1,19 трлн. 

По прогнозам экспертов компании, в 2026 г. рост индустрии составит 9,1% ($1,3 трлн), в 2027 г. – 7,9% ($1,40 трлн).

В прошлом году 69% рекламных расходов приходилось на 10 крупнейших рынков. 

Доля крупнейшего рынка – США – составляет 35,3% от общего мирового объёма: $421,1 млрд (+8,9% в 2025 г.; +7% в 2026 г.; +6,4% в 2027 г.).

Доля второго по величине рынка – Китая – 16,8% от общемирового объёма. В 2025 г. китайская рекламная индустрия увеличилась на 6,9%, до $200,1 млрд (в 2026 г. – +8,9%, в 2027 г. – +8,3%).

На третьем месте с ростом в 2025 г. на 9,3% ($58,1 млрд) и прогнозируемым увеличением на 9,3% в 2026 г. – рынок Великобритании.

По итогам 2025 г. рост объёма рекламного рынка Индии ожидается на уровне 4,6%, до $13,8 млрд (+8% в 2026 г., +9,7% в 2027 г.), Японии – +4,6%, до $39 млрд (+3,8% и 6,7% в 2026 и 2027 гг.).

Объём рынка рекламы Германии в 2025 г. увеличился на 9,3%, до $34,4 млрд (+8,3% в 2026 г., +4,7% в 2027 г.), Франции – на 8,9%, до $21,9 млрд (+7,2% в 2026 г., +4,3% в 2027 г.), Италии – на 7,4%, до $12,4 млрд (6,8% в 2026 г., +4,1% в 2027 г.), Испании – на 9,8%, до $10,7 млрд (+8,7% в 2026 г., +5,4% в 2027 г.).

Канадский рекламный рынок завершил 2025 г. с ростом в 2,3%, $17,9 млрд (+4,6% в 2026 г., +6,4% в 2027 г). В Мексике объём индустрии сократится по итогам года на 8,8%, до $7,5 млрд, но в 2026-2027 гг. ожидается рост на уровне 6,6% и 7,2% соответственно.

WARC (World Advertising Research Center) - ведущее глобальное аналитическое агентство и медиаресурс, специализирующееся на исследованиях, данных и аналитике в области маркетинга, рекламы и медиа.

Как установить и настроить Syncthing на Ubuntu

Syncthing — это open-source-инструмент для синхронизации файлов напрямую между устройствами без централизованного облака. Данные передаются по защищенному каналу и не сохраняются на сторонних серверах, поэтому контроль над инфраструктурой и доступом остается у владельца системы.

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

В в блоге разобрали установку на Ubuntu через apt, первый запуск и настройку через веб-интерфейс, добавление устройств и папок, запуск как службы через systemd для серверных сценариев, а также рекомендации по безопасности и оптимизации. Читайте на сайте Рег.облака.

Жду, когда Cursor и Claude Code будут стоить по $2000-$3000 в месяц. Они уже заменяют джунов, но скоро под нож пойдут и  миддлы, и сеньоры. А здесь простой ROI (возврат инвестиций) для ком��аний: не болеет, не ходит на перекуры, не выгорает, не увольняется. Соответственно, нет сопутствующих затрат. Сейчас идет этап адаптации и принятия, поэтому действуют «дешевые» тарифы по $200. 

Бесплатный мини-курс для специалистов по ручному тестированию. От нейросети до тест-кейса: практическое применение ИИ в тестировании.

Привет, Хабр! Я — Николай Корнетов, ведущий инженер-тестировщик в IBS. Мы с коллегами записали бесплатный мини-курс об использовании искусственного интеллекта для задач ручного тестирования.

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

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

Ахиллесова пята SharedPreferences

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

SharedPreferences часто используют «по привычке» — сохранить токен, флажок, пару строк. Но в какой-то момент это начинает тормозить интерфейс и даже приводить к ANR, особенно если запись/чтение происходит не там и не тогда, где вы ожидаете. Автор делится измерениями производительности, показывает, как деградация превращается в потерю кадров при переходах между экранами, а затем сравнивает варианты.

Эта статья будет особенно интересна Android-разработчикам и тимлидам, которые уже сталкивались с мистическими ANR, просадками перформанса и фризами на слабых девайсах, а также тем, кто держит в приложении много сторонних SDK и хочет понимать, как неявные записи в SharedPreferences могут незаметно копить нагрузку.

Читайте статью «Ахиллесова пята SharedPreferences и стоит ли внедрять Datastore как альтернативу»

В бизнесе многие готовятся к запуску как к экспедиции на Марс

Собирают оборудование. Проверяют гипотезы. Дорабатывают скафандр. Ещё немного исследований. Ещё немного аналитики. Ещё чуть-чуть улучшить продукт — и вот тогда можно стартовать.

Проблема в том, что большинству бизнесов нужно не на Марс, а всего-навсего через дорогу.

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

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

Если задача — увеличить продажи, не обязательно пересобирать весь бренд. Иногда достаточно поправить позиционирование и 2–3 ключевые точки контакта.

Если задача — выйти в новый сегмент с текущим продуктом, не всегда нужна «стратегия на 100 слайдов». Нужна ясность: кому, с чем и через какие каналы ты заходишь.

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

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

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

Фактчек не нужен: мы решили не делать то, что делают все

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

Начали делать модуль фактчека. Через Перплексити сделала исследование, принесла разработчику.

В какой последовательности вообще делается проверка фактов:

1. Сначала нужно понять, что из текста нужно проверить (claim detection), это не всегда так очевидно, как кажется.

2. Классифицируем утверждение — это имя, дата, цифра, гео, цитата?

3. Проверяем каждое утверждение

4. Маркируем факты (причем сначала нужно задать систему, например, бинарную)

5. Редактор выносит вердикт

Красиво, академично и вообще не то, что нужно.

Поговорила с редакторами, как они делают фактчек

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

Разработчик как бэ заранее это и предполагал: «Я очень сомневаюсь, что у нас медиа вот этим всем занимается в том объёме, как у тебя в ресёрч.» Ну прав. Нельзя автоматизировать то, чего нет. Сначала нужно дать инструмент лучше текущего процесса. А текущий процесс - это глаза, еще одни глаза и интуиция.

Сформулировала, что вообще такое для нас т.н. фактчекинг. Нам реально нужны две вещи:

1. Понимать, можно ли доверять источнику

2. Проверять, что AI не наврал при рерайте

Всё.

Решили пока ввести такие уровни доверия к источнику:

1. Если это ТАСС, Интерфакс, крупные СМИ, релизы из почты и тд - рерайтим автоматом.

2. Telegram-каналы – рерайтим, только если кто-то ещё об этом написал. «Кто-то ещё написал» - это мы и так знаем из дедупликации. Просто сохраняем число и ��спользуем как сигнал.

3. Непонятно кто, но новость релевантна изданию - показываем редактору, не рерайтим.

Сделали рерайт – проверяем консистентность, это один вызов LLM с промптом типа «Сравни факты в рерайте с оригиналом. Найди расхождения в ФИО, должностях, датах, цифрах».

Результат маркируем:

🟢 Всё совпадает с источником, можно доверять

🟡 Мелкие расхождения (округление, перефразирование)

🔴 Появились факты, которых нет в оригинале. Красный — редактор смотрит руками. Зелёный

Разработчик: «Мне кажется, это просто отдельная роль агенту даётся. Типа вот два текста, надо проверить что не так. Это норм. Обычная история.»

Ну для тебя обычная, а для меня нет. Ок, приняли.

Вопрос, который мы ещё не решили

Разраб подкинул хорошую мысль: «А что если новость сначала пришла из телеги, а потом лучше написана с нормального портала?»

Это про выбор между скоростью и надёжностью. Рерайтить инсайд из телеграма сразу — быстро, но рискованно. Ждать подтверждения, надёжно, но поздно.

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

Итог – наш фактчек немного не фактчек

Полноценный академический фактчекинг - возможно, когда-нибудь. В MVP уровни доверия к источникам + агент-верификатор, который сравнивает рерайт с оригиналом. И хорош пока. Едем без внешних API и claim detection. Просто минимально достаточная система, которая лучше глаз и интуиции.

Зачем делать игры, которые увидят немногие? | Разбаговка #6

У нас в гостях Слава Грис, разработчик игр, блогер.

В этом выпуске:

• Точка входа: История о том, как Слава оказался в геймдеве (спойлер: опыт не всегда стоит на первом месте).

• Дух андеграунда: Что движет автором, когда он создает игры не «для всех».

• Бизнес на коленке: Как инди-разработчику не затеряться в океане ежедневных релизов и найти своего игрока.

• Свобода vs Мейнстрим: Почему быть «маленьким» разработчиком — это суперсила, и зачем делать игры, которые поймут немногие.

Посмотреть или послушать можно тут:

Наш сайт

VK Video

YouTube

Mave

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

Приглашаем к просмотру и ждём ваши комментарии!

Представлен открытый проект Accomplish (formerly Openwork) — Open Source AI Desktop Agent — это сборник ИИ‑агентов для автоматизации задач на ПК, которые поддерживают API OpenAI, Anthropic, Google, xAI или Ollama.

Директор по безопасности и ИИ в Meta* Superintelligence Labs (*- принадлежит Meta, признана экстремистской и запрещена в РФ) Саммер Юэ чуть не потеряла свою переписку в почтовом ящике из-за OpenClaw. ИИ-агента начал массово удалять письма из её почтового ящика, проигнорировав команды на остановку со смартфона. Ранее ИИ-бот «потерял» её указание не предпринимать никаких действий при работе с почтой без предварительной проверки. Юэ остановила ИИ только вручную, когда дошла до Mac mini с OpenClaw.

Я сделала тему оформления для Xfce в стиле Lomiri. Мне очень нравится дизайн Lomiri - графическое окружение на Linux, которое до 2020 года называлось Unity 8. Поскольку я очень часто пользуюсь Xfce и для него не хватает дизайна в стиле Lomiri, я решила проявить инициативу.

Я использовала Linux Mint 22.3 с последней версией Xfce 4.20. Я сделала пару коммитов и теперь тема оформления Xfce доступна всем на Linux. Можете скачать с Гитхаба.

Краткая история появления паролей и их эволюция

Помнишь свой первый пароль, когда только-только появился онлайн-банкинг? Дай угадаю - 123456? Или, может, qwerty?

С первых крупнейших утечек эпохи бума интернета (привет, Yahoo и их 3 миллиарда слитых аккаунтов!) многие так и не осознали, насколько важно ставить надежный пароль. А те, кто осознал, упустили другой пугающий факт: сегодня даже самый качественный и сложный пароль не спасает от взлома.

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

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

🤬 Как ломалась наша защита:

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

2000-е, промышленные катастрофы. Интернет взлетел, миллионы людей в сети. Но компании хранили наши пароли прямо в открытом виде. Хакеры вскрывали базы (как было с сервисом RockYou) и с ужасом понимали, что половина планеты защищает свои деньги словом password.

2010-е, иллюзия контроля. Индустрия запаниковала и ввела СМС-коды и Push-уведомления. Кажется, теперь-то мы спасены? Нет. В 2022 году хакеры сломали мега-корпорацию Uber гениально просто. Они купили пароль сотрудника в дарквебе и закидали его телефон пушами: «Разрешить вход?». Через полчаса непрерывного спама мужик просто устал, психанул и нажал «Да». Человеческая психика стала главной уязвимостью.

😏 Наши дни

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

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

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

🛡С праздником! Берегите свои данные.

Как защищать данные для шифрования файлов в репозитории, сканирования утечек и организации внешнего хранения секретов, можно узнать в нашем хендбуке DevSecOps: защита данных в Git и Kubernetes на примере YandexCloud. Ссылка в нашем телеграм-канале

Какие исследования и цифры помогут вам понять, достигает ли продукт PMF

Сам по себе PMF - это не метрика, в количественном виде измерить его нельзя. Фаундер/фаундеры обычно чувствуют его, что называется, “кожей”: начинаешь понимать, что не справляешься с обработкой заявок, тебе очень сильно начинают требоваться рабочие руки, телефон “горит”...  Но важно: PMF можно предвидеть. Некоторые цифры и результаты исследований покажут это.

Итак: 

Опросите ваших клиентов. Подготовьте небольшую анкету и пообщайтесь с теми кто уже купил ваш продукт. В идеале лучше разделить тех, кто купил единожды и тех, кто неоднократно возвращался к покупке. Самое важное, что тут нужно понять: ощутит ли клиент разочарование, если ваш продукт вдруг исчезнет? Если число тех, кто остро ощутит отсутствие вашего продукта приближается к половине опрошенных (40%), значит, вы близки к PMF.

Посчитайте NPS. Еще один показатель, который можно учитывать в рамках работы с PMF — это NPS, Net Promoter Score. Этот индекс показывает, насколько ваши покупатели готовы рекомендовать продукт своим друзьям и знакомым. Чтобы вычислить этот показатель, клиентов просят оценить, какова вероятность того, что они порекомендуют продукт друзьям и знакомым по 10‑балльной шкале. В зависимости от поставленной оценки, опрошенные делятся на “адвокатов бренда”, “нейтралов” и “критиков”. NPS — это разница между процентами критиков и процентами “адвокатов” бренда. Если число положительное, значит, клиенты склонны “хвалить” продукт. Если отрицательное — продукт не нравится.

Изучите Retention. Это значит “удержание”, когда клиент приобретает привычку пользоваться вашим продуктом. Для разных ниш и продуктов частота “возвращения” будет разной. Проследите, растёт ли у вашего продукты число “постоянщиков”?

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

Сериал Fallout: почему второй сезон разочаровывает?

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

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

Но даже если смотреть максимально нейтрально — мне не зашло. Я огромный фанат серии и смотрел его с большой надеждой. А моя жена, наоборот, в отличие от меня, не играла ни в одну часть, сказала ровно то же самое: «не понравилось». И тут у меня возникает простой вопрос: тогда для кого этот сезон вообще сделан, если не заходит ни фанату, ни стороннему человеку? По ощущениям — одновременно для зумеров, незнакомых с первоисточником, и для фанатов… которым при этом просто накидали миллион отсылок без смысла и глубины 🤔

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

А здесь ощущение, будто вместо приключения мне показывают вечные «скандалы, интриги, расследования» и бесконечные попытки удержать внимание любой ценой. Отсюда же вылезает вторая проблема — порубленность сюжета. Серия будто собрана из множества микросюжетов по две минуты: прыгнули на одного героя, тут же на второго, потом на третьего, четвёртого, обратно на первого, потом на пятого… И так по кругу. Это раздражает и не даёт нормально прикипеть ни к истории, ни к персонажам. Ощущение, что создатели боятся, что зритель переключит внимание на что-то другое, и, как грудничку, его постоянно пытаются зацепить новым ярким кадром 😄

В какой-то момент я поймал себя на мысли, что сериал напоминает аттракцион в Диснейленде на вагонетке: тебя везут по рельсам, а по сторонам мелькают узнаваемые персонажи из мультфильмов — «смотри, вот его ты знаешь! И это место тебе знакомо!». И в сериале ощущение ровно такое же: «о, смотри НКР», «о, смотри Братство Стали», «о, смотри Легион Цезаря», «о, смотри Нью-Вегас», «о, когти смерти — здорово». Узнаваемо? Да. Глубоко? Нет. Убери большую часть этих «витринных» отсылок — и глобально ничего не поменяется, сюжет не развалится, потому что всё это часто просто декорации без веса и особого смысла.

В итоге создаётся впечатление, что сезон не улавливает, за что любят игры, и превращает культовую вселенную в фарс с избытком шуток. Боже мой, там даже музыкальный номер есть, Карл!!! 🤯

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

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

В зависимости от сложности схемы, печатная плата может быть выполнена в 1-2 слоя: тогда дорожки можно визуально "проследить", просветив их фонариком. К слову сказать, лет 20-30 назад инженеры вообще не испытывали таких проблем, так как печатные платы были формата сквозного монтажа и все дорожки были снаружи и, как правило, контрастные.

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

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

В данном случае, у меня на исследовании ключ автомобильной сигнализации. Как можно видеть по схеме, вся электроника крутится вокруг чипа A3XA5 QFN, работающего на частоте 27.6 МГц. С учетом того, что данное устройство является элементом безопасности, в интернете ноль информации по плате, чипу, алгоритму и т.д. Но это ненадолго: я провел собственное исследование и в скором времени опубликую свои находки! Поэтому, не переключайтесь ;)

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

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

ГИП литературы: как я проектирую технотриллер вместе с нейросетями

Привет, Хабр! Я инженер-строитель, который с детства рос на Жюле Верне. Но сейчас я решил «построить» не мост, а целый технотриллер.

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

• ChatGPT — мой редактор и мастер диалогов.

• Claude — строгий прораб, который следит, чтобы психологическая логика не развалилась.

• DeepSeek — расчётчик. С ним мы проверяем баллистику, физику разрушений и прочность конструкций (иногда спорим, когда он начинает «цензурить» мой сюжет).

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

Буду рассказывать про инженерные боли автора: от попыток рассчитать экраноплан в FreeCAD до «разборок» с ИИ, который считает, что я готовлю реальную диверсию на авиабазе (да, было и такое).

Интересно посмотреть на процесс создания истории глазами инженера? Буду рад критике, советам по матчасти и обсуждению того, где проходит грань между реализмом и «перебором».

Вот уже пара готовых статей, для тех, кому интересен процесс

Технотриллер на минном поле: баланс между реализмом, легальностью и законами физики

Писал роман — разработал экраноплан: используем ИИ и FreeCAD для инженерной проработки вымышленной техники

14 открытых уроков для бэкенд-разработчиков

Привет, Хабр. Делимся подборкой бесплатных уроков, которые скоро пройдут в Otus. Опытные практики проведут занятия онлайн — вы сможете узнать больше о формате обучения и задать вопросы экспертам. Выбирайте свою тему и присоединяйтесь.

• 24 февраля 20:00. «Работа с реляционными БД: от ADO.NET до EF Core». Записаться
  ^{Открытый вебинар курса «C# Developer. Professional»}

• 24 февраля 20:00. «Первые шаги в Java». Записаться
  ^{Открытый вебинар курса «QA Automation Engineer»}

• 24 февраля 20:00. «Создание микросервиса». Записаться
  ^{Открытый вебинар курса «Архитектура и шаблоны проектирования»}

• 25 февраля 20:00. «Знакомство с Rust. Первые шаги». Записаться
  ^{Открытый вебинар курса «Rust Developer. Basic»}

• 25 февраля 20:00. «Каналы Go без пробок и утечек». Записаться
  ^{Открытый вебинар курса «Golang Developer. Professional»}

• 25 февраля 20:00. «Разработка REST API на Laravel». Записаться
  ^{Открытый вебинар курса «Framework Laravel»}

• 26 февраля 20:00. «JDBC — ваш швейцарский нож для работы с данными». Записаться
  ^{Открытый вебинар курса «Java Developer. Professional»}

• 2 марта 20:00. «Изучаем Java с нуля на примере простой консольной игры». Записаться
  ^{Открытый вебинар курса «Java-разработчик»}

• 4 марта 20:00. «Саги vs распределённые транзакции: как моделировать рабочие потоки в распределённой архитектуре». Записаться
  ^{Открытый вебинар курса «Domain Driven Design и асинхронная архитектура»}

• 5 марта 20:00. «Знакомство с Kotlin: пишем первый код». Записаться
  ^{Открытый вебинар курса «Kotlin Developer. Basic»}

• 10 марта 20:00. «Реализация простого HTTP сервера на Java». Записаться
  ^{Открытый вебинар курса «Java-разработчик»} 

• 10 марта 20:00. «Дженерики в Go: от синтаксиса до смысла». Записаться
  ^{Открытый вебинар курса «Golang Developer. Professional»}

• 10 марта 20:00. «Мультитенантная архитектура в Laravel: как масштабировать проекты под десятки и сотни клиентов». Записаться
  ^{Открытый вебинар курса «Framework Laravel»}

• 11 марта 20:00. «Сообщения, которые не теряются: Брокеры против хаоса в Java». Записаться
  ^{Открытый вебинар курса «Java Developer. Professional»}

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

Учимся работать с искусственным интеллектом

Бесплатные онлайн-курсы для прокачки навыков работы с AI-технологиями. Внутри теория, практика и набор готовых инструментов. Никаких дедлайнов и домашних заданий.

1️⃣ AI для менеджеров (NEW)

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

Вы узнаете, как:

• подготовить бизнес к внедрению AI

• выбрать AI-технологии

• адаптировать AI-модели под задачи

• оценить экономику AI-проектов

• перейти от идеи к PoC

• обеспечить Data Governance и безопасность данных

2️⃣ Cloud.ru ML System Design

Курс о том, как проектировать и разрабатывать ML-системы. К концу обучения вы освоите рабочие методы создания эффективных и масштабируемых решений. Актуально для менеджеров проектов и продуктов, а также для backend-, frontend- и DS-разработчиков.

Вы узнаете, как:

• устроены ML-системы

• оценивать ML-модели

• выполнять конструирование признаков 

• проектировать данные

• обслуживать модель в облаке

• отслеживать и внедрять изменения

3️⃣ Креативное мышление и AI для решения задач

Курс про инструменты креативных методологий ТОС и CRAFT. В процессе обучения вы создадите AI-ассистента для генерации идей через системный промпт. Подойдет руководителям команд, предпринимателям и всем, кто интересуется креативом и AI.

Вы узнаете, как:

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

• находить неочевидные решения

• воплощать идеи в жизнь

• мыслить креативно с помощью AI

Обновлён открытый проект PersonaLive. Этот ИИ который анимирует лицо в реальном времени для стримов и видео. Суть простая: загружаете портрет и «движущее» видео (или вебку), а нейросеть переносит мимику, повороты головы и речь на фото. На выходе получается будто человек с картинки реально говорит и двигается. Главная киллер‑фича: система может генерировать длинные ролики без обрывов и работать почти в лайве. Технологию уже приняли на конференцию CVPR-2026, исходный код решения опубликован на GitHub под лицензией Apache License 2.0. Потенциально это новый уровень для VTuber‑стримов, цифровых ведущих и виртуальных персонажей.

Представлен открытый проект скилла Make no mistakes для Claude Code, который заставляет нейросеть дважды перепроверять код и писать почти без багов и ошибок: 

• Claude исправит свои ошибки и недочёты;

• ИИ два раза будет перепроверять весь код до последней строки, фак��ы, отчёты, рассуждения, умозаключения и выводы;

• если у нейронки появятся сомнения — ИИ сообщит, а не будет юлить и стараться придумывать неэффективные решения;

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

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