Думал-гуглил идею валидации работы иишечки, получается такое:
Полный перебор более-менее реального процесса взаимодействия даже двух акторов даст слишком большое количество состояний, даже для иишечки. Нужно ограничивать бизнес и тех исходы.
Я попытался переизобрести формальную верификацию алгоритма. Причем для этого есть формальные языки типа TLA+, не только сети Петри.
Безумно интересная, но дорогая (трудоемкая) тема, которая хорошо показывает, что в реальной итшечке строгое соблюдение качества никому не нужно. Готовы за него платить в медицине, оборонке, авиации и серьезных производствах. Что тоже логично.
Есть статья для знакомства с TLA+, в конце куча материалов по теме. Но там будет больно в мозг, это не сисдизайн на салфетках рисовать.
Сразу возникло желание генерить TLA-спеки с помощью, чем и занимается некто Борис Черный. Утверждает, что так он находит и фиксит баги после клода, в том числе race conditions, такое нам надо.
Естественно, в ответ прилетает, что он сам это не может проверить, если не понимает сам процесс. Но я повторюсь: нет смысла нанимать агентов и людей, если нужно полностью проверять за ними работу. Надо создавать среду, выстраивать процессы, искать инструменты.
Post #617
461