Моя лента

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

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

У меня это выглядит так. Появилась идея новой фичи для разработки. Я запускаю /opsx:explore скил OpenSpec и обсуждаю с ИИ как будем делать эту фичу, какие нюансы и детали надо предусмотреть. Когда открытых вопросов не остаётся, перехожу к /opsx:propose, чтобы подготовить спецификации перед разработкой. Потом ревью спек с помощью команды /review-artifacts и правка найденных нестыковок. Дальше запускаю /opsx:apply-sequential для реализации в автономном режиме и чистым контекстом агента для каждой подзадачи. Потом ревью через /audit-implementation и правки после него. Архивирование изменения через /opsx:archive. И наконец-то создание PR, финальное ревью и merge.

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

Всем привет! Я фронтендер и по вечерам делаю пет-проект Workaem, агрегатор IT-вакансий. Как-то захотелось сделать рядом с ним что-нибудь несерьезное, и за выходные получилась аркада в духе Марио, только про карьеру в IT. Назвал я ее «Путь джуна». Вместо грибов тут офферы, вместо черепах легаси, а в замках вместо дракона сидят собеседования, от тестового задания до финального.

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

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

Почему замена деталей по календарю не всегда снижает число отказов? Разбираем RCM — методологию выбора обслуживания по функциям оборудования и последствиям их потери: от шести паттернов отказа до дерева решений.

Привет! Я Валерия Кудрявцева, iOS-разработчик в KTS. Пора поговорить о новинке.

9 сентября 2026 года Apple представила iPhone Duo, свой первый складной смартфон. Пока пользователи обсуждали новый форм-фактор, у нас, iOS-разработчиков, вопрос был другой: как поддерживать приложение на устройстве с двумя экранами и сгибом. Для нас Apple подготовила раздел HIG о проектировании под Duo, шесть Tech Talks и хаб Get Ready for iPhone Duo.

Статья основана на опубликованных Tech Talks Apple. Xcode 27.1 beta на момент подготовки ещё не вышел, поэтому возможности 27.1 описаны по презентациям. Проверить их на практике нужно после выхода SDK.

Сразу оговорюсь. По информации Apple, существующие приложения запустятся на Duo и без пересборки. Но адаптацию интерфейса это не отменяет: то, как приложение займёт внутренний дисплей и как поведут себя стандартные панели, зависит от SDK, с которым оно собрано. Различия разберу ниже.

Отдельный интерфейс под каждую pose Duo делать не нужно. А вот допущения в текущей вёрстке проверить придётся. Если код берёт доступное пространство из модели устройства или ориентации и считает отступы симметричными, на Duo такие расчёты дадут неверный результат. Основа остаётся одна: адаптивный UI, который смотрит на размер текущего окна и на size class.

Дальше разберу изменения iOS 27, что система сделает сама и что нужно править в коде, новые API 27.1 и типичные ошибки при аудите. В конце сравню подходы с Android foldable и расскажу, что из этого уже есть в Compose Multiplatform.

Привет, Хабр! В начале сентября 2026 года на киберпреступном форуме появился сервис Nexus, предлагавший доступ к огромному массиву удостоверений личности граждан США и Канады. По утверждению его операторов, в базе находились сведения более чем о 170 млн человек: 153 млн водительских удостоверений, 10 млн ID-карт, 3 млн паспортов и 579 тыс. медицинских карт. В открытом доступе данные оказались из-за утечки компании IDScan.net, предоставляющей решения для проверки документов и личности. 

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

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

Средний срок поиска работы для белых воротничков в России в 2025–2026 году растянулся до 5–14 месяцев. Для топ-менеджеров и высококвалифицированных специалистов этот срок увеличился до 8–14 месяцев. Это видно и в собственной статистике hh. Конкуренция за вакансию среди белых воротничков выросла почти в полтора раза за год, с 3,7 до 5,9 резюме на место, в отдельных профессиях (маркетинг, HR, финансовый консалтинг) счёт идёт на десятки кандидатов на одну позицию. За тот же год (май 2024 → май 2025) число вакансий упало на 25%, а число новых резюме выросло на 36%.

Максим Кузнецов, IT-тренер с 30-летним опытом, в марте этого года поделился на VC: 500 откликов на hh за полгода, всего одно приглашение и ни одного оффера. Подобных историй за 2025–2026 годы десятки, если не сотни. И не всё можно объяснить «сложным рынком». У сервиса, через который идёт поиск, может быть причина, чтобы поиск не заканчивался быстро.

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

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

На одном и том же 30-шаговом сценарии стоимость снизилась с 48,26 до 8,40 рубля, а вход — с 2,4 миллиона до 419 тысяч токенов. Полный вариант решил 30 задач из 30.

Красиво. Даже слишком.

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

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

