Возможно кому-то будет интересно, вышел 4 Agents.jl. заявлено много чего, для меня как человека с улицы, особенно интересно выглядит, что симуляцию можно делать прямо на картах openmap (в анонсе есть соответствующая гифка)

https://discourse.julialang.org/t/agents-jl-4-0-comparison-with-competitors/53927

Скорость и возможности впечатляют. Некоторые пакеты на Julia - буквально закрывающая технология. Все существующее остальное просто становится ненужным

Да, ровно так.

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

Да, думаю пробки более-менее логичный вариант.

В NetLogo есть огромная библиотека моделей: https://ccl.northwestern.edu/netlogo/models/index.cgi
Смотрите Agent-based modeling.

Ого, как много! Спасибо

Всем привет!
Хотелось бы знать мнение здешних экспертов по поводу 'дружбы' Джулии с БД.
И второй вопрос: действительно ли этот язык является альтернативой Matlab?
Заранее благодарю за ответ, и ссылки на полезные материалы при наличии)

https://github.com/JuliaDatabases

Большинство драйверов СУБД не является чисто джулийными. В этом смысле, нет разницы в способности подключаться в сравнении с другими языками к таким СУБД

С DB ситуация двоякая. В принципе есть как нативные библиотеки, так и всякие JDBC/ODBC которые позволяют подключиться практически к любой базе данных.

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

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

Благодарю 👍🏻

Если @async код меняет значение какой-то внешней переменной, то должна ли она быть обернута в Threads.atomic, или необязательно?

А код параллельный?

Для параллельного кода вроде бы рекомендуют lock/unlock делать

Я сам не делал, но вроде бы Atomic не очень быстрый.

Курсы на https://www.complexityexplorer.org/ можно посмотреть что там принято моделировать.

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

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

Это уже зависит от задачи. Далеко не всегда это возможно

Не всегда, да, надо смотреть. Но если возможно, то это лучший вариант.