Все потоки

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

Год назад над таким объявлением посмеялись бы в курилке, а сейчас похожие вакансии висят в каждой второй ленте, называются по-разному, от вежливого «AI code reviewer» до честного «разгребатель вайб-кода», и за ними почти всегда стоит одна и та же история, когда компания сначала заплатила за то, чтобы убрать людей из процесса, а потом заплатила еще раз и уже дороже, чтобы вернуть их обратно, только теперь на роль уборщиков после банкета, на который их самих не позвали.

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

1 октября в России заработал реестр цифровых платформ. Это седьмой новый государственный реестр только за 2026 год, и год ещё не закончился. Я подумал, что в такой ситуации стране срочно не хватает одного: реестра реестров. Собрал 100 государственных реестров в одну таблицу, проверил каждый по тексту закона и посмотрел, что из этого получается. Рассказываю, что узнал по дороге.

Aquilum — быстрый local-first заметочник на Rust для Windows с потреблением около 9 Мб ОЗУ и установщиком размером 10 МБ. В нём есть граф знаний, обратные ссылки, live preview Markdown, несколько баз знаний, расширенные таблицы, книги и читалка, Dataview-подобный анализ данных, быстрый поиск, история изменений и интеграция с MCP-агентами. Подробный обзор функций и архитектуры — в статье.

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

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

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

Сценарий повторяется с завидной регулярностью. Человек ставит Git for Windows, жмет Next во всех окнах установщика (включая то, где мелким шрифтом предлагается выбрать редактор по умолчанию), через неделю делает коммит, забыв указать сообщение прямо в команде, и оказывается перед черным экраном, вдоль левого края которого сверху вниз тянется столбик тильд. Курсор мигает в пустой первой строке, ниже идут строки с решеткой в начале, а внизу висит имя какого-то служебного файла с количеством строк и байтов. Кнопок нет, меню нет, крестика в углу тоже нет, поэтому пальцы делают то, что делают в любой консоли, и набирают exit.

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

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

Ещё в начале 2025 года я начал замечать, как люди при использовании ИИ переводят мозг в пассивный режим.¹ Они просят ИИ выполнить какую-то задачу (обобщить текст, написать код и т.д.), принимая результат за чистую монету.² В то время такой подход работал очень плохо, и результаты зачастую оказывались несуразными.

Но искусственный интеллект развивался, и я стал замечать такое поведение всё чаще. Иногда люди просто просят ИИ написать им код, который безоговорочно принимают как рабочий.³ В других случаях в цикле присутствует человек, который контролирует результат и в случае проблем с кодом просит ИИ устранить проблему. Никлас Грюн даже придумал таким людям название — кожаный передатчик (meat proxy).⁴

В октябре 2013 года яндекс выкупил КП. Для меня на тот момент это ничего не значило, ведь сервис остался прежним и продолжал работать. И перезапуск 2015 года не сильно повлиял на мое мнение, ведь все вернули обратно. Но всё-таки они реализовали свою идею в 2018 году и добавили онлайн просмотр. Следующая неприятность случилась в 2019 году, когда авторизацию сделали только через яндекс. Именно тогда мне и пришлось зарегистрироваться в этой экосистеме. А в 2020 году изменили систему оценок. Все это, несомненно, не доставляло положительных эмоций. Но то, что происходит в последние годы, совершенно другая история...

Если вы когда‑либо строили пайплайны для обработки потоков данных в реальном времени со строгими требованиями, то наверняка знаете, сколько инфраструктурных заморочек в этом деле. Например, обеспечивать относительно низкие end‑to‑end‑задержки в штатном режиме относительно несложно. Но что, если они нужны и в высоких перцентилях, в том числе при сбоях или плановом обслуживании одного из используемых дата‑центров целиком? Как правильно партиционировать поток данных, обрабатывающие его процессы и их долгосрочное состояние, если нагрузка постоянно меняется? Как гарантировать exactly‑once, то есть отсутствие потерь и дублей даже при сбоях оборудования и в краевых случаях? Как понять, обработали ли мы все данные на тот или иной момент? 

С такими вопросами мы столкнулись при разработке высоконагруженных рекомендательных систем. Для этих задач мы создали YTsaurus Flow — фреймворк потоковой обработки данных с сохранением состояния между событиями и гарантиями exactly‑once по умолчанию. Это совместный проект команд Yandex Infrastructure и Яндекс Рекламы для обработки потоков данных в реальном времени. И сегодня мы открываем его исходный код под лицензией Apache® 2.0.

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

В статье разберём, зачем мы разработали собственный движок, как устроены его пайплайны и за счёт чего обеспечивается exactly‑once. А на примере реального сервиса покажем, как переход на Flow помог сократить задержку поставки данных для дообучения моделей с десятка‑другого часов примерно до двух.

Привет! Меня зовут Артем и у меня есть хобби. Я обожаю копаться в финтехах, банках, денежных переводах и прочих штуках, связанных с личными финансами. Последние несколько лет я живу в Европе и пользуюсь множеством финансовых сервисов. За это время я слышал десятки историй о том, как люди лишались счетов, теряли крупные суммы денег и даже были на грани уголовного преследования, потому что не осознали, что мир изменился.

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

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

