Часть 2. Windows update
Часть 2.1 Служба обновлений и ее журнал
Часть 2.2 Настраиваем удаленный доступ
Часть 2.3 Ловим исключения
Часть 2.4 Проблема слишком больших прав
Часть 2.5 Разрешение удаленного подключения
Часть 2.6 Параллельная обработка задач, -parallel,  powershell jobs, Runspaces
Часть 2.7 И, наконец, получим первый список
Часть 2.8 Итого

Часть 3. Обрабатываем, что получилось
Часть 3.1 Немного про общую логику
Часть 3.2 В предыдущих сериях
Часть 3.3 Обновление списка обновлений
Часть 3.4 Обрабатываем оба списка сразу – список обновлений и список с сервера
Часть 3.5 Осталось только выгрузить в Excel
Часть 3.6 Отладка и наладка
Часть 3.7 Альтернативы?

Часть 3. Обрабатываем, что получилось

Часть 3.1 Немного про общую логику
Есть школьная логика, когда люди считают, что «нам нужен список всех обновлений, чтобы понять, какое обновление установлено! 111
Есть логика «ближе к Agile», когда нам не важно, какое обновление установлено, а важно, установлено ли последнее обновление, максимум предпоследнее.
В чем разница? В случае «школьной логики» последние лет 50 наверное, может больше, я в школе был травмирован абсолютно угашенной на голову преподавательницей химии, которой надо было не решение, правильное или неправильное, а соблюдение ее личной методологии решения. Абсолютно дурная бабка была.

Логика в моем случае в том, чтобы сначала получить MVP, minimum viable product, получить данные «как есть», и уже потом развивать код, добавляя в выгрузку, или в справку нужные мне данные.
Проблемы написать парсер Windows update нет никакой, может уже даже кем-то написан. Но мне не нужен полный список для решения моей частной задачи.
Задача в первом приближении написана не оптимально с точки зрения кода, объемов данных итд. Но опять же, мне не нужно решать глобальную задачу и делать комбайн с вертикальным взлетом, мне траву во дворе скосить, и скосить «сейчас».

Про это будет еще много отсылок в тексте.

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

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

Часть 3.2 В предыдущих сериях

В первой серии мы получили:
1) Файл nur-eine-datei.xml  c массивом( System.Array) из класса MeineErsteKlasse и генератор (mainefirstclass4pikabu .ps1) для создания этого файла.
Почему эта функция вынесена? Потому что генерация – это очень простой механизм, и его имеет смысл сделать отдельно. Можно ли сделать эту задачу как функцию в основном скрипте? Можно, но зачем? Это простая генерация файла со списком. Ниже попробую пояснить, почему именно так удобно именно мне.
2) Файл dieparole.txt с логином и паролем для удаленного сервера. Так делать не надо, хранение логинов и паролей в тексте – плохая практика. Нормальные люди разворачивают Vault.
3) Некорректно настроенный, так делать не надо, но для демонстрации сойдет, сервер с Windows. WinRM надо грамотно настраивать для безопасной работы!
4) Выгруженный список обновлений с этого сервера.
5) И код из части 2.

Что сделано не очень удобно, и, может, не очень правильно? Файл nur-eine-datei.xml  и оба скрипта должны лежать в одной папке, и называться одинаково в обоих исполняемых файлах. Можно было сделать запуск с параметром «путь к файлу», но, на мой взгляд, это только усложнит использование.

Первым делом переформируем список серверов для проверки.
В примере (2) есть строка

$MeineServerliste = @("192.168.211.150","192.168.211.151")

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

Часть 3.3 Обновление списка обновлений
Перепишем первый скрипт, формирующий список обновлений, в следующем виде:

Class Updates{
[string]$OS
[string]$UpdateType
[string]$KB
[string]$KBDate
[string]$Other}

<#Для какого продукта он предназначен: Microsoft Server Operating System
Для какой версии продукта он предназначен: 24H2 (это Windows server 2025)
Номер: KB article numbers: 5063878
Дата выхода: 8/12/2025 #>
$Skriptversion = "12 from 05.09.2025"

