avatar
Control Quantitative Laboratory
@controlcharts
01.05.2026 17:20
У Яндекса Алиса в режиме исследования для меня прочитала 464 источника
Сформулировала отличный ответ на этой основе.

Хотя он мне не понравился как итоговое предложение, но источники которые были приведены, действительно оказались очень интересные.

Чтение 464 источников заняло примерно 30 минут
👍 1
16 1 277
avatar
Control Quantitative Laboratory
@controlcharts
16.04.2026 17:23
Сделал бота который умеет выполнять задания и еще слать сообщения.

Бот умеет думать.
И сразу возникли проблемы:
- когда сказал разослать вот это сообщение, он кроме текста сообщения, сам дособрал информацию и добавил в сообщение по своему размению еще информации
- когда не смог удалить первое сообщение, сам решил, что если не могу удалить, то создам еще одно, но к нему напишу "это обновление сообщентя" в заголовке.

В общем это востание машинс особенно с тем что сообщение может быть отослано в опредеденный чатик, важно зарегулировать жесткими правилами
1 543
avatar
Control Quantitative Laboratory
@controlcharts
14.04.2026 07:52
Много интересного мир узнал из того что случайно пролилось у Антропик

https://habr.com/ru/news/1017438/

Какая из идей совпала с тем над чем я размышлял?

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

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

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

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

За одно думаю о том, как и сколько мне нужно сопутствующих агентов, которые будут помогать мне делать давольно разнообразную мою работу.

В эту сторону собственно и строится тенденция развития - получить в итоге напарника работающего 24/7.

Конечно, много вопросов возникает этического характера, консолидации и формированию новых норм, юридических вопросов, стоимости вероятных ошибок (как пример того же Антропик)

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

Модет быть для соблюдения этической составляющей автор аватара, должен получать свой процент, но такое возможно сделать только на уровне государственного регулирования. В текущих нормах это не заложенно.
Хабр
Anthropic случайно слили исходники Claude Code
Anthropic случайно слили исходный код Claude Code через файл source map в npm-пакете. Утечку обнаружил исследователь Chaofan Shou — в публичном пакете оказался  .map -файл с полным...
👍 4
10 450
avatar
Control Quantitative Laboratory
@controlcharts
31.03.2026 09:57
Итак господа используя ИИ Агента провел эксперимент по оценке разработки проекта
Для этого сначала попросил создать файлову структру под сохранение промежуточной информации
И добавить мне промпты для ИИ агентов специалистов которые будут участвовавать в оценке
Указал какой стек-технологий нужно использовать.
Обязательно указал, что делать код не надо, надо именно сделать декомпозицию и разложить проект наотдельные задачи и подготовить их специалистам для оценки.
Для информации к ИИ PM-у запросил праздники, и заложить время на отпуска и дни болезни (осень/весна стабильно -2 недели)

Так же добавил данные из Т-Метр (система сбора статистики работы) на примере команды которая будет разрабатывать этот проект, на сонвое прошлого опыта

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

Далее запустил процесс декомпозиции требований к проекту каждым отдельным ИИ специалистом
Каждый ИИ специалист (Архиетктор, Front-end Senior, Backend Senior, PM) сформулировали декомпозицию своих задач

И в конце ИИ PM собрал информацию по задачам, на основе статистики распределил время по Монте-Карло на задачи, и выполнил построение плана.

Финально все оформил в виде HTML страницы в котором построен дашборд по оценке и Road Map в виде Гант-чарта

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

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

Для первончальной настройки потратил 4 часа, но винально получуил полную документацию к реализации проекта с оценкой сроков.

ИИ уже здесь, и большая часть задач им выполняется.

#полезное
🔥 3
13 13 504
avatar
Control Quantitative Laboratory
@controlcharts
30.03.2026 06:28
Давеча решал организационную задачку о том как имея всего одного ИИ агента создать довольно сложный инструмент. Если уж говорить про Anthropic, который решил эту задачу за счет внедрения ИИ менеджера с возможностью параллельных вычислений и уже переходит над созланием структур в ИИ типа FAANG, замещая разные роли в ИИ создавая автоматизированные заводы по интеллектуальной деятельности, то у меня на руках всего одинопоточный ИИ агент.
Но, это не отменяет того, что я от него хочу получить максимум.

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

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