У нас было 12 проектов и один человек, который отвечал за настройку всех email-рассылок.

Этим человеком был я. Директ-маркетолог с 7 годами опыта, но только с двумя руками и одной головой.

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

И каждую рассылку нужно было руками собрать и проверить. Тот ли шаблон? Правильная ли база? Есть ли нужные поля для подстановок? Работают ли ссылки? На месте ли отписка? Не забыли ли UTM? Не получала ли эта аудитория похожее письмо совсем недавно?

После нажатия «Send» работа не заканчивалась: нужно было собрать статистику, перенести её в таблицу, посмотреть на конверсии, сравнить результаты с предыдущими рассылками. А через какое-то время — вернуться и обновить данные.

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

В какой-то момент я решил сделать себе AI-помощника. А в итоге сделал агента, которому смог перепоручить большую часть своей работы.

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

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

Поговорим про внутреннее устройство твердотельных аккумуляторов. В чём отличие от литий-ионных?

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

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

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

Камера, мотор, поехали!

Бездисковый компьютер я впервые увидел лет двадцать назад, и это была не офисная персоналка, у которой один из уволившихся сотрудников спёр винчестер, а вполне себе тонкий клиент с загрузкой по сети для удалённой работы в терминальном режиме. Но это, как ни крути, специализированное устройство. Что же касается массового рынка, то одной из самых известных попыток создать машину со встроенным накопителем минимального объёма, весь софт для которой реализован в виде веб-сервисов, был Chromebook. Однако, читая исторические обзоры различного железа, я внезапно наткнулся на настольный компьютер со схожей концепцией, придуманный ещё в 1982 году. Оказывается, идея софта, реализованного в виде сетевых сервисов, появилась именно тогда, и более того — её вполне успешно удалось воплотить в реальность!

Я играю в Factorio как любой нормальный человек: для планирования фабрики пишу код матричных вычислений.

Но до этого мы ещё доберёмся. Если же вам не терпится, можете просмотреть мой новый онлайн-калькулятор.

Введение в Factorio и качество

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

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

Выпущенное в 2024 году расширение Space Age добавило новые игровые механики, в том числе и качество (Quality): у каждого изделия и рецепта теперь есть пять уровней качества: ⚀ обычное, ⚁ необычное, ⚂ редкое, ⚃ эпическое и ⚄ легендарное. Каждый уровень (в зависимости от конкретного изделия) повышает характеристики, например, ускоряя производственные машины или повышая производительность модулей продуктивности. Высококачественные изделия можно изготавливать непосредственно из ингредиентов того же качества, однако единственный способ повышения качества — это применение новых модулей качества.

На Хабре давно предупреждали о создании синтетических вирусов с заданными свойствами. Например, определёнными показателями смертности или целевой активацией. Есть конспирологическая версия, что даже вирус COVID-19 (SARS-CoV-2) искусственно вывели в китайской лаборатории.

Возможности людей-биологов сильно ограничены. А представьте, если GLM (Genetic Language Model) обучится на геномах всех живых существ — и сможет генерировать цепочку ДНК с любыми свойствами, а далее синтезировать новые формы жизни, практически как Бог.

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

Исследователи из Стэнфорда сделали первый шаг в этом направлении. Они впервые использовали ИИ для генерации нового вируса.

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

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

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

Спросите любого образованного человека, далёкого от астрономии, какая звезда ближайшая к Солнцу, и он ответит, не задумываясь: «Альфа Центавра, конечно!» Воспетая фантастами и популяризаторами науки первая остановка за пределами Солнечной системы! Те, кто в теме, уточнят, что это не одна звезда, а три: A, B и Проксима, или «Ближайшая» на латыни. А какая вторая? Навскидку, без гугла, википедии и ChatGPT, немногие вспомнят звезду Барнарда, самую быстродвижущуюся звёздочку на нашем небосводе, хотя и очень тусклую. А какая третья? Кто-то вытащит из закоулков памяти Вольф 359, упомянутый в «Стартреке», и ошибётся. Потому что Вольф уже не третий и даже не четвёртый. Вот только-только обнаружены почти невидимые в оптические телескопы чёрные солнца — «коричневые карлики», как их называют астрономы, которые не светят, но греют. Обнаружены случайно, среди старых инфракрасных панорам неба, на домашних ноутбуках. А ведь писали фантасты про них, давно писали: и Ефремов в «Туманности Андромеды» (помните Железную звезду?), и Гуревич в «Инфра Дракона». Пусть в этих системах почти нет света, зато тепло, а где есть тепло, может существовать и жизнь. И кто его знает, сколько ещё чёрных звёзд в окрестностях Солнца прячется до поры? Может, они совсем рядом, ближе Ближайшей, и лететь далеко не придётся?

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

В этой статье всё как вы любите — подробная предыстория, анализ зацепок, изучение исходного кода и ответ на вопрос: что же общего между коммуникатором из 2007'ого, смартфоном 2009'ого, ноутбуком 2012'ого и Xbox 360?