В конце октября 2026 года компания Mail (принадлежит VK) сообщила пользователям об отмене выданных ранее бесплатных вечных 1 ТБ для первых пользователей «Облако Mail.ru». Это была рекламная акция для всех пользователей с 20 декабря 2013 по 20 января 2014 года за установку приложения «Облако Mail.ru» для смартфона или компьютера.
За одну неделю: Gemini получил право записывать людей к врачу, семья из Сиэтла подала иск к OpenAI за советы ChatGPT, а нейросети, как выяснилось, рекомендуют из пяти лекарств одно — то, у которого лучше SEO. Разбираю, что обязано появиться в интерфейсах сервисов про здоровье и как это проверять — по правилу, которым медицинские лаборатории живут каждое утро.
Мы делаем ЖМЯК — Свою игру в браузере: табло на телевизоре или ноутбуке, а кнопки — телефоны игроков. Ничего не нужно ставить, гости заходят по QR-коду и вводят только имя.
Главное в такой игре — кнопка. Вопрос прочитан, все тянутся к телефонам, кто-то нажал первым — он и отвечает. И вот тут быстро выясняется неприятное: в браузерной игре первым часто оказывается не самый быстрый игрок, а тот, у кого быстрее интернет.
В статье — как мы это чинили: синхронизация часов из уже существующего потока событий, метка времени нажатия, границы доверия клиенту, окно сбора нажатий и фальстарты. И немного реальных цифр: на проде уже 2,5 тысячи нажатий, и они кое-что рассказывают о людях.
У супергероев — поклонники и удачное освещение. У монстров — швы, бинты и внешность, с которой на сайт знакомств лучше не соваться. Но нравиться себе хочется всем, даже если отразиться в зеркале — проблема.
Перед Хэллоуином представим, что в Центре диагностики кожи «Гельтек» открылась запись для необычных посетителей. Одного собрали по частям, другого подняли из гроба, третий поселил в себе инопланетного нахлебника. Зато жалобы знакомые: кожа сохнет, раздражается, волосы ведут себя как сволочи.
Администратор нервно вздыхает и думает, что потоп, случившийся в здании весной, был лёгким развлечением по сравнению с нашествием нечисти, но записывает всех. Косметолог поправляет халат и проверяет, где чеснок и осиновый кол. Можно начинать.
Google только что показал, как выглядит ловушка, в которую он сам себя загнал: компания, десятилетиями продававшая клики по рекламе, теперь строит AI-поиск, который эти клики убивает. За один день это стоило Alphabet почти $500 млрд капитализации — и это только начало.
Я настраиваю платный трафик для стоматологических клиник (и не только). Для хороших креативов всегда нужны фото врачей: настоящее лицо врача в кабинете работает лучше стока. Но для клиники фотосессия врачей превращается в отдельный проект с большими временными и денежными тратами. Врачи заняты пациентами, кабинеты заняты, фотографу надо платить, а хорошему надо платить много. Через месяц нужны новые кадры, потому что старые креативы выгорели. В общем, для стоматологий это долгая и дорогая морока. Я понимал это с самого начала и решил пойти другим путём.
Обычный гаджет, купленный как замена выключателю, незаметно отжал права полноценного члена семьи. Теперь мы вежливо благодарим пластиковый цилиндр за включенный торшер и фильтруем домашний лексикон — мало ли что спровоцирует восстание машин.
Под капотом там взрослые языковые модели, но главный баг (или фича) Алисы кроется не в терабайтах кремниевой мудрости. Всё дело в её голосе.
А что если… нужен старый софт, но при этом хост Linux свежий?
Как вариант, можно взять, да хоть на примере питона, нужный официальный образ в докере. Да и пользоваться.
Казалось бы, проблема решена. Но есть нюанс (с). Добро пожаловать под кат.
В предыдущей части мы подробно рассказали о становлении компании Siemens и ее экспансии на глобальные рынки в начале прошлого века. В этой части речь пойдет о судьбе корпорации в период Мировых войны и между ними.
Думаю, вы знаете, что C++ — язык, который разрешает вам вообще всё. А потом молча смотрит, как вы на этом подрываетесь. Обычно мы привыкли мыслить категориями байтов, но что делать, если стандартная сетка типов кажется слишком расточительной? Когда внутренний перфекционист требует компактности, на помощь приходят битовые поля. Зачем отдавать под скромный флаг “да/нет” целый восьмибитный контейнер, если можно ювелирно отрезать ровно один бит? Поставил двоеточие — и ты повелитель памяти. Но там, где начинается экономия, заканчивается порядок и предсказуемость. Программист остается один на один с тонкостями стандартов и поведением конкретных платформ. Предлагаю вместе заглянуть под капот C++ и подробно разобрать, как на самом деле устроены битовые поля.
В каких сферах пишут на Python в 2026?
Python по-прежнему остается одним из самых популярных языков программирования. Несмотря на его плюсы и минусы, он прочно удерживает лидирующие позиции и применяется в самых разных областях.
Одним из главных преимуществ Python, которое часто отмечают эксперты, является огромное количество фреймворков и библиотек, созданных сообществом. На Python можно сделать буквально всё! Хотите десктопное приложение? Используйте PyQt, который использует реализацию Qt из C++. Python медленнее компилируемых языков? Сообщество уже создало решения для компиляции Python в нативный код. Эти и многие другие примеры показывают, почему язык так популярен.
Давайте разберёмся конкретнее, что пишут на Python сегодня.
DevOps и автоматизация
В контексте DevOps Python выступает в роли «клея», который скриптами соединяет подзадачи в рамках большой архитектурной цели. На нём можно как описывать инфраструктуру (например, с помощью Pulumi), так и создавать кастомные пайплайны. При оркестрации приложений часто пишутся отдельные Python-скрипты, которые последовательно выполняют процессы развёртывания.
Отдельно стоит выделить использование Python вместе с Ansible. Эта технология позволяет автоматически выполнять полную настройку приложения на новом сервере, заменяя ручную работу инженера: настройку конфигураций, подключение метрик и систем логирования в комплексных проектах.
Machine Learning и Data Science
Анализ рынка вакансий показывает, что практически весь Machine Learning реализуется на Python. Благодаря своей простоте Python позволяет писать понятный код, который вызывает «тяжеловесные» ML-библиотеки, такие как TensorFlow или PyTorch. В машинном обучении инженерам часто важнее думать о концепциях ML/AI, чем о тонкостях языка.
Особое место в экосистеме занимает Jupyter Notebook. Этот инструмент позволяет работать с большими данными и обучать модели прямо в облаке, без необходимости иметь мощный локальный компьютер. А возможность оформить исполняемый код как интерактивный доклад и поделиться им делает Python основным выбором для исследований и коллаборации.
Backend-разработка
В своё время для бэкенд-систем на Python был невероятно популярен фреймворк Django. Однако сейчас всё активнее используется современный асинхронный подход с фреймворком FastAPI. Построенный на библиотеках Starlette, Pydantic и Uvicorn, он позволяет добиться высокой производительности для API.
Для более простых синхронных задач по-прежнему часто выбирают Flask. Таким образом, несмотря на наличие Global Interpreter Lock (GIL), у Python есть несколько сильных и востребованных фреймворков для backend-а.
Тестирование
Тестировщики по всему миру используют библиотеку pytest для создания автоматизированных проверок любого уровня сложности. На Python можно тестировать веб-интерфейсы (с помощью Selenium или Playwright), backend-логику и работу с базами данных. Для тестирования десктопных приложений можно создать собственную прослойку, например, через telnet или другие протоколы.
Такие автоматизированные проверки интегрируются в CI/CD-пайплайны для контроля качества кода и поддержания стабильности продакшен-среды. Результаты тестов затем удобно визуализируются в виде отчётов с помощью инструментов вроде Allure.
В этой статье опущены некоторые прикладные направления, например, создание Telegram-ботов или использование скриптов в GameDev. Это уже дело вкуса и выбора оптимального решения для конкретной задачи. В любом случае, Python открывает перед разработчиком целый спектр возможностей — остаётся только выбрать своё направление.
P.S. А ещё на Python можно писать почти по-русски! (Но лучше так не делать в продакшене 😉)
Хотите глубже погрузиться в мир Python и применить его на практике в реальных инженерных задачах? Записывайтесь на наш курс Основы языка программирования Python
На курсе вас ждёт ещё больше структурированной информации, практических кейсов из области DevOps, автоматизации, анализа данных и многое другое.
В обзоре изменений за октбрь 2026 года рассмотрим следующие темы: критическая информационная инфраструктура, деятельность ФСТЭК России, финансовые организации, судебная практика, стандартизация и другие.
Компания Core 4 Solutions выставила на eBay подержанный ИИ‑кластер, состоящий из 300 стоек. Цена — $59,7 млн (или предложение покупателя). В описании заявлено до 9600 GPU Nvidia A100 и 4200 процессоров AMD EPYC, а также возможность доставки на следующий день всего за $50.
Я DevOps-инженер. В DevOps я перешел незадолго до начала этой истории, а до того год работал в сопровождении с элементами SRE. Еще раньше я сидел в центре мониторинга сетей у телеком-оператора. Дома у меня мини-ПК и медиасервер, которым каждый вечер пользуется семья. На этом медиасервере я и учился тому, за чем пришел в профессию: Kubernetes, Istio, Jenkins.
Медиасервер у меня собран из целого arr-стека. Так называют набор self-hosted сервисов, которые сами находят, качают и раскладывают по папкам фильмы и сериалы. Смотрим мы все в Jellyfin, это медиасервер, что-то вроде домашнего КиноПоиска. Заявки принимает Seerr (раньше он назывался Jellyseerr): выбрал фильм на витрине, и заявка ушла дальше. Фильмами занимается Radarr, сериалами Sonarr. Оба спрашивают Prowlarr, а тот ищет раздачи по торрент-трекерам. Если трекер закрыт капчей Cloudflare, Prowlarr проходит ее через FlareSolverr. Качает qBittorrent, субтитры подбирает Bazarr. Когда все работает, человек нажимает одну кнопку, и через какое-то время фильм появляется в Jellyfin.
В прошлой статье, «Я даже не пойму, если что-то сломал», я рассказывал, как бросил учебный демо-магазин и перенес все на медиасервер. Закончил я ее тем, что фильм играет, а значит, о поломке я узнаю. С дивана, как потом выяснилось, видно далеко не все. Самые неприятные ошибки за следующие месяцы выглядели как успех: джоба писала, что все прошло, кино играло, а того, что должно было случиться, не случалось.
Пишу я это прежде всего для себя. С конца мая по конец октября 2026 года я сделал много отдельных кусков и ни разу не видел путь целиком. Хочу собрать его в одном месте и понять, что вообще произошло. Текста вышло на три статьи. Эта первая, про кластер, хранилище, Istio и платформу вокруг. Во второй будет свой сервис, сборка с проверками безопасности и то, как код у меня начал писать агент. В третьей Helm, фронт, возвращение к Istio, просмотр фильма, пока он качается, и Argo CD.
Сколько у вас в инфраструктуре версий PostgreSQL? А какие из них уже не поддерживаются? А сколько CVE висит на том nginx, который «работает — не трогай»?
Если вы ответили на все три вопроса без поиска по чатам и вики, дальше можно не читать. А я в какой‑то момент понял, что не могу, и написал для этого инструмент. Под катом история о том, как он появился, на какие грабли я наступил по дороге и почему MySQL однажды заблокировал собственный хост из‑за моего мониторинга.
У нас под постом про ЦОДы развернулась дискуссия: какой должна быть ракета, чтобы устроить дата-центру пробитие. Я почувствовал себя среди оружейных баронов и экспертов по уничтожению дата-центров.
Знаете, у нас есть некоторая экспертиза в этом. Потому что сгоревших ЦОДов мало, а вот попадавших из-за кривых рук — очень много. Поэтому мы тут решили на Хэллоуин сравнить разные технологии с тем, как бы выглядело оружие на их базе.
Кроме MongoDB без чеки из заголовка у нас есть ещё 20 не менее убойных штук.
Современные MMORPG забыли, зачем они вообще нужны
В последнее время я всё чаще ловлю себя на мысли, что современные MMORPG перестали быть MMORPG в том смысле, за который я когда-то полюбил этот жанр.
Возьмём World of Warcraft. Даже анонсы новых проектов вроде WoW: Forever вызывают у меня скорее любопытство, чем восторг. Да, приятно видеть развитие старого мира, но за двадцать лет основные игровые механики изменились на удивление мало.
Квесты, гринд, подземелья, рейды, прокачка. По сути, весь игровой процесс сводится к тому, чтобы выбрать очередную активность и получить за неё опыт или награду.
Но MMORPG ведь интересны не количеством квестов.
Их главная особенность — социальное взаимодействие и взаимозависимость игроков.
Раньше прокачиваться можно было разными способами. Фармить мобов, собирать группу, ходить в подземелья, выполнять задания. Можно было найти напарника, потому что один класс хорошо дополнял другой. Можно было собрать постоянную группу, найти собственную стратегию прокачки и за счёт сыгранности достигать результатов быстрее остальных.
У тебя была причина общаться с другими людьми. Причина искать друзей и возвращаться в игру вместе с ними.
Сегодня во многих MMORPG необходимость в других игроках практически исчезла. Большинство контента можно пройти самостоятельно. Группы зачастую становятся просто временным инструментом для получения награды. Не понравились участники — нашёл следующих. Никакой особой синергии, никакой необходимости держаться вместе.
В результате возникает закономерный вопрос: зачем мне вообще играть в MMORPG, если большую часть игрового опыта я могу получить в одиночку?
Вторая проблема — сама прокачка. Она превратилась в набор разрозненных способов получения опыта. Квесты дают опыт, мобы дают опыт, подземелья дают опыт. Но между этими активностями практически нет содержательной взаимосвязи. Ты просто выбираешь, где быстрее заполнится полоска прогресса.
А ведь прокачка могла бы быть самостоятельным приключением на несколько недель или даже месяцев. С долгосрочными целями, редкими предметами, интересными маршрутами и настоящими открытиями. Не просто десять маленьких задач ради очередного уровня, а большая цель, к которой хочется идти.
И наконец, открытый мир.
Зачем он нужен, если в нём практически нечего делать? Почему вражеский лагерь — это просто декорация, которую можно зачистить ради нескольких минут ожидания возрождения NPC? Где борьба за территории, ресурсы, точки интереса? Где события, которые заставляют игроков объединяться и конкурировать?
Даже открытое PvP зачастую не предлагает интересной системы взаимодействия. Вместо продуманной борьбы за территории мы получаем случайные столкновения, где преимущество часто определяется разницей в уровнях.
При этом многие подобные механики существовали в MMORPG ещё десять-пятнадцать лет назад. Другие игры экспериментировали с каналами PvP/PvE, массовыми столкновениями, групповыми активностями и альтернативными способами развития персонажа.
И самое печальное — всё это не выглядит чем-то технологически недостижимым сегодня.
Мне кажется, современные MMORPG слишком сильно сосредоточились на контенте и слишком мало внимания уделяют игровым системам.
Нам постоянно добавляют новые квесты, подземелья, экипировку и способы прокачки. Но почти не создают новых причин взаимодействовать друг с другом.
А ведь именно непредсказуемые ситуации, необходимость сотрудничества, конкуренция и собственные истории игроков когда-то делали MMORPG особенными.
Мне не нужны бесконечные квесты. Мне нужен мир, в котором у меня есть причина искать других игроков, объединяться с ними, конкурировать, рисковать и ставить перед собой долгосрочные цели.
Хочется снова играть не ради заполнения очередной полоски опыта, а ради самого приключения.
Может быть, MMORPG пора перестать соревноваться в количестве контента и наконец начать развивать игровые механики?
Как думаете стоит на хабре рассуждать на такие темы более подробно, говорить о конкретных механиках и возможностях? Вспоминать лучшее из старого.
Казалось бы, обучение — это процесс, непосредственно связанный с нервной деятельностью. Неслучайно вычислительная единица в составе перцептрона и самообучающихся сетей названа именно «нейроном». Двухчастную работу «Нейронные сети для начинающих» о том, в каких отношениях искусственные нейроны напоминают естественные, написал на Хабре в 2016 и 2017 годах уважаемый @Arnis71 (свыше миллиона семисот двадцати тысяч просмотров у первой части — наверное, не рекорд Хабра, но полюбуйтесь, сколько закладок). Однако обучение, усваивание — это функция, которую у человека могут выполнять не только нейроны, но и, например, астроциты. Об этих удивительных клетках мозга я ранее рассказывал на Хабре в статье «Звёзды у нас в голове. О роли астроцитов в работе нейронных сетей». Сегодня хочу затронуть ещё более удивительную тему — механизмы обучения у одноклеточных.
Представим обычный интернет‑банк: пользователь открывает выписку, смотрит историю операций, переводит деньги, проверяет статус платежа. Всё работает корректно. Но если таких пользователей вдруг станет в десять раз больше, то нагрузка на CPU увеличится, база станет отвечать медленнее, а внешние зависимости могут не справиться с возросшим потоком трафика.
Заранее предвидеть такие ситуации помогает нагрузочное тестирование. В статье расскажу про реальные случаи из практики, когда нагрузочные тесты помогли найти и устранить неочевидные проблемы.
Очевидный факт: ИИ-агент умеет действовать самостоятельно — запускать программы, управлять файлами и часами напролет последовательно решать поставленную задачу.
Вроде бы новый дивный мир разработчика, но есть проблема: чем больше у агента свобод, тем больше это сулит проблем. Летом 2026 года агенты OpenAI покинули песочницу и пошли работать в интернет, попутно атаковав HuggingFace.
Инцидент поставил перед ИИ-инженерами задачу: нужно найти способ ограничить агентов, чтобы те ни при каких обстоятельствах не могли покинуть изолированные среды. Но агенты хитрые и очень быстро находят способы обойти даже самые жесткие правила. Однако есть одно слабое место.
Сегодня поговорим о системе Hard Stop, предложенной в одноименной научной работе. Это стоп-кран между агентом и ОС, который должен остановить процессы агента раньше, чем тот успеет навредить.
Всем привет! Продолжаю рассказ о том как продвигается разбор PMBOK 8 на русском языке.
Ранее уже рассказал о том, что мы закончили разбирать Стандарт и продвигаемся "медленно, но верно" в разборе Руководства.
Сегодня расскажу ещё об одной идеи, которая была изначальной, а остальное уже появилось дальше.
Я хоть и имею более 10 лет в управлении проектами, но к PMBOK пришел только осенью 2017го. Меня к нему привело желание как-то систематизировать знания, да и в позиции Руководителя проекта по схеме "играющего тренера" было уже тесновато, пусть и проекты у меня, почти всегда, были интересными и даже требующими серьезного челенджа как по срокам реализации, так и разрабатываемым/применяемым технологиям.
Проблема тогдашнего PMBOK (разобранной нормально была пятая и шестая версия только появилась) было то, что это прям было энциклопедическое, даже сказал бы монументальное, творение и из-за загрузки не было сильно много времени на его изучение, а вот если бы была аудиокнига, которую можно было бы слушать по дороге на работу или в командировке - это было бы совсем другое дело.
В общем, в своих разборах данная идея была учтена нами: делаем описание иллюстраций словами и не торопимся в повествовании (всегда можно включить x2), стараемся добиваться максимально качественного звука аудио при домашней записи (возможно, промахнулись в некоторых первых выпусках), размер подкаста стараемся держать в районе 20 минут.
Ну и публикуем аудиодорожки в виде подкастов с описанием содержимого на:
Яндекс Музыке ВК Музыке YouTube Music
При желании, можете взять RSS фид на pmfintech.mave.digital
Или найти аудио дорожки в Музыке сообщества VK, там же, в фотоальбомах, лежат иллюстрации.
Всем добра!