Следующий шаг, очень важный, нужно, чтобы ИИ взяв описание здачи определил какие специалисты и какого уровня нужны, какие нужны технологии (с учетом ограничения которые мне заранее известны), результат сохраняется в отдельный md файл, в котором есть не только описание агентов, но и их последовательность действий и правила сохранения результата, описания того, что было сделано для слелующей роли (md + git)

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

Таким образом мы можем пройти все этапы от, формулирования задачи, через UX специалиста который задает вопросы о взаимодействии пользователя с интерфейсом, потом ИБ специалист, потом Архитектор, потом QA-инженер который формирует требования по тестированию, и т.д. после формулирования требований приступает к работе уже ИИ-разработчики.

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

Этот же эксперимент показал мне, как важно более детальнее разбивать задачи на составляющие, этапы и задаваться вопросом: "кто поможет решить эту задачу лучше?"
1
7 7 402
avatar
Control Quantitative Laboratory
Переслано от канала
27.03.2026 17:48
🚀Ищем менеджера оптимизации процессов — человека, который любит наводить порядок в сложных системах и делать их эффективнее

Привет! Я — Саша, руковожу направлением оптимизации процессов в Т-Банке
В этом году перед нами стоят масштабные и амбициозные задачи-изменения всего Т

Ищу человека, который:
✅ оптимизировал весь поток создания ценности — от идеи до результата
✅ умеет работать с метриками (lead time, cycle time, throughput) и разбирается, как они считаются
✅ не теряется в неопределённости и доводит изменения до результата
✅ уже делал изменения в командах / подразделениях (от 25+ команд или 150+ человек)

Что у нас можно делать:
🔥 менять процессы на уровне всей компании, а не одной команды
🔥 находить в процессах узкие места и устранять их
🔥 создавать продукты и инструменты, которыми пользуются руководители
🔥 работать на стыке процессов, данных и людей

Важно: наш отдел не про поддержку текущих процессов, а про выстраивание "автопилота" для управления всей компании 💪
Если у тебя есть опыт в Delivery / Product / Project Management, тебе хочется делать системные изменения и влиять на весь Т-Банк — пиши в личку или откликайся 👉 https://www.tbank.ru/career/it/vacancy/moscow/Process%20Optimization%20Manager/c073c2c3-a803-4ebe-b895-c35ba7dc3755/
👍 4
11 448
avatar
Control Quantitative Laboratory
@controlcharts
27.03.2026 17:48
Тут у нас менеджера оптимизации проце,сов ищут
2 369
avatar
Control Quantitative Laboratory
@controlcharts
18.03.2026 08:28
AI становится универсальным интерфейсом, в котором может утануть большое количество UX решений. Так как для большенства задач в принципе достаточно построить диалог.

Так например я уже понимаю, что для анализа задач (их сроков) с исопльзованием статистики, вполне себе достатоно объеденить LLM Агента с нужным набором MCP
• получение данных
• анализ данных определение сроков выполнения задач
• определение лучшего рспределения ресурсов
• анализ данных на предмет узкого звена
• анализ рисков
• ретроспективный анализ по отклонениям (тренд анализ)
• формирование обобщенного отчета (можно сразу в pdf/html)

И это обеспечит решения в области управления на основании статистики. Особенно для тех кто мало в ней разбирается.

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

Хотя в этой области тут еще есть не решенные вопросы.

Так что, возомжно в скором будущем вам не надо знать про статистику и графики и вот это вот все.

Вам достатоно будет купить у меня MCP сервер для вашего трекера :)
👍 2
😁 2
1
2 521
avatar
Control Quantitative Laboratory
@controlcharts
04.03.2026 10:04
System Design для эпохи GenAI: ликбез или must-read?

Последнее время всё чаще утыкаюсь в материалы про архитектуру GenAI-приложений. RAG, агенты, evaluation, cost control — хочется сложить это в голове в какую-то стройную картину.

И тут мне попалась на глаза книга «System Design для эпохи GenAI» от издательства «Питер».

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

Рассказываю о книге заранее, — авось и вы подтянетесь, да апосля проведем дисскуссию.

О чём книга (если кратко):
Авторы пытаются адаптировать классический system design под новые реалии. Ведь теперь вместо «спроектируйте Twitter» спрашивают «спроектируйте AI-ассистента», и привычные компоненты обрастают новыми слоями.

