Есть ли общепринятая графическая нотация для многопоточного программирования?

Question

[uvelichitel]

Если не общепринятая то пускай стандартизированная или хотя бы удобная. Пишу в основном на Go. Когда придумываю модель/алгоритмистику рисую интуитивно понятные для себя веселые картинки для командной работы и документирования решительно непригодные. Классические блоксхемы и UML вроде не очень подходят. Может быть есть какие нибудь нотации для async/concurrent/parallel?
PS Суслики с тележками Роба Пайка ведь не считаются)))

Answer 1

[Владислав]

А чем не устраивает Диаграмма последовательности (UML sequence diagram)?
https://ru.wikipedia.org/wiki/Диаграмма_последоват...

Answer 2

[Griboks]

Если кратко, то ориентированный граф.

Помимо остальных ответов, хотел бы напомнить, что если вы говорите о Data Driven Design и функциональном подходе, то удобнее использовать графы из теории категорий либо вовсе монадную запись вида: f1->f2->[f3,f4] (узлы - функции, данные - рёбра).

Comments

[uvelichitel]

Griboks, моя последняя поделка - многопользовательская игра. В модели есть сущности: http/websocket сервер, клиент, диспетчер игры, диспетчер стола, обработчик хода, ИИ, обработчик клиента и четотамеще, все имеют состояние. Не очень понимаю как это нарисовать графом. Если не сложно бросьте линк с показательной картинкой системы сложнее HelloWorld. С теорией категорий и концепцией монад знаком, немного кодил на Haskell.))

[Griboks]

uvelichitel, gaminganywhere.org/gaming_anywhere.files/servermod... - это для категорий

для монад не могу быстро найти, но вот похожий граф из теории массового обслуживания
images.myshared.ru/9/922939/slide_65.jpg

[uvelichitel]

Griboks да, такое я и ищу. И вот я бы хотел стандарт и легенду приведенных вами схем. Ориентированный граф слишком общо.

[Griboks]

uvelichitel, стандарт - это ориентированный граф/теория категорий (если вы про первый рисунок). Остальное зависит сугубо от правил вашей компании.