Как переехал жить к девушке, наконец нашлось применение планшету на Винде, о котором делал обзор пару лет назад. Напомню ттх: Intel N100 4 ядра, 4 потока, Alder-Lake N, 3.4ГГц турбобуст, UHD Graphics, 16ГБ DDR5.
Сейчас на нем играю в игры из детства. И сам факт того, что он их неплохо тянет, поражает. Ведь я помню нетбуки 15 лет назад с GMA, которые кое как тянули лишь NFS HP II, а о более современных играх можно было даже не мечтать))
Хабр и коммуникационное агентство FRC в рамках исследования «Контент,которому(не) верят 2026» сравнили ответы двух групп: инженеров, которые читают технический контент, и специалистов по маркетингу, PR, HR и корпоративным коммуникациям, которые его создают. Получилась выборка, как контент влияет на выбор работодателя и вендора. Внутри исследования — главные разрывы, точки совпадения и выводы для тех, кто работает с технической аудиторией.
Исследование выходит частями. В Хабр и FRC разделили материал на три серии и будут делиться ими в течение октября:
Контент и бренд работодателя. Что убеждает инженера в том, что является привлекательным работодателем, может ли контент испортить это впечатление и совпадает ли то, что публикуют HR-специалисты, с тем, что нужно инженерам.
Контент и бренд вендора. Что убеждает инженера выбрать технологического вендора, какой контент вызывает доверие к продукту и кто должен говорить от имени компании.
Позиции экспертов. Обсудили результаты исследования с экспертами из ИТ и промышленности: какие разрывы они считают самыми важными, почему они возникают и что компании могут с этим сделать.
Привет, Хабр!
Готовим для вас октябрьский вебинар ГРАН по печатным платам.
Подключайтесь, чтобы узнать новое и полезное в мире печатных плат и пообщаться с коллегами по отрасли!
🗓 13 октября в 11:00!
Тема: Контроль импеданса и потерь
Контроль импеданса и потерь при производстве платы. Оформление требований. Методы измерения на производстве. Контроль измеренных параметров.
Участие — традиционно бесплатное по предварительной регистрации
Когда точечные интеграции перестают работать: как выбрать ESB и собрать команду
Интеграции редко проектируют сразу как отдельный слой. Обычно сначала появляется несколько обменов между системами, потом еще несколько — и постепенно всё превращается в сложный контур, который трудно развивать и поддерживать.
29 сентября вместе с EvApps проведем вебинар о двух связанных задачах:
когда компании уже нужна ESB, а когда точечных интеграций достаточно;
как собрать команду, которая сможет внедрить и дальше сопровождать интеграционный слой.
Разберем:
место ESB в корпоративной архитектуре и связь с MDM и КХД;
российский рынок интеграционных платформ;
подрядчика, аутстафф, внутреннюю и смешанную команду;
типовые точки, где проект начинает буксовать по ресурсам;
что делать с поддержкой после запуска.
Спикеры — Сергей Скирдин, технический директор «Белого Кода», и Альфред Столяров, директор EvApps.
Участники получат обзор российских шин, опросный лист для выбора ESB и чек-лист проверки подрядчика.
29 сентября в 12:00 по МСК
17 бесплатных вебинаров для аналитиков: ИИ, требования, бизнес-процессы и микросервисы
Привет, Хабр. Хороший анализ начинается не с документа и не с диаграммы. Сначала нужно понять, какую задачу решает бизнес, затем — разобраться с требованиями, договориться со стейкхолдерами, описать процессы и превратить всё это в понятное техническое решение.
Чем сложнее становятся продукты и системы, тем важнее для аналитика видеть картину целиком: от бизнес-целей и клиентского опыта до требований, бизнес-логики, данных и архитектуры. А ещё — уметь работать с изменениями и использовать ИИ там, где он действительно помогает ускорить рутинную работу.
В этом посте собрали 17 открытых вебинаров для тех, кто хочет развивать навыки системного и бизнес-анализа.
Системный анализ и требования
28 сентября в 20:00. «Валидация требований с ИИ в техническом проекте».
29 сентября в 20:00. «Зелёные тесты, неверный продукт: как системному аналитику принимать работу ИИ-агента».
14 октября в 20:00. «ИИ-агент как супероружие Системного Аналитика: составляем ТЗ за 10 минут».
22 октября в 20:00. «Управление изменениями требований».
Бизнес-анализ и управление процессами
5 октября в 20:00. «Как связать стратегические цели компании с KPI команд».
6 октября в 20:00. «Как найти точки роста и улучшить бизнес-процесс: от диагностики до новой модели».
15 октября в 20:00. «Цели и метрики как одно целое».
19 октября в 20:00. «Как наладить процессы без вложений: никаких бюджетов, систем и выделенных команд».
Стейкхолдеры, клиент и продукт
5 октября в 20:00. «Как AI помогает продакту быстрее проверять гипотезы».
8 октября в 20:00. «Как запустить ИИ-продукт: от бизнес-гипотезы до первых измеримых результатов».
21 октября в 20:00. «Анатомия сопротивления: превращаем токсичных стейкхолдеров в союзников проекта».
22 октября в 20:00. «Любовь с первого касания: как CJM помогает строить отношения с клиентом».
Архитектура, бизнес-логика и интеграции
6 октября в 20:00. «Практические подходы к переходу от монолита на микросервисы».
20 октября в 20:00. «Tool Calling и MCP: интеграция ИИ-агентов с корпоративными системами».
21 октября в 20:00. «Основы проектирования бизнес-логики в микросервисной архитектуре».
Данные и аналитика
30 сентября в 20:00. «Качество данных: риски и ответственность».
20 октября в 20:00. «Метрики качества данных и стратегия внедрения».
Полный список открытых вебинаров смотрите в календаре мероприятий.
Если вы думаете, что только российские сервисы пичкают рекламу везде, где только можно, то сегодня натолкнулась на рекламу в почте (!). Google стал присылать рекламные письма в раздел промоакций, да ещё которые нельзя так просто отметить все и удалить. Удалять можно только каждое письмо отдельно. А также специально для таких рекламных писем он сделал быстрые кнопки вроде "Перейти на сайт" и "Узнать больше".
Google, у тебя тоже настали тяжёлые времена? 🥲
Центр управления СУБД Digital Q.DataBase.
Продолжаю делиться выступлениями с первого сезона ДНЯ СУБД 2026.
Я рассказывал, как мы воспроизводим функциональность MS SQL Server в нашей СУБД Digital Q.DataBase (без переписывания бизнес логики), а мой коллега Илья Лебедев - как воспроизводим возможности Oracle.
Теперь - о том, как всем этим управлять.
Сразу говорю: Инструмент бесплатный.
А серверная часть нашей СУБД тоже бесплатная - до 4 ядер.
По секрету: можем легко дать и больше ядер.
Выкладываю полное видео выступления Андрея Акимова, руководителя команды «Центр управления Digital Q.DataBase». Андрей рассказывает и показывает, как объединить мониторинг, администрирование и диагностику баз данных в одном веб-интерфейсе.
В докладе - возможности продукта, поддержка Digital Q.DataBase и практические задачи администратора БД: проверить состояние баз, отследить рост таблиц и разобраться, почему тормозит запрос, с помощью трассировки сессий.
Видео с тайм-кодамина:
VK
Rutube
Dzen
YouTube
Кстати, второй сезон ДНЯ СУБД уже близко - встречаемся 27 октября. Приходите!
🔹 Бесплатное получение дистрибутива:
https://database.diasoft.ru/?utm_source=andrei
🔹 Документация: доступна внутри дистрибутива
🔹 Telegram-сообщество Digital Q.DataBase: https://t.me/dqdatabase
🔹 MAX: https://max.ru/channel_dqdatabase
Подписывайтесь на наши сообщества, чтобы получать новости, технические материалы и информацию о новых вебинарах.
СУБД, которая понимает диалекты Oracle, MS SQL и PostgreSQL,– без переписывания кода приложений.
Представлен открытый проект конвертера AnyPS5, который автоматом портирует исполняемые файлы из PlayStation на Windows и Linux. Таким образом уже удалось запустить консольную версию Dead Cells: на сборке с Ryzen 7 5800×3D и RTX 5070 Ti и получить на ПК около 55–60 FPS.
Лента за 27.09.2026 г.
Во Франч1ске (канал для франчей 1С) рассуждали, какие проблемы возникают при передаче проекта на сопровождение
Почему передача проекта на сопровождение – почти всегда проблема?
Теперь вы уже понимаете, почему. Клиент теряет то, что ему органически нравится – закрепленную команду, предельно погружённого во всё руководителя проекта (РП), быструю реакцию на любые проблемы, чью-то ответственность за информационную систему и ведение учета. Взамен клиент получает позадачное сопровождение: менеджера, который в предметной части ничего не понимает и не хочет вникать, калейдоскоп меняющихся спецов, и полную безответственность за 1С.
В продюсерском сопровождении клиент получает примерно то же, к чему привык за время проекта. Вместо РП – продюсер, команда так же закреплена, ответственность несёт продюсер, к нему можно обращаться с любыми вопросами по 1С (как раньше обращались к РП).
Собственно, на продюсирование и передавать легче, чем на позадачку. Приводишь вместе РП и продюсера, говоришь «у вас был Антон, теперь будет Станислав, они одного поля ягодки, просто Антон только проектами занимается, так что он поскакал дальше, а Станислав будет работать с вами много лет». Раньше надо было говорить «Антон, блестящий программист, уходит на другой проект, а вместо него будет Снежана, которая вообще не программист, но если чё – звоните, найдёт кого-нибудь».
Продюсерское сопровождение родилось в том числе для решения именно этой проблемы – мы её ощущали на себе. Я руководил отделом сопровождения, коллеги занимались проектами, и каждый раз передача проходила одинаково – клиент ныл «Верните нам нашего Колю-Васю-Сашу, он так быстро решал наши задачи, всегда был доступен, сам всё проверял, и такой молодец, такой молодец…». Клиент сам, прямым текстом говорил, чего он хочет. Если убрать собственное франчовое эго («мы лучше знаем, что клиенту нужно, и у нас отличные процессы»), и просто послушать, то решение становится очевидным.
Собственно, мы так и сделали. Сначала я затыкал дыру собой – вставал на место ушедшего РП. Увидев, что подход работает, и передача на постпроект проходит проще и легче, учёл этот опыт в процессах продюсерского сопровождения.
Если поднять процесс на качественно новый уровень, когда уходит разделение между РП и чисто сопровожденческими продюсерами, то проблема передачи исчезает совсем. Руководит проектом и сопровождением один и тот же человек, команда работает одна и та же, никакой замены нет вообще.
Но это уже другая история.
В Жёлтым по белому (канал для программистов 1С) тревожились о том, что франчи перестали нанимать разработчиков 1С.
Знакомые рассказали, что в некоторых франчах перестали нанимать разработчиков 1С.Прям вообще. Полный стоп, до выяснения.
Логика понятна. Разработчики были нужны несколько лет в большом количестве, т.к. проектов было много.
И нейросетей не было.
Сейчас проектов мало, и большого их количества не предвидится.
Ну и нейросети в разработке какое-то участие принимают. Причём, больше всего за них топят и их используют те же разработчики.
Так что разработчик 1С, увы, становится балластом, не приносящим прибыли. А франчи - это бизнес, там нужна прибыль.
В инхаусе, наверное, разработчиков ещё берут. Хотя, думаю, там чистые разработчики редко нужны были - всё-таки с бухгалтерами общаться надо.
А кого ещё берут во франчи из, так скажем, "технических специалистов"?
Универсалов - тех, кто может решать разные задачи клиентов разными способами. Программированием, аналитикой, ковырянием.
Чё, будущее наступило?
А ещё стартовали новый курс для программистов о том, как устроен бизнес, который они автоматизируют
Анонс смотрите, где хочете:
В Книжном стеке рассказывали историю отказа от компьютерных игр и соц.сетей после прочтения книги "На крючке" Нира Эяля. Текст уже не влезет :)
Как превратить задержку в главную функцию продукта
Пока мессенджеры соревнуются в скорости, Roost выбрал обратную механику: сообщения доставляют виртуальные птицы с реальной скоростью. Путь в соседний город занимает часы, на другой континент — дни.
Приложение создал один продакт-менеджер без команды и инвестиций, используя Claude Code. За пять недель проект вырос почти до 300 тысяч пользователей благодаря органическому распространению.
Технически и продуктово здесь важна не симуляция птиц, а смена роли ограничения. Задержка не маскируется и не оптимизируется — она становится интерфейсом, ожиданием и причиной писать более осознанно.
Получился парадокс: ИИ ускорил разработку продукта, который намеренно замедляет коммуникацию.
Подробнее — в моём Telegram-канале «Идеи для ИИ — Андрей Анисимов». Ссылка в профиле.
Google был двадцать первым поисковиком. Apple была пятнадцатым по счёту производителем смартфонов. Spotify — десятым музыкальным сервисом.
Facebook был десятой социальной сетью. Netflix — седьмым стриминговым видеосервисом. Uber — четвёртым сервисом поездок.
TikTok стал восьмым крупным приложением с короткими видео. Zoom — одиннадцатой платформой для видеоконференций.
Никто из них не был первым.
И, возможно, в этом есть важный урок.
В бизнесе далеко не всегда нужно придумать то, чего до тебя никогда не существовало. Иногда гораздо важнее вовремя заметить идею, которую уже придумал кто-то другой, — и понять, насколько большой она может стать.
Первые игроки делают самую дорогую работу.
Они объясняют рынку, зачем вообще нужен новый продукт. Проверяют десятки гипотез. Тратят деньги на ошибки. Наступают на грабли. Собирают шишки. Показывают всем остальным, что работает, а что нет.
А потом приходит кто-то другой.
Он смотрит на всё это, исправляет очевидные недостатки, делает продукт удобнее, дешевле или понятнее — и забирает рынок.
Поэтому одно из самых ценных качеств предпринимателя — не только умение придумывать новое.
Это умение рано заметить новое, придуманное другими.
Не тогда, когда о тренде уже пишут все СМИ. Не тогда, когда конкуренты массово начали его копировать. И не тогда, когда стало очевидно, что здесь есть деньги.
А немного раньше.
Когда идея уже доказала, что может работать, но большинство всё ещё считает её слишком маленькой, странной или незначительной.
Не обязательно быть первым.
Гораздо важнее вовремя понять, что из появившегося нового действительно станет большим.
Хорошего дня! заходите на тг канал https://t.me/TradPhronesis
Нет, ну что вы так кричите?
Разбудили пол-портала.
Нейросетка подсказала,
Что сообщество отстало?
Что куда ни взмах руки —
А пишут коды дураки!
И вот снится мне давеча:
Я как кодер-программист,
У вайб-кодеров такое
Нынче значит — нигилист.
Ну так вот, решил покушать
И пошел, куда хватало,
Почитать про то, как кодят,
Как сообщество отстало.
Подхожу на кассу смело,
А за нею — программист!
Он вайб-кодер. Видно, модный…
И совсем не нигилист… (
Он и так и сяк старался
Мне заказ собрать «с собою».
Я молчу. Я понимаю:
Он в «Гуглах» одной ногою,
Ну иль в «Эппле» — не поймёшь ведь
Сразу с ходу этих асов.
Он отдал заказ. И модно
Крикнул в зал: «Свободна касса-а-а-э-э-э!..»
Ведомости КМД как данные: что автоматизировать на Python и pandas
TL;DR: Ведомости КМД удобно обрабатывать в Python и pandas: привести выгрузку к плоской таблице, проверить данные, посчитать суммы и распределения, собрать отчёт или дашборд. Главное — не пропускать проверки.
Ведомость — не просто таблица веса. В ней детали, сборки, марки, комплекты документации. Пока объём небольшой, хватает Excel. Когда ведомостей много и структура выгрузок различается, повторяющиеся проверки превращаются в отдельный процесс.
КМД — это деталировочные чертежи металлоконструкций. Ведомости в их составе — таблицы с элементами, деталями, марками, количеством и весом. Именно такие таблицы удобно обрабатывать в Python.
Почему выгрузка не готова к анализу
многоуровневые заголовки и объединённые ячейки;
несколько листов с разной структурой;
разные названия одних и тех же полей;
числа и текст в одном столбце;
пустые значения, дубликаты, служебные итоги;
разные единицы измерения.
Даже суммарный вес по типам элементов начинается с выяснения, что в таблице и как читать поля. Процесс лучше делить: Excel/CSV → подготовка → проверка → расчёты → отчёт.
Подготовка в pandas
pandas читает Excel/CSV, преобразует столбцы, фильтрует, группирует и считает. Если таблица уже плоская:
import pandas as pd df = pd.read_excel("ведомость.xlsx") df["Вес"] = pd.to_numeric(df["Вес"], errors="coerce") summary = (df.dropna(subset=["Тип элемента", "Вес"]) .groupby("Тип элемента", as_index=False)["Вес"] .sum() .sort_values("Вес", ascending=False)) print(summary)
Это иллюстрация. Реальные файлы требуют настройки листа, строк заголовков, названий колонок и обработки итогов. Но даже такая группировка становится повторяемым шагом.
Проверки важнее расчёта
Число получить легко. Важнее понять, можно ли ему доверять. Проверяйте:
обязательные поля;
числовые столбцы;
попадание заголовков и итогов в расчёт;
неожиданные дубликаты;
сходимость с контрольными суммами;
единицы измерения.
В pandas это делается коротко:
print(df[["Тип элемента", "Вес"]].isna().sum()) print(df.duplicated(subset=["Марка", "Тип элемента"]).sum())
Набор проверок зависит от методики предприятия. Универсального правила нет, но проверки можно сделать явными и повторяемыми.
Что анализировать
суммарный вес и количество позиций;
распределение веса по типам элементов;
сравнение сборок и комплектов;
повторяющиеся детали;
необычно тяжёлые/лёгкие позиции;
таблицы и графики для отчёта.
Для визуализации — Plotly, для интерактивного дашборда — Streamlit. Но график лишь помогает заметить необычное значение, а не объясняет его причину.
Повторяемый сценарий
Удобно работать в Jupyter Notebook: загрузка, преобразования, проверки, расчёты. Затем повторяющиеся операции вынести в функции и шаблоны. Сохраняйте прозрачность: какие данные загружены, что преобразовано, какие строки исключены.
Что разрабатываем
Готовим курс «Мастер ведомостей» о Python и pandas для ведомостей КМД: неидеальные Excel/CSV, проверка данных, показатели, анализ сборок, визуализация, простые дашборды. Программа уточняется; будут практика, Jupyter Notebook, код и шаблоны.
Оставить заявку на уведомление о старте можно на странице курса.
Вопросы к сообществу
Какие операции с ведомостями вы чаще всего делаете вручную?
Какие проверки хотели бы сделать повторяемыми?
В каком виде удобнее получать результат: таблица, Excel-отчёт, графики, дашборд?
Расскажите в комментариях — это поможет выбрать сценарии для курса.
Представлен открытый проект Claude Code Skills & Plugins — Agent Skills for Every Coding Tool - 338 готовых скиллов для ИИ, чтобы заменить команду специалистов, включая:
Совет директоров — CEO, CTO, CFO, CMO, юрист, CISO и еще несколько видов руководителей.
Разработчики — архитектура, фронтенд, бэкенд, DevOps, тестирование, RAG, MCP‑серверы.
Продакты — продакт‑менеджер, UX‑ресерч, дизайн, роадмапы.
Маркетологи — контент, SEO, реклама, оптимизация под выдачу нейронок.
Продажи — ценообразование, сделки, партнерства, участие в тендерах.
Финансисты — бюджет, прогнозы, DCF‑модели, анализ рынка.
Проджекты — SCRUM‑мастер, Jira, Confluence.
Комплаенс — GDPR, ISO 27001, SOC 2, аудит.
Исследователи — обзор литературы, гранты, патенты, маркетинговый ресерч.
Личный ассистент — разбор почты, недельные ревью, дипворк, созвоны с подсчётом их стоимости.
Недавно мне попался отчёт State of AI 2026 от Sensor Tower с интересными данными о мобильном и веб-трафике ИИ-приложений.
В отчёте отмечается, что ИИ-ассистенты (прежде всего ChatGPT) очень быстро стали мейнстримом и обогнали по темпам роста MAU все известные ранее приложения. Но где предел аудитории ИИ?
Возможно, он уже близко. Отчасти об этом говорят данные о трафике: в первом квартале 2026 года число пользователей выросло год к году лишь на 28%, а не на 100%, как годом ранее. Похожая картина и со временем, которое пользователи проводят на сайтах и в приложениях. Означает ли это, что компании переходят от захвата рынка к извлечению прибыли?
Вероятно, да: с конца 2025 года (у ChatGPT — на год раньше) мы видим резкий рост средней выручки на пользователя в месяц (ARPU). Он объясняется появлением рекламы в бесплатных тарифах, изменением лимитов использования и появлением дорогих премиум-тарифов.
3 приёмчика которые повышают эффективность моего рабочего дня
1. Хронометраж рабочего времени
У вас нет тайм-трекинга в компании? Тогда организуйте его себе сами!) У ощутимого количества людей, которые работают головой, есть черта обдумывать что угодно, связанное с работой, не только во время, но и до, между и после неё. Поэтому хотелось бы понимать, сколько в действительности мы тратим времени на «активную» работу.
Я выбрал вариант с фиксированием всех моментов, когда я приступаю к работе, отвлекаюсь на что-то, продолжаю и заканчиваю её. Таким образом, просуммировав все временные промежутки в этих границах, можно довольно точно сказать, сколько мы тратим времени на работу в «активной фазе». А ещё этот подход сам по себе стимулирует оптимизировать процессы.
2. Отказ от фонового потребления
Звучит как нечто очевидное: во время работы в вашем поле внимания должна быть только работа. Но я предположу, что есть ощутимое количество специалистов, которые нет-нет, да и включат себе на фон музыку или подкаст — особенно во время выполнения рутинных задач, чтобы, так сказать, «пободрее шло».
Вполне вероятно, что при полном отказе от фонового потребления во время работы можно существенно повысить её эффективность. Я пробовал месяц без фона. Сначала было тяжело — тишина давила. Но через неделю заметил: стал быстрее и качественнее решать задачи. Попробуйте — может, и у вас сработает.
3. «Рабочий журнал»
В моем случае это просто .txt-документ или группа документов, в которых вы ведёте рабочие аспекты, которые важно держать в удобной структуре и не забывать. Но можно создать полноценный сервис для управления личными рабочими процессами.
У меня просто файл с несколькими разделами: список задач, вопросы, которые нужно поднять с коллегами, информация для созвонов, декомпозиция текущей задачи, информация по реализации и данные для тестирования. Просто, но позволяет держать рабочий контекст под рукой и тратить меньше времени на его “поднятие”.
Захожу вот на один довольно известный сайт (не буду его сейчас называть - но аналогичной фигней страдают уже довольно многие) - пытаюсь войти в личный кабинет.
На экране - правая и левая половины. В правой - поля ввода: логин, потом пароль. потом код - ну, традиционно.
В левой - некая абстрактная картинка, которая медленно шевелится.
И снова - паттерн вполне узнаваемый, уже многие так сделали, стильно-модно-молодежно в этом сезоне.
Да и фиг бы с ним - но всё это УЖАСНО ТОРМОЗИТ.
Не, не так: Т О Р М О З И ... (спасибо что ожидаете отображения очередной буквы)
Вот что можно было сделать? Майнер биткоинов на странице логина? Отправка букв через Луну и обратно?
Почему просто ввести пароль нельзя - нужно терпеливо дожидаться, пока прорисуется очередная буква?
Фронтендеры, зачем вы это делаете? И как?
У меня к вам важный вопрос, который решит будущее человечества.
Перед вами 100 одинаковый красных кнопок, 99 из них приведут к развитию технологий человечества в ближайшие годы, супер интеллект и роботы, которые делают за тебя всё.
Но есть 1 кнопка, которая приведёт к смерти человечества.
Вопрос: нажмёшь ли ты какую-либо кнопку?
Ответьте в коментах: "нажму" или "нет".
Эксперты в ИИ уже всерьёз дискутируют на тему "убьёт ли ИИ человечество"? И ответ пока не очевидный.
Продолжая эту тему, где бывший сотрудник Anthropic написал твит, о том что ИИ нас всех убьёт, если мы не остановим прогресс. Его твит завирусился и набрал уже 173 млн просмотров. И на днях один популярный американский блогер собрал у себя экспертов в теме чтобы подискутировать по этому вопросу: "убьёт ли ИИ человечество?". Почему да, почему нет, когда и как?
Советую глянуть, очень интересно. ссылка на дискуссию — https://www.youtube.com/watch?v=OhOmLqR5nN4
В видео можно включить русскую озвучку.
xk6-sip: мониторинг нагрузочного тестирования VoIP/SIP-звонков
Разобрал, как устроена observability xk6-sip — расширения k6 для нагрузочного и функционального тестирования SIP-звонков. Всё на реальном прогоне: 100 одновременных звонков, 10 минут, 2000 звонков, 6,1 млн RTP-пакетов.
Внутри: • ASR, SEER (RFC 6076), ALOC и SLA на native histograms — перцентили за окно, а не за весь тест • первый ответ на INVITE и ретрансмиссии: как увидеть перегрузку АТС до первого 503 • one-way audio, джиттер и потери RTP по плечам звонка • CPU, память и трафик самого генератора: АТС тормозит или тест упёрся в себя • почему закрытая модель нагрузки прячет потолок АТС
Дашборд Grafana и стек Prometheus лежат в репозитории, прогон повторяется двумя CLI командами.
https://habr.com/ru/articles/1087004/
Как проверить, что после обновления АТС люди слышат друг друга — без двух телефонов и тестировщика
Сделал расширение для k6, где абоненты - объекты в скрипте: звонят друг другу через АТС и проверяют АОН, переводы и слышимость. Один скрипт — и регресс в CI, и нагрузка на тысячи звонков. Под картинкой - настоящий вывод: лесенка SIP сигнализации одного звонка из trace() и метрики расширения.
Подробно, со схемами звонков и разбором «под капотом» — в статье: https://habr.com/ru/articles/1086816/