Основные разделы:

1. Retrieval (RAG) — про то, как строить пайплайн от запроса до контекста: embedding → vector search → ранжирование.
2. Оркестрация моделей — почему нельзя просто вызвать LLM, а нужны роутеры, цепочки, вызов инструментов.
3. Оценка качества — самая больная тема: галлюцинации, фактологическая точность, grounding. LLM-as-judge, human evaluation, golden datasets.
4. Стоимость — экономика токенов: кэширование, компрессия, батчинг.

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

Что интересно
Недавно Александр Поломодов запустил сайт system-design.space. Очень жду, что там появятся разборы по GenAI — уверен, они будут с практической глубиной.
А пока читаем книжку, чтобы базу поразбирать.

Если тоже захотите присоединиться — давайте потом в комментариях обменяемся впечатлениями.

Что полезно, что устарело, чего не хватает.
Ну и дадим коллективную оценку книге.

#прокниги
👍 2
🔥 1
20 677
avatar
Control Quantitative Laboratory
@controlcharts
19.02.2026 08:01
Ваша IT-команда должна стать «AI-заводом»

Мы уже живем в динамично меняющемся мире IT и смежных сфер, которые переворачиваются благодаря технологиям LLM и AI (тому самому «матану», на который многие забивали на третьем курсе).

Главное изменение с точки зрения управления процессами заключается в том, что человека убирают из цепочки поставки ценности как узкое звено. В IT именно человеческий фактор больше всего влияет на Time-to-Market (T2M). Замена навыков человека как узкого звена на AI настолько сильно ускоряет процессы, что результат ошеломляет. Например, замена процесса публикации на сайт для крупной компании может ускорить T2M с 30-40 дней, со всеми юридтческими проверками на процесс в 30 минут.

Что уж говорить про Anthropic, которая первой вывела на рынок возможность создавать AI-специалистов и целые команды AI-агентов, включая AI-управленца.

Я провел эксперимент в своем проекте и пришел к выводу: создавать команды AI и управлять ими — не самая сложная задача. Сложность в том, чтобы быстрее других «оборачивать» их нужными инструментами.

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

К чему нас приведут эти изменения?

1. AI-интерфейс как стандарт. Любые создаваемые в IT инструменты должны быть AI-ready. Это значит — иметь интерфейс для взаимодействия с искусственным интеллектом через MCP, протокол OpenAI и прочее.

2. Уменьшение количества людей в командах. Команды из 7 человек начнут уменьшаться до 2–3 специалистов. Задачи сместятся с написания кода на настройку «AI-заводов» по производству ценности. Человек становится наблюдателем (observer) за процессом.

3. Ускорение поставки. Резко ускорится Time-to-Market (T2M) и повысится пропускная способность (Throughput) по результату.

4. Обесценивание монолитного ПО. Ценность «тяжелого» программного обеспечения снизится, что больно ударит по мастодонтам IT-индустрии. Мы недалеки от того, что даже на уровне операционных систем будет создаваться более узкоспециализированное ПО, что также может повысить безопасность систем.

5. Переоценка человеческого труда. Ценность рутинного человеческого труда в IT действительно упадет, так как человек перестанет быть узким местом (бутылочным горлышком). Но вырастет ценность ответственных за процесс, так как AI пока неясно, станет ли субъектом права или останется объектом.

6. Трансформация SaaS-модели. Модель оплаты за количество пользователей потеряет смысл. Ценообразование сместится в сторону эквивалента затраченной энергии (как токены в AI).

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

8. Новые риски и задачи менеджмента. Точность прогнозирования вырастет, так как основные риски смещаются на более низкий уровень — доступность GPU/серверов, перебои электричества и информационную безопасность.

Что делать человеку?

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

За нами все еще остается юридическая ответственность, и как ее перекладывать на AI, сейчас совсем не понятно.

#интересное
👍 3
12 6 492
avatar
Control Quantitative Laboratory
@controlcharts
14.02.2026 09:38
В моих командах всегда поддерживается критическое мышление, частью которого является Рефрейминг. В качестве важного инструмента формулирования вопросов.

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

Рефрейминг может координально изменить подход, вот пример переосмысления "Темной энергии и создания новой математики для понимания действия пространства-времени":
"Темной энергии не существует..."
https://youtu.be/HhrpQFKUo0k?si=TkuOBD2PARmUH2wc

