Как стать автором

Когда нам прилетел баг «у пользователя не оформляется заказ», я открыл три вкладки: Datadog для трейсов, CloudWatch для логов и отдельный Grafana для метрик. Провёл двадцать минут, пытаясь склеить в голове события из разных систем по timestamp. Потом ещё десять — убеждая себя, что это нормально.

Это не нормально.

Проблема не в инструментах — каждый из них хорош. Проблема в том, что три источника данных не знают друг о друге. Трейс не знает, какой лог к нему относится. Лог не знает, в каком трейсе он возник. Метрики вообще живут своей жизнью.

OpenTelemetry решает именно это: единый стандарт для всех трёх сигналов — traces, metrics, logs — с автоматической корреляцией между ними. И самое важное: вы не привязаны ни к одному вендору. Сегодня Grafana, завтра Jaeger, послезавтра что угодно — код приложения не меняется.

В этой статье я покажу, как поднять полноценный observability-стек с нуля за один рабочий день. С реальным кодом, docker-compose, и результатом, которым можно пользоваться в production.

TL;DR: взял идеи из открытого DPI-инструментария (zapret, GoodbyeDPI, byedpi), выкинул C, переписал на Rust как один кросс-платформенный workspace под Windows + Linux + macOS, и в процессе обнаружил, что мой собственный «дефолтный» профиль не пробивает мой собственный провайдер. Пришлось писать sweep-харнес который перебирает 89 комбинаций (decoy × fooling × repeats × strategy) и тыкается curl-ом в discord.com и youtube.com. Один-единственный конфиг сработал. И это был не тот, который я закладывал по памяти из мануалов.

Предыстория

В январе у меня был UnblockPro — гибрид GoodbyeDPI и собственного шаперона, под Windows. Работало. Потом я портировал его на macOS — отдельный проект, отдельный код, отдельный набор багов. Когда захотел Linux, понял, что повторять третий раз пайплайн «парс TLS — modify — emit» это уже самонаказание.

Решил собрать всё заново. Один Rust-workspace, четыре крейта

Представьте: сотни микросервисов, неделя на поиски API, устаревшая документация. Backstage от Spotify превращает хаос в порядок — и возвращает контроль над масштабом.

Настоящей статьёй я начинаю цикл публикаций, посвящённых разбору Пользовательского Соглашения LiveLib.

В основу этого разбора положены т.н. юридические коллизии Пользовательского Соглашения LiveLib (далее – ПС) с федеральным законодательством. Чтобы было понятно всем читателям объясняю, с точки зрения права юридические коллизии – это расхождение или противоречие между различными нормами права, регулирующими одни и те же отношения. То есть, это столкновение норм права, которые предлагают различные решения для одной ситуации. В нашем случае – это столкновение норм ПС и федерального законодательства. Обращаю Ваше внимание на важный нюанс. Подобные юридические коллизии разрешаются на основе иерархии права. Это значит, что если противоречат акты разной силы, то применяется акт с высшей юридической силой. В нашем случае – это Гражданский Кодекс Российской Федерации (далее – ГК РФ) и иные акты федерального законодательства, а не ПС.

Что это означает? Что те пункты ПС, который противоречат ГК РФ или иным актам федерального законодательства, в частности Закону Российской Федерации «О защите прав потребителей» (далее - Закону) признаются ничтожными, то есть не имеющими юридической силы. Поэтому, если в ПС написано, что ресурс имеет право на то, что противоречит федеральному законодательству, то в силу вступают нормы ГК РФ или иного акта федерального законодательства. 

И начинаем мы этот разбор с пункта 2.10 ПС в котором указаны права Администратора. 

2.10. Пользователь соглашается с тем, что Администратор имеет право удалить учетную запись Пользователя или приостановить доступ Пользователя к услугам Сервиса в случае, если (в том числе, но не ограничиваясь):

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

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

Мой первый опыт в вайбкоде или универсальный инструмент для помощи в тестировании?

Давайте честно: каждый QA-инженер немного ленив в хорошем смысле слова. Нам не хочется тратить по 20 минут на рутину, которую можно автоматизировать. Мы постоянно ищем инструменты: один для Pairwise, второй для проверки MD5, третий для генерации данных.

В какой-то момент я понял, что мне нужно единое «окно», где будет всё. Так появился QA Helper Pro. Это мой первый серьезный опыт в разработке на Python. Весь проект написан на «вайбкоде» — когда ты просто хочешь, чтобы идея работала здесь и сейчас, а интерфейс был приятным и функциональным, я не говорю, что это идеальный инструмент, который правильно структурирован и реализован, но он работает и реально помогает в моей работе.

В этом посте разберем практический сценарий анализа защищенности в Active Directory. Также посмотрим на техники горизонтального перемещения и инструменты пентестеров.

Массовые отключения мобильного интернета в России в связи с атаками БПЛА стали насущной проблемой множества людей для которых 4G - единственный доступный способ выхода в сеть. В этой статье мы рассмотрим вариант решения при помощи 4G-роутера с направленной антенной.

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

Выведена формула, которая без погрешности (для чисел, кратных шести) находит разность между представлениями числа (x) в виде суммы двух составных чисел вида 6к-1 и 6к+1 и представлениями числа в виде суммы двух простых чисел вида 6к-1 и 6к+1 (h(n)).