$Ar2 = @()
$UPD =[Updates]::new()
$UPD.OS = "Server 2025 24H2" ; $UPD.UpdateType = "OS" ; $UPD.KB = "KB5063878"  ; $UPD.KBDate = "12.08.2025" ; $Ar2 += $UPD ;
# $MeinErstklassigesBeispiel | Format-Table –AutoSize
$PfadZurSpeicherdatenbank = $PSScriptRoot
$MeineErsteSicherungsdatei = $PfadZurSpeicherdatenbank + "\" + "nur-eine-datei-part12.xml"
Export-Clixml -Path $MeineErsteSicherungsdatei -InputObject $Ar2

# notepad $MeineErsteSicherungsdatei
# $NewKeinArray = Import-Clixml -Path $MeineErsteSicherungsdatei
# $NewKeinArray

Зачем? Во первых, нам не нужны проверки «через блокнот», сделанные для демонстрации «что там внутри». Во вторых, чтобы строка
$UPD.OS = "Server 2025 24H2" ; $UPD.UpdateType = "OS"
помещалась на экран.

Зачем так ?

Допустим, вы по каким-то причинам не перешли с сервера 2012R2 на сервер 2025, и вам нужно следить не только за тем, чтобы было или не было обновление на сервере 2025, но и за 2012.
При этом, поскольку подписки на расширенные обновления для 2012R2 у вас нет, то последнее обновление у вас будет от  10 октября 2023 года.
2023-10 Security Monthly Quality Rollup for Windows Server 2012 R2 for x64-based Systems (KB5031419)
Хотя, если бы вам на самом деле была нужна безопасность, то вы бы оформили подписку на обновления, и получали
2023-11 Security Monthly Quality Rollup for Windows Server 2012 R2 for x64-based Systems (KB5032249)
2023-12 Security Monthly Quality Rollup for Windows Server 2012 R2 for x64-based Systems (KB5033420)

И так далее, вплоть до
2025-08 Security Monthly Quality Rollup for Windows Server 2012 R2 for x64-based Systems (KB5063950)
2025-08 Security Monthly Quality Rollup for Windows Server 2012 for x64-based Systems (KB5063906)

В таком случае достаточно дописать одну строку в код:
$UPD.OS = "Server 2012 R200" ; $UPD.UpdateType = "OS" ; $UPD.KB = "KB5031419"  ; $UPD.KBDate = "10.2023" ; $Ar2 += $UPD ;

Читаемость сохраняется, думать не надо.

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

Часть 3.4 Обрабатываем оба списка сразу – список обновлений и список с сервера

В переменной $DataRemote1 есть массив обновлений, а в $MeineServerliste[0] – имя сервера. Окей, и что с этим делать? Очевидно, создать новый класс, но сначала сделать то, чего делать нельзя.

Мне, не знаю как вам, не нужно обрабатывать весь список обновлений. Обновления в Windows последних (2016, 19, 22, 25) бывают:
Обновление стека обслуживания, например servicing stack update (KB5063666)
Кумулятивное плановое обновление, например 2025-08 Cumulative Update for Microsoft server operating system version 24H2 for x64-based Systems (KB5063878) (26100.4946)
Внеплановое обновление
Обновление dotnet, например
2025-07 Cumulative Update for .NET Framework 3.5 and 4.8.1 for Microsoft server operating system version 24H2 for arm64 (KB5056579)
Какие-то еще внеплановые обновление, типа обновления Edge и чего то там еще. Всякая мелочь.
Так нужно ли обрабатывать все 10-20-50 обновлений в списке установленных? Конечно, нет.
Поэтому:

$DataRemote2 = $DataRemote1 | Sort-Object -Property InstalledOn -Descending | Select-Object -First 4

Вот теперь заводим новый класс!