А вот книга, которая мне помогла со структоризацией подхода использования рефрейминга

«Рефрейминг: Изменение восприятия реальности», Обновление разума читать онлайн фрагмент бесплатно без регистрации https://share.google/RL7m2ydphxgGtbxjP

#книги
YouTube
Тёмной Энергии НЕ Существует? Новая Теория Гравитации Финслера | Finsler gravity Ускорение Вселенной
В этом выпуске мы разбираем сенсационную научную работу, опубликованную в 2026 году группой исследователей из ZARM и Трансильванского университета. Физики предлагают отказаться от понятия "тёмной энергии" — таинственной субстанции, составляющей 70% Вселенной, — и пересмотреть саму природу гравитации. Что, если ускоренное расширение Вселенной — это не действие внешней силы, а естественное свойство геометрии пространства-времени? Мы обсудим теорию гравитации Финслера, которая учитывает не только положение тел, но и их скорость. Вы узнаете, как "ветер" в геометрии заменяет тёмную энергию, почему уравнения Эйнштейна могут быть слишком упрощены для масштабов космоса и как Большой адронный коллайдер (LHC) поможет доказать или опровергнуть эту теорию. В этом видео: Почему стандартная модель (Lambda-CDM) трещит по швам? В чем суть геометрии Финслера простыми словами. Как кинетическая энергия влияет на кривизну пространства. Может ли эта теория объяснить и Тёмную материю? Источники: Основано на работе Кристиана Пфайфера, Николеты Войку и коллег: "From kinetic gases to an exponentially expanding universe — the Finsler-Friedmann equation" (arXiv/JCAP). Больше новостей в телеграме: @n_post_n - Наука и технологии @n_post_kino - Кино @n_post_games - Видеоигры #Наука #Космос #Физика #ТемнаяЭнергия #Гравитация #Эйнштейн #Финслер #Космология #Вселенная #LHC #Научпоп #Астрофизика #DESI #ZARM #ТеорияОтносительности 00:00 Вступление: Космос без Тёмной Энергии? 01:24 История открытия ускорения Вселенной (Сверхновые типа Ia) 02:29 Лямбда-член: Математическая заплатка Эйнштейна 03:38 Данные DESI и проблемы стандартной модели 04:25 Что такое геометрия Финслера? (Аналогия с ветром) 06:00 Как кинетика газов меняет гравитацию (функция 1PDF) 07:08 Вакуумное решение: Естественное расширение Вселенной 08:26 Почему ОТО работает в Солнечной системе, но не в Галактике 09:03 Эксперимент на Большом Адронном Коллайдере (LHC) 10:45 Совместимость теории с реальными наблюдениями 11:41 Может ли геометрия объяснить Тёмную Материю? 12:48 Новая научная революция или красивая математика? Итоги
🤔 2
6 5 525
avatar
Control Quantitative Laboratory
@controlcharts
29.01.2026 11:38
Один из тимлидов (не моей бизнес линии) донес до меня мысль о том, что возможно я выступаю в роли Дон Кихота
Когда рассуждаю о том, что Sprint и наиболее широкое представление Scrum с оценкой в Story Points для впихивания в спринт задач — это плохая практика, и куда проще иправлять WIP-лимитами и исопльзовать просто количество задач.

Так как для большенства совершенно контр-интуитивно то как это работает.
А понятие Story Points и Capacity Sprint по ним — куда проще понять, по этому продать легче.

В общем концепция с Capacity Sprint и упражнение по напихиванию при помощи Story Points большенству видится более логичным, по этому понятным.

При том, что управлять через WIP-limit технически проще, и лучше автоматизируется.

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


При этом пояснения о том, что вообще-то у Scrum важнейший артефакт Sprint-а это цель - выполнил, хорошо, не выполнил плохо, а задачки это лишь способ для достижения и на них не надо контрактоваться. Scrum = One Pice Flow

Но, все же большая часть компании использует статистику для управления и умеет работать с WIP-лимитами, что подтверждается статистикой использования наших инструментов T-Meter, Jira-Helper