Найден способ оценить нижнюю границу x и, следовательно, h(n). Для этого используется формула включений-исключений с коэффициентами.

Метод позволяет проверить гипотезу без посредственного перебора простых чисел, лишь зная их количество до N.

Численная проверка показывает верность гипотезы при использовании в методе 10 простых чисел, для чисел, кратных 6, до 10 в 20, и метод распространяется и на большее значение с использованием новых простых.

Привет, Хабр! Мы часто говорим о проектировании ИИ и сложных систем. Но что, если применить наши инженерные методы к... походу за кефиром? Я решил написать об этом книгу. Это история про моего коллегу Тура Хайдала, его занудного ИИ‑помощника Платона и мир, который оказался немного более «кефирным», чем мы привыкли думать. Это одна из глав книги «Кефир и столб. Теория двух тел»

Привет! В этой статье я поделюсь конфигом для развертывания GitLab CE, который я собрал для своей команды. Когда я начинал, официальные гайды казались слишком общими: то почта не заводится, то Runner не видит сервер, то стандартные лимиты Nginx не дают запушить Docker-образ.

Я собрал "золотую середину": актуальная версия (18.10.0), настроенный SMTP для Gmail, готовый Runner и адекватные лимиты для артефактов. Этот конфиг мы успешно используем для хранения кода и автотестов.

Если вы хотите сразу перейти к делу — вот готовый docker-compose.yml, который мы используем в команде. Он уже содержит настройки SMTP, лимиты Nginx и подключённый Runner. Переменные окружения берутся из .env.

В 2026 году стандартный мессенджер на смартфоне или ПК — это комбайн, который весит сотни мегабайт, съедает оперативку и забивает гигабайты памяти кэшем. Платформы перегружены алгоритмическими лентами, рекламой и лишними функциями.

Мне захотелось вернуться к истокам: к быстрому, чистому и понятному интерфейсу. Так появился Gudex — проект, который вырос из идеи минимализма в полноценную платформу с real-time сообщениями, WebRTC-звонками, собственной платформой для ботов и зачатками внутренней экономики.

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

Всем привет! Сегодня я хочу поделиться своей историей создания первой игры, на которую я делаю серьезную ставку. Это не просто пет-проект, а попытка создать коммерчески успешный продукт, объединив в себе лучшее из того, во что я сам влюблен как игрок )

Многие пользователи при установке Odoo через Docker на Synology сталкиваются с тем, что страница управления базами данных или страница логина выглядит как «текст на белом фоне» без CSS‑стилей. В консоли браузера при этом видны ошибки 500 (Internal Server Error) для всех статических файлов.

Есть странный парадокс последних лет.

С одной стороны, инженеру всё труднее оставаться просто инженером. Уже мало «я написал, оно работает». Нужно уметь объяснить, зачем это нужно, кому это больно, почему именно так, чем это лучше альтернативы и почему за это стоит платить.

С другой стороны, продавцы, визионеры и продуктовые люди массово побежали «в инженеры». Не потому что внезапно прошли школу эксплуатации, инцидентов, тестов, миграций и ночных откатов. А потому что ИИ дал им возможность создавать технические артефакты: репозитории, ботов, лендинги, пайплайны, прототипы, диаграммы, README и архитектурные описания.

И теперь все встретились посередине.

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

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

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

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

Я называю набор практик для решения этой проблемы Project Hygiene — гигиена проекта. Это не отдельный промпт и не ещё один способ «правильно общаться с нейросетью». Это способ организовать проектную память, проверки и передачу состояния так, чтобы длинная работа с ИИ-инструментами не расползалась после нескольких сессий.

Практическое сравнение Telegram‑VPN в 2026 году: VolnaLink, WOW VPN, Sigma Network, MORI VPN, HVPN, xtls_vless_vpn_bot, EchelonX, GenVPN, Lako VPN и Fly VPN.

За последний год я перепробовал около 15 VPN‑сервисов и решил собрать обзор не с позиции лабораторных тестов, а с позиции обычного пользователя: можно ли поставить VPN себе, родителям или друзьям, чтобы он просто работал.

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

Привет, Habr!

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

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

Развитие AI‑агентов меняет сам подход к подобным задачам. Речь уже не о генерации текста или помощи в написании писем, а о выполнении целых цепочек действий: от извлечения информации из документов до создания файлов, обновления таблиц и подготовки коммуникаций с участниками процесса.

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

Сейчас практически каждый день в мире происходят пуски ракет‑носителей с космическими аппаратами. Все эти аппараты несут самую разную полезную нагрузку: от широко известных всем оптико‑электронных комплексов для ДЗЗ до рентгеновских камер для изучения внутренностей других спутников. Я выделю несколько ключевых технологий, на которых сейчас в отрасли делается фокус и которые, на мой взгляд, кажутся интересными технологиями.

«Бизнесу это невыгодно!», «Мы не будем вкладывать в это ресурсы», «Зачем, оно и так отлично работает» — какие аргументы можно привести против всех этих высказываний?

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

Можно. Но есть моменты на которые важно обратить внимание и донести бизнесу.