Class CurrentState{
[string]$Name
[string]$IP
[string]$IsActive
[string]$CurrentUpdateKB
[string]$CurrentUpdateKBDate
[string]$Other
[string]$LastInstalledKBFotTroubleshooting}

Remove-Variable TotalList -ErrorAction SilentlyContinue
$TotalList = @()

foreach ($ThisUpdate in $DataRemote2) {
$ThisServer = [CurrentState]::new()
$LastInstalledKBFotTroubleshooting = ""
foreach ($ThisUpdate2 in $DataRemote2){
$LastInstalledKBFotTroubleshooting = $LastInstalledKBFotTroubleshooting + $ThisUpdate2.HotFixID +'.'}

$ThisServer.LastInstalledKBFotTroubleshooting = $LastInstalledKBFotTroubleshooting

foreach ($BaseOfUpdate in $NewKeinArray) { 
$ThisServer.IP = $MeineServerliste[0]
Write-Host "This |"  $ThisUpdate.HotFixID " Base " $BaseOfUpdate.KB
if ($ThisUpdate.HotFixID -eq $BaseOfUpdate.KB) {
$ThisServer.CurrentUpdateKB = $ThisUpdate.HotFixID
$ThisServer.CurrentUpdateKBDate = $BaseOfUpdate.KBDate
$TotalList += $ThisServer
#break
}}

Remove-Variable LastInstalledKBFotTroubleshooting
Remove-Variable ThisServer  }

Часть 3.5 Осталось только выгрузить в Excel

В Powershell «из коробки» нет выгрузки в Excel. Есть txt, csv, xml. Внешний модуль для Excel, конечно, есть, но использовать его просто не хочется.
Однако, если вы сделаете

$CSVfile1 = $PfadZurSpeicherdatenbank + "\" + "MyExport1.csv"
Export-Csv -InputObject $TotalList -Path $CSVfile1
notepad $CSVfile1

То получите совсем не то, чего хотели, а что-то про #TYPE System.Object[]
Это совсем, совсем не то, что вам надо. Для решения этой проблемы есть несколько вариантов, самый читаемый, на мой взгляд,

$CSVfile2 = $PfadZurSpeicherdatenbank + "\" + "MyExport2.csv"
$CSVfile3 = $PfadZurSpeicherdatenbank + "\" + "MyExport3.csv"
$TotalList | Select * | Export-Csv -Path $CSVfile2 -Delimiter ";"
$TotalList | Select Ip, LastInstalledKBFotTroubleshooting | Export-Csv -Path $CSVfile3 -Delimiter ";"
notepad $CSVfile2
notepad $CSVfile3

Часть 3.6 Отладка и наладка

Что же делать, как же быть, если у вас поле CurrentUpdateKB – пустое? Не оказалось у вас установленного последнего обновления?
На мой взгляд, решение очевидно, нужно идти и ставить свежее обновление.

Но, если у вас другое мнение, то
Поле LastInstalledKBFotTroubleshooting у вас есть, Microsoft Update catalog доступен, дальше надо пояснять?

Часть 3.7 Альтернативы?

Пока обсуждал черновик с коллегами, выяснил что можно было решить эту задачу, инвентаризации, и попроще. Или иначе.
Можно было сделать, через, например, групповую политику, разовую задачу по выгрузке того, что мне нужно, в общую папку, в сотню – две файлов с разными именами. Потом уже гораздо проще решить задачу выборки из файлов.
Можно было выдернуть через Get-SilData, тоже вариант.
Можно было запросить SQL базу на WSUS, если она хоть как-то жива.  Там очень простой запрос.

Наступил следующий день. Я вошел в зал команды. Комнату окутывал полумрак, в котором светились неоновые вывески и витрины с арт-объектами из игр: древние мечи, доспехи, миниатюрные трофеи.

Организатор жестом указал на другую часть помещения. Ребята собрались за столом. Я подошел, сел в мягкое кресло. Мы кратко поболтали. Договорились: один матч, где я полностью беру на себя драфт.