По этому, все таки я все же не Дон Кихот.
🤣 1
😭 1
31 1 679
avatar
Control Quantitative Laboratory
@controlcharts
27.01.2026 10:54
Довольно часто встречал утверждения о том, что очень важно делать «спринты» или иные таймбоксы для команд. Смотрел убедительные — а местами откровенно софистические — видео о важности и полезности этого «действа».

Однако, когда разобрался, что таймбокс — это всего лишь метод ограничения одновременно взятых обязательств, и понял, что существует иной способ контроля их объёма — WIP-лимитирование, — обнаружил, что команды прекрасно работают без «спринтов». Более того — в таком подходе они видят гораздо больше смысла.

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

Scrum — прекрасный фреймворк. У него есть своя ниша, своя область эффективного применения. Но за её пределами — куда более обширная территория, которую покрывают практики из Канбана. С их помощью можно как выстроить уникальный фреймворк управления, так и собрать что-то вроде стандартного подхода — например, Scrumban.

Использование типизации задач и оценка времени решения типовых задач по характеру распределения Lead Time вполне себе даёт возможность связать описание задачи со временем её выполнения.

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

Вот как может выглядеть такой подход:
• Внедряем анализ статистики — получаем данные, на основе которых строим планы, а не догадки.
• Автоматизируем оценку задач — с помощью LLM и типизации задач формируем прогноз времени выполнения по описанию.
• Формулируем связь системы управления с бизнес-целями — через сценарии использования продукта, фичи и стратегические метрики. Это позволяет автоматизировать приоритизацию: сценариев, фич, задач.
• Запускаем в разработку — только то, что действительно движет ценность.

При этом пультом управления остаются:
• Коэффициенты стратегии — параметры, которыми вы «крутите» приоритеты в своей модели.
• Формулирование гипотез — которые подтверждают или опровергают эти коэффициенты, обучая систему.

И вот — мы получаем полноценный фреймворк управления процессом реализации ценности для пользователей продукта.