В основе dCAPTCHA лежит механизм «невидимой» проверки браузера собственной разработки, который мы используем и в защите от DDoS. Большинству легитимных пользователей будет достаточно всего один раз кликнуть на виджет и дождаться проверки браузера, чтобы не проходить ручную проверку с вводом символов — dCAPTCHA не повредит конверсии.

Сейчас услуга находится в стадии бета-теста, и мы установили бесплатный лимит на 100 тысяч проверок в месяц. Этого хватит для большинства некрупных сайтов. Далее можно выбрать опцию «Тарифицировать» и оплачивать проверки сверх лимита раз в месяц. Оплата идет только за успешные проверки, то есть, даже самая крупная атака ботов не обернется дополнительными затратами.

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

Подключить капчу от DDoS-Guard можно сразу через сайт либо (если вы уже наш клиент) в личном кабинете. В последнем случае вам нужно в левом верхнем углу интерфейса нажать «Добавить услугу», выбрать dCAPTCHA и нажать «Подключить».

Подробная инструкция по интеграции нашей капчи в ваш сайт находится здесь.

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

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

Первый вариант системы выглядел вполне стандартно: документы разбиваются на фрагменты, для них считаются embeddings, пользователь задаёт вопрос, несколько наиболее подходящих фрагментов отправляются в LLM вместе с запросом. Модель формулирует ответ — на первых тестах этого было достаточно.

Проблемы начались на вопросах, которые на первый взгляд мало чем отличаются друг от друга: Какая пеня установлена в договоре № 14/24? Кто из арендаторов не заплатил за май? А у него предусмотрена индексация? Контрагент предлагает заменить пеню 0,05% на 0,01%. Насколько это существенно?

Формально всё это вопросы об аренде. Для системы это четыре разные задачи.

Компания Security Vision представила очередное обновление платформы. Релиз расширяет возможности управления хранением и доступом к событиям, автоматизирует обслуживание базы данных, упрощает изменение типов событий и развивает сценарии работы с аналитическими виджетами и настройками Платформы.

Горячее и холодное хранение событий

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

Разграничение событий и алертов в Multitenancy

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

Автоматизированное обслуживание базы данных

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

Настройки свойств и форм ввода

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

В 1902 году вышла книга Гиббса 'Основные принципы статистической механики, разработанные со специальным применением к рациональному обоснованию термодинамики', в которой идеи молекулярно-кинетической теории обобщались на произвольные системы. К сожалению, введенная Гиббсом статистическая энтропия формально остается постоянной в неравновесном процессе в изолированной системе. Таким образом, в общем рассмотрении Гиббса возникло противоречие между формальным математическим выводом и вторым законом термодина­мики.

Гиббс первым заметил это обстоятельство и предложил возможные решения, которые были переведены на язык уравнений в статье супругов Эренфестов ‘Принципиальные основы статистического подхода в механике‘ в 1912 году. Были введены понятия грубой и точной плотности вероятности, а также грубой и точной энтропии по Гиббсу. Грубая энтропия Гиббса с использованием грубой плотности вероятности в изолированной системе должна возрастать. Тем не менее, это обстоятельство привело ряд физиков к мысли о субъективности термодинамической энтропии. Физик Эдвин Джейнс (1922 - 1998) является наиболее ярким выразителем этой идеи, и эта статья посвящена рассмотрению и обсуждению его взглядов.

Эта статья является прямым продолжением этой статьи, посвящённой декларативной разметке диска через disko.

Что мы будем делать сегодня?

Мы с вами разберёмся, что такое флейки, что они из себя представляют, а вместе с этим разберёмся с тем, как Nix устанавливает и хранит пакеты.

Это ЧИСТО ТЕОРЕТИЧЕСКАЯ статья, а не практическая. Иными словами - мы не будем сегодня писать никаких конфигураций или команд. Наша задача на данный момент - разобраться, что такое флейки и какую проблему они решают, прежде чем перейти к непосредственной работе с ними.

Что мы узнаем?

1. Что такое флейки, зачем они нужны и чем отличаются от стандартного nix-channels

2. Как работает установка и хранение пакетов в NixOs

Новости информационной безопасности за неделю с 8 по 14 сентября, в одной строке с ссылками на источник. Разбиты по темам: ИИ, Уязвимости, Атаки и утечки, Исследования, Рынок, Регулирование, Медиа, Open source

Итан Сигел (американский астрофизик‑теоретик и научный журналист, автор рубрики «Спросите Итана», один из пропагандистов современных научных знаний), разъясняет один из ключевых вопросов современной физики: чем время как четвертая координата отличается от трёх пространственных?

@avshkol перевёл эту статью, поскольку здесь это разъясняется в простой и понятной форме. Если вы пока знакомы только с ньютоновской физикой, осознание различия пространственных и временной оси даст вам мощный буст в понимании природы Вселенной...

Я больше десяти лет делаю рекламные платформы. Команды за это время были разные — по размеру, по составу, по зрелости. Но почти всегда был один загон — всем почему‑то было очень важно работать по спринтам.

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