Все пятеро сели за компы. Я встал за их спинами. Началась стадия драфта. Называл баны, пики. Тактические цели на игру. В голове был — концентрированный вакуум. Время будто замедлилось. Растягивалось, между словами, будто резина. Драфт получился не идеальным. Но что главное, правильным.

Игра началась. И пошла так, как и должна была. Соперник давил, мы несли потери. К 20 минуте игры база уже была под угрозой из-за сломанных башен. Первая половина выглядела больше как бойня. Не битва, а испытание на выживание. Цель была одна: дожить до 30 минуты. Организатор, помедлив, встал и вышел. Игроки крайне сосредоточенно били пальцами по клавиатуре – будто пытаясь исправить неизбежное. Сомнения висели в воздухе, как дым после взрыва – густой, тяжелый.

А за стенами — Севастополь. Тихий. Спокойный. Как будто внутри не разворачивался матч, а где-то далеко был просто вечер.

Но в нужный момент – ровно на 30 минуте – игрок вражеской команды отключается. Пауза. Мы ждем. В тишине слышен только гул системников и шорохи мыши.

Пауза отжимается. Соперник пытается зайти сломать бараки. Файт. Четыре смерти соперников. Полный переворот. Пишут «GG».

Экраны засияли падением трона наших оппонентов. Парни улыбаются. На душе чувствуется облегчение.

Я не стал отмечать неким важным событием, что перевернули игру мы ровно на 30 минуте. Было не нужно. Игра говорила сама за себя.

Мы немного посидели, поболтали о планируемом турнире в ближайшее время.

Через час вышел на улицу. Город был спокоен. Ветер гулял по улицам. Ребята разошлись кто куда. Домой, по делам. Мне же, идти особо было некуда. Впереди еще было много работы. Поищу базу, а там поглядим. Открыл телефон, зашел в заметки Telegram где горела старая фраза: «Это работает. Осталось построить так, чтобы работало всегда».

А дальше — уже совсем другая история

Шел дождь. Солнце уже зашло за горизонт. Зонтик я, как всегда, решил не брать. Добираюсь до автостанции на такси. Автобус ушел. «Вот, незадача. Ну что-ж, погнали ловить попутки».

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

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

«ГАВ!» раздалось позади меня. Я обернулся. Передо мной стоял пес и вилял хвостом. Не долго думая бросил ему пол булки. Ему она явно нужнее чем мне. Повернувшись обратно, вдохнул свежего воздуха полной грудью и продолжил ловить попутки.

Некоторое время спустя остановилась машина. Спросил, куда едут, узнал, что нам по пути. Сел. Это были пара парней на отечественном автопроме. Ехали быстро, музыка играла громко. Беседа ни к чему не обязывает. Но один из парней вдруг заговорил. Начал спрашивать о моей точке назначения, и почему я решил отправиться в такой час на другой конец Крыма. Я без капли сомнения все рассказал: и про идею стать серьезным аналитиком, и о том, что давно занимаюсь разбором «внутренностей» компьютерной игры Dota 2.

Они же в ответ - сами стали рассказывать о том, что играют в доту и CS. Один даже вспомнил времена первой доты. Было ли мне интересно? Да, всегда приятно поболтать о чем-то что нравится не только тебе. Полезно? Возможно. Степень полезности порой трудно просчитать в уме. И все же — я слышал людей, которым игра дорога. А это всегда важно.

Когда путь становился испытанием

Доехали до окраины Симферополя. Попрощался с парнями. Было приятно, что поездка оказалась не скучной. Но тут встала очередная проблема. Последний автобус на Севастополь должен быть через 20-30 минут. А я черт знает где.

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

Сел на остановке у вокзала. Стал ждать. 15 минут.

Понимаю, автобуса нет. И осознаю...

Я не там.

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

Доехал до Западного автовокзала, который осуществляет транспортные перевозки в сторону Севастополя. Автобусы я там, конечно, уже и не ждал в такой час, но попутку с иного места и не поймать. Встал на остановку. Было тихо. Даже слишком. Ни перекатиполей, ни знакомых-незнакомых лиц.