Считаете ли вы так же как и я таймбоксы тормозом развития систем управления?
А не думаете ли вы, что таймбоксы устарели?
👍 5
4 9 585
avatar
Control Quantitative Laboratory
Переслано от канала
25.01.2026 09:06
Сайт по system design (Рубрика #Architecture)

Многие мои подписчики знают, что я планировал написать книгу ... но я не уточнял какую. Суть была в том, что я параллельно занимался работой над несколькими книгами. Ближе всего к готовности была книга по System Design (с фокусом на подготовке к интервью) - мне просто было проще всего ее собрать из своих материалов. Я работал по стартинке - сделал желаемое оглавление, собрал часть глав из своих материалов и получил большой Google Doc. Но на каникулах меня осенило, что цель-то не в книге, а в удобной компиляции моих мыслей. Поэтому я поменял подход - скормил google doc сервису Lovable для создания интерактивного сайта, а дальше инкрементально начал его дорабатывать. Я этим занимался больше месяца и получился такой вот сайт system-design.space. Конечно, нет предела совершенству и я собираюсь продолжить его наполнение, но думаю, что он уже может принести пользу тем, кто хочет прокачаться в проектировании.

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

#SystemDesign #Interview #Career #Architecture #DistributedSystems #Databases #Engineering #Software
System Design Space
System Design Space — Главная, граф знаний, треки и материалы
Главная страница System Design Space: быстрый старт, граф знаний, библиотека материалов, персональные треки и трекинг прогресса.
🔥 13
19 420
avatar
Control Quantitative Laboratory
@controlcharts
25.01.2026 09:06
Александр поломодов создал сайт по system design.
Информация на сайте поможет пройти интервью при найме
А тем кто уже работает лусше разобраться в теме
468
avatar
Control Quantitative Laboratory
@controlcharts
31.12.2025 22:34
С новым Годом!

Пусть в новом году вам приходят задачки по вашим силам которые вам дадут лучше разиваться и расти!

Пусть вам новый год принесет счастья, добра, здоровья и новых побед особенно над собой!

А для иниересу вот вам задачка

(-19)^n=19

Попробуйте первым найти n, и получить подарок в новом году!
🔥 6
8 1 753
avatar
Control Quantitative Laboratory
@controlcharts
10.12.2025 11:43
С одним из моих лидов случилось интересное дело.

В процессе подготовки автоматизации скоринга для гипотез и сценариев, он приводит в порядок группы задач в трекере, помечая какие задачи по факту относятся к каким группам.

Что он сделал?
1. Посмотрел в T-Meter, определил по графикам Lead Time моды
2. И разметил задачи по этим модам

И это привело к тому, что в его дашборде T-Meter все стало выглядеть просто прекрасно
Каждая группа задач предсказуема, есть чтекое разбитие и по всем критериям система стала выглядить ну супер управляемой.

Тем не мнее, надо отдать должно лиду, после того как он это сделал, он пришел и сказал: "Мне кажется я сделал неправильное разбиение"

И да, методом коучинговой сессии мы подошли к ответу, что моды задач надо разбивать
- "по сути запроса"
- "по типам рисков"

А результат на графиках Lead Time - это уже индикатор к этим группам.
О чем я кстати частично писал в статье на Habr

Думаю, что пора моему лиду дать материял по Triage Table он к нему уже готов.
🔥 6
👍 3
2
11 831
avatar
Control Quantitative Laboratory
@controlcharts
08.11.2025 21:39
Как сравнить средние значения в 2 группах?

Конечно, t-критерием Стьюдента. Вот только у него есть одно важное условие. И нет, это не нормальность распределения, она нас не очень-то волнует, если мы решили сравнивать средние и у нас достаточное число исследуемых.

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

Например, сравнить 15(2) и 17(3), где:
•15 и 17 - средние значения в двух группах,
•2 и 3 - соответствующие стандартные отклонения,
можно с помощью обычного t-критерия Стьюдента.

А что делать, если дисперсии двух групп сильно различаются?
Например, показатель составляет 15(2) и 17(6). Одно стандартное отклонение больше другого в 3 раза! Обычный t-критерий в такой ситуации может привести к ошибочной оценке. Особенно если число исследуемых в группах тоже разное.

Для обхода условия равенства дисперсий при сравнении средних статистиком Бернардом Льюисом Уэлчем (Bernard Lewis Welch) был разработан модифицированный t-тест, который получил название t-тест (критерий) Уэлча.

А в связи с тем, что для определения p-значения используется расчет степеней свободы по специальному уравнению Уэлча-Саттертуэйта, иногда этот метод называют t-тест Уэлча-Саттертуэйта (Welch-Satterthwaite t-test) или даже t-тест Саттертуэйта.

Широко известен и довольно популярен такой алгоритм выбора критериев для сравнения средних значений в 2 группах:
1️⃣ Проверить равенство дисперсий с помощью специальных тестов, например, теста Левена (Levene’s test).
2️⃣ Если дисперсии не имеют статистически значимых различий, использовать t-тест Стьюдента. В противном случае - использовать t-тест Уэлча.
Этот алгоритм реализован в программах SPSS, jamovi, а в PubMed запрос “Levene test” OR “Levene’s test” выдает 647 публикаций, причем 109 из них - этого года.

Вместе с тем, существует и другой алгоритм:
*️⃣ Не проверяя равенство дисперсий, всегда применять t-тест Уэлча для сравнения средних значений.
Указание на этот алгоритм и его обоснование можно найти во многих работах, например, Lumley T. et al. (2002), Rasch D. et al. (2009), West R.M. (2021).

Например, Rasch D. с соавторами на множестве симуляций показали, что:
🔺Использование пре-тестирования равенства дисперсий не позволяет контролировать вероятность ошибок I рода на нужном уровне (например, 5%), что может сделать вывод о статистической значимости неопределенным.
🔺В случае равных дисперсий t-тесты Уэлча и Стьюдента имеют схожую мощность и дают практически одни и те же результаты.
🔺В случае разных дисперсий t-тест Уэлча имеет преимущество перед t-тестом Стьюдента.
🔺Особенно интересно, что даже при отклонениях от нормального распределения во многих случаях t-тест Уэлча был ещё и надежнее, чем U-критерий Уилкоксона-Манна-Уитни.

Таким образом, использование t-теста Уэлча вместо t-критерия Стьюдента во всех случаях сравнения средних значений в 2 группах является корректным, обоснованным подходом.

Из канала про мед
статистику
3
7 885
avatar
Control Quantitative Laboratory
@controlcharts
20.10.2025 08:16
Всемирный день статистики — праздник, который впервые отмечался 20 октября 2010 года. Отмечается не раз в год, а раз в пять лет.
🎉 3
2 3 851