Мужчина в старой куртке остановился. Спросил, куда мне нужно. И предложил подвезти. Не до моего пункта назначения — а до Бахчисарая. В целом, для меня и это было счастливым стечением обстоятельств.

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

Он слушал внимательно. Сказал, что давно не играл, но понимал. Ведь сам проходил через подобное. Даже привел пару параллелей с жизнью на флоте. Казалось бы.. чего тут общего? Дота и флот :)

Слова летели, как искры огней, домов, горящих за окном. И мы даже не заметили, как проехали Бахчисарай и попали в Севастополь. Я не стал расспрашивать как так получилось. Думаю, что он сам решил добросить меня. Порой мы совершаем такие поступки просто потому, что хотим, чтобы так было. И ничего не просим взамен.

И вот я — в Севастополе.

Продолжение оставлю в комментариях.

Что же внутри DotaDiviner? Приложения, в котором, как обещают разработчики ( то есть я ), есть алгоритм предрекающий перевороты игры?

1. Эффективность драфта

Что это:

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

• У некоторых героев сильное ерли (например, Puck, Batrider, Viper), но они теряют ценность со временем

• Другие набирают силу только к лейту (например, Dragon Knight, Morphling, Phantom Assassin)

• Некоторые работают равномерно на протяжении всей игры (например, Abaddon, Rubick)

Зачем это нужно:

Чтобы понять:

• Кто выигрывает ерли, а кто лейт

• Где может быть перевес даже если темп героев средний

• И почему команда с "сильными" героями может проиграть: просто она не подготовлена к нужной фазе игры

2. Синергия между героями

Что это:

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

Примеры:

• Хорошая синергия:
  Pangolier + Tusk + Bane + Shadow Fiend + Kunkka = давление в ерли, контроль карты, быстрые ганги

• Плохая синергия:
  Chen + Templar Assassin + Magnus + Pangolier + Vengeful Spirit = хаос, мало контроля карты, слабый тимфайт

Зачем это нужно:

• Чтобы понимать, почему один драфт сильнее другого , даже если винрейты кажутся одинаковыми

• Чтобы видеть слабые места в составе, которые можно использовать самому или избегать при выборе героев

3. Контрпик

Что это:

Оценка, кто доминирует в противостоянии , основываясь на том, какие герои могут подавить ключевых игроков соперника.

Как бот считает:

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

• Если соперник выбрал героя, который ломает твою систему игры — ты в зоне риска

Примеры:

• Wraith King vs Brewmaster: плохой матчап — Wraith King не успевает за героями, которых не может быстро убить. Урон сосредоточен по одиночным целям. Ограниченная мобильность, а также полагается только на свою выживаемость в то время, как Brewmaster напротив закрывает преимуществом в мобильности

• Slardar vs Naga Siren : контрпик, потому что Slardar не имеет хороших инструментов для борьбы с большим иллюзий. Уязвимость к оцепенению и ультимейту, так как Slardar будучи героем ближнего боя неизбежно попадет под ее воздействие. Кроме того, высокая сложность убийства с учетом любви Naga Siren к покупке таких айтемов как Butterfly

Зачем это нужно:

• Понять, кто действительно доминирует по драфту

• Увидеть, кто потеряет силу из-за выбора соперника

• Это особенно ценно при просмотре профессиональных игр — часто там решающий контрпик определяет исход

4. Мобильность и выживаемость

Что это:

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

Мобильность:

• Отвечает за то, насколько быстро команда может перемещаться между линиями, начинать файты, зачищать кемпы, убивать рошана

• Высокая мобильность = возможность перехватывать инициативу в нужный момент

Выживаемость:

• Определяет, кто дольше остаётся в живых в teamfight’ах

• Высокая выживаемость = больше шансов сохранить преимущество после давления

Как это влияет на игру:

• Команды с высокой мобильностью чаще захватывают контроль карты

• Команды с высокой выживаемостью лучше тянут лейт и меньше боятся байбеков

И БЛАБЛАБЛАБЛ. Давай уже к сути, написал тут кучу текста, который прочтут лишь процентов двадцать. Хочу увидеть реальные камбеки!!! А не все вот эти вот показатели.

Показатели важны. Как в строительстве, где есть несущая стена — основа конструкции. У неё есть и помощники: колонны, пилоны, торцевые стены и т.д. Без них конструкция стояла бы голой и беспомощной. Верно?

5. График темпа игры

Что это:

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

Не прогноз победителя, а график силы нарастающий/падающий в течение игры.

Как читать график:

• Линия выше линии соперника → эта команда имеет преимущество на указанной минуте

• Линия ниже линии соперника → соперник доминирует в этот момент игры

• Чем дальше линия от средней точки 0.5 → тем больше перевес между командами

• Стабильный рост / падение к концу игры → показывает, у кого есть сильный лейт или кто теряет контроль

Почему это важно:

• Можно предсказать камбеки

• Увидеть, когда начнётся лейт

• Понять, когда стоит инциировать активные события

• И главное — не гадать на глаз , а иметь объективную картину

❗ПЕРЕЙДЕМ К ПРИМЕРУ❗

На иллюстрации графика «Преимущество команд в минуту игры» видно, что Radiant набирают силу к 25 минуте, и это совпадает с началом их камбека в реальном матче — что и означает - модель работает.

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

Я постарался, потратил какое-то количество времени и сделал. Мне, честно, даже понравилось. Буду это делать и дальше.

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

🔗Попробовать и поглядеть больше скриншотов можно тут — добро пожаловать:

👉 Галерея точных прогнозов

👉 Telegram бот — DotaDiviner

👉 Скачать приложение — DotaDiviner

• В App Store (iOS и Mac)

• В Google Play (Android)

• В Microsoft Store (Windows)

• В мини-аппе Telegram бота

• На Linux

В TG достаточно ввести команду /live. В приложении — воспользоваться функцией "Автоанализ" или ввести героев вручную — полный анализ драфта не заставит себя долго ждать.

ೃ⁀➷ В заключение

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

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

Но это только начало.

Сейчас мы работаем над нейросетями NS1 и NS2 — двумя аналитиками в одном:

• NS1 анализирует драфт до матча, как тренер перед битвой

• NS2 смотрит в лайв, как шахматный гроссмейстер — предсказывает следующий ход, давление, момент камбека

Вместе они превратят Diviner из инструмента анализа в шахматный движок, который видит игру наперёд.
Не просто "график по прошлым данным", а прогноз, построенный на ритме.

Цель: не 60%, не 70%, а выше 80% точности, чтобы Diviner стал не просто помощником, а самым настоящим стандартом аналитики в Dota 2.

Carpe diem ˗ˏˋ ´ˎ˗ и да поможет нам Бог. Ave Maria☩

Подключился Чен:

— А что если мы посмотрим на это через призму теории игр? Каждый человек — это игрок, который максимизирует свою функцию полезности.

— Ага, — хмыкнул Раджеш, — только вот функция иногда ничего не возвращает, когда дело касается чувств.

Все рассмеялись. Иван задумчиво посмотрел в окно.

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

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

Раджеш поднял чашку кофе:

— Предлагаю тост! За суперсистемы!

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

Все рассмеялись. Хоть Раджеш с Ченом пили и неалкогольные напитки, они захмелели самим разговором, и дискуссию понесло в философское русло.

— А вот что интересно, — начал Иван, глотнув пивка, — как вы думаете, можно ли использовать внедрение информации для манипуляции социальными процессами?

Чен покачал головой:

— Теоретически возможно, но это как пытаться управлять ураганом с помощью вентилятора. Слишком уж много переменных.

Раджеш хитро улыбнулся:

— О, но мы же программисты! У нас есть инжекторы информации! Можно впрыскивать данные прямо в социальные потоки!

— Типа того, — согласился Иван, — что если создать эффект бабочки? И тогда одно небольшое изменение может привести к глобальным последствиям.

— Ха! — воскликнул Раджеш, — как в том баге, когда мы добавили одну строчку кода, а система начала предсказывать результаты выборов!

Чен достал блокнот:

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

— Ага, — кивнул Иван, — инжекторы информации работают как вирусы, встраиваются в социальную ткань и начинают размножаться.

Раджеш поднял палец:

— А что если создать лекарство от нежелательной информации? Типа антивируса для социальных сетей!

— Звучит опасно, — нахмурился Чен, — это может привести к цензуре и подавлению свободы слова.

— И это говорит человек, рождённый в Китае? — с ухмылкой заметил Раджеш.

— Как ты думаешь, почему я оттуда уехал? — резко ответил Чен.

Иван задумчиво посмотрел в окно:

— Может быть, ключ в балансе? Мы можем использовать эти инструменты для улучшения общества, но не для контроля.

— Как в том фильме про роботов, — добавил Раджеш, — где они научились чувствовать эмоции через баг в коде!

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

Чен подытожил:

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

— И не забываем про этику, — добавил Раджеш, — в конце концов, мы программисты, а не боги!

Все дружно рассмеялись, продолжая обсуждать теории и модели, пока за окном город жил своей жизнью, такой же сложной и непредсказуемой, как и любая другая социальная система.

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

— Об этом писал ещё Макиавелли! — добавил Раджеш, — разные типы устройства обществ, постоянная их смена, жестокость и беспринципность подходов менеджмента для решения сложнейших вопросов и компромиссов. Мне его книжки пришлись по душе. После них у меня отпали всякие этические вопросы использования эксплоитов и бэкдоров.

— Да, я читал ряд статей топ-менеджеров вроде Билла Гейтса, которые утверждали, что при всём их опыте бизнеса и воплощении модели управления, построенной на демократических принципах общества, они видят и признают силу консолидированных тоталитарных азиатских моделей управления, — добавил Чен с умным видом.

— Как вы меня достали, — выдал изрядно захмелевший и откинувшийся на спинку стула Иван. — Мы пришли сюда отдыхать, а не работать. Вам мало работы в офисе?! Забыли про цифровую гигиену? Надо уметь отключаться от работы!

— Покажи свой тумблер, и я тебя отключу, — дерзко пошутил Раджеш.

Чен напрягся, глотнул чаю и выдал:

— Согласно последним исследованиям, семьдесят процентов офисных работников продолжают проверять рабочую почту в выходные, а половина из них и вовсе испытывают тревожность и не могут отключиться от рабочих чатов. Особенно это заметно в пятницу. Шестьдесят процентов сотрудников признаются, что мысленно ещё находятся на работе, даже когда уже вышли из офиса. Интересно, что лишь десять процентов умеют полностью отключаться от рабочих процессов, и это напрямую коррелирует с их уровнем удовлетворённости жизнью.

— Ты ходячий калькулятор, — громко выкрикнул Иван уже изрядно приняв спиртного. — Хочешь сказать, что мы не удовлетворены жизнью?!

— Это неправильная статистика и классическая подмена понятий, — заметил Раджеш. — Мы удовлетворены жизнью, потому что живём на работе.

— Да! — поднял бутылку в знак согласия Иван. — К чёрту цифровую гигиену!

Читать книгу "Нексус" полностью >>

(Спасибо большое за лайки и комментарии, которые помогают продвигать книгу!)

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

Спасибо всем, кто дочитал моё токсичное излияние, буду рад почитать комменты )

p.s. Аноним, потому что этот пост не по теме профиля.

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

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

- Оптимизация на портативные консоли - Roblox везде, про него и так уже изо всякого утюга говорят, а скоро он будет на всех девайсах. Ждем!

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

Все подробности в презентации Roblox Developers Conference 2025