#имитационное_моделирование — Public Fediverse posts

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч2

Продолжение истории. Во второй части речь пойдет про поиск пути к своему симулятору: затронем мультиагентные системы "прошлого" (MAS), акторную модель (actor model), современную игровую архитектуру ECS и Data-Oriented Design. Что взлетело, что не взлетело, и почему гибридная архитектура показалась подходящей для трёхуровневой модели управления из первой части. Все это с историческими отсылками к Хьюитту, Армстронгу и Эктону.

https://habr.com/ru/articles/1035768/

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч2

Продолжение истории. Во второй части речь пойдет про поиск пути к своему симулятору: затронем мультиагентные системы "прошлого" (MAS), акторную модель (actor model), современную игровую архитектуру ECS и Data-Oriented Design. Что взлетело, что не взлетело, и почему гибридная архитектура показалась подходящей для трёхуровневой модели управления из первой части. Все это с историческими отсылками к Хьюитту, Армстронгу и Эктону.

https://habr.com/ru/articles/1035768/

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч2

Продолжение истории. Во второй части речь пойдет про поиск пути к своему симулятору: затронем мультиагентные системы "прошлого" (MAS), акторную модель (actor model), современную игровую архитектуру ECS и Data-Oriented Design. Что взлетело, что не взлетело, и почему гибридная архитектура показалась подходящей для трёхуровневой модели управления из первой части. Все это с историческими отсылками к Хьюитту, Армстронгу и Эктону.

https://habr.com/ru/articles/1035768/

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч2

Продолжение истории. Во второй части речь пойдет про поиск пути к своему симулятору: затронем мультиагентные системы "прошлого" (MAS), акторную модель (actor model), современную игровую архитектуру ECS и Data-Oriented Design. Что взлетело, что не взлетело, и почему гибридная архитектура показалась подходящей для трёхуровневой модели управления из первой части. Все это с историческими отсылками к Хьюитту, Армстронгу и Эктону.

https://habr.com/ru/articles/1035768/

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч1

История любви к симуляторам — от экономических стратегий и симуляторов, где сложная система сама себя ведёт, до идеи построить свой симулятор производства на новых принципах. Первая часть про изучение теории про производства и логистику. Знакомство с инструментами управления: ERP, MES, WMS, APS, и попытка понять, кто за что отвечает и почему так много аббревиатур. Дальнейшая теория про - иерархии управления и уровни планирования, S&OP, SCM, IBP, DDAE, и развилка между двумя школами, каждая из которых считает себя единственно правильной. Отдельная глава — про алгоритмический слой под всем этим: эвристики, OR, MAS, ML, цифровые двойники, LLM-агенты, и неожиданное открытие, что они эволюционируют не так, как методологии. И в конце концов прийти к желанию попробовать построить свой симулятор на новых технологиях.

https://habr.com/ru/articles/1028794/

#Симуляторы #симуляции #имитационное_моделирование #иерархии_управления #actor_model #Data_oriented_Design #Entity_Component_System #Demand_Driven_Adaptive_Enterprise #MARL #агенты

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч1

История любви к симуляторам — от экономических стратегий и симуляторов, где сложная система сама себя ведёт, до идеи построить свой симулятор производства на новых принципах. Первая часть про изучение теории про производства и логистику. Знакомство с инструментами управления: ERP, MES, WMS, APS, и попытка понять, кто за что отвечает и почему так много аббревиатур. Дальнейшая теория про - иерархии управления и уровни планирования, S&OP, SCM, IBP, DDAE, и развилка между двумя школами, каждая из которых считает себя единственно правильной. Отдельная глава — про алгоритмический слой под всем этим: эвристики, OR, MAS, ML, цифровые двойники, LLM-агенты, и неожиданное открытие, что они эволюционируют не так, как методологии. И в конце концов прийти к желанию попробовать построить свой симулятор на новых технологиях.

https://habr.com/ru/articles/1028794/

#Симуляторы #симуляции #имитационное_моделирование #иерархии_управления #actor_model #Data_oriented_Design #Entity_Component_System #Demand_Driven_Adaptive_Enterprise #MARL #агенты

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч1

История любви к симуляторам — от экономических стратегий и симуляторов, где сложная система сама себя ведёт, до идеи построить свой симулятор производства на новых принципах. Первая часть про изучение теории про производства и логистику. Знакомство с инструментами управления: ERP, MES, WMS, APS, и попытка понять, кто за что отвечает и почему так много аббревиатур. Дальнейшая теория про - иерархии управления и уровни планирования, S&OP, SCM, IBP, DDAE, и развилка между двумя школами, каждая из которых считает себя единственно правильной. Отдельная глава — про алгоритмический слой под всем этим: эвристики, OR, MAS, ML, цифровые двойники, LLM-агенты, и неожиданное открытие, что они эволюционируют не так, как методологии. И в конце концов прийти к желанию попробовать построить свой симулятор на новых технологиях.

https://habr.com/ru/articles/1028794/

#Симуляторы #симуляции #имитационное_моделирование #иерархии_управления #actor_model #Data_oriented_Design #Entity_Component_System #Demand_Driven_Adaptive_Enterprise #MARL #агенты

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч1

История любви к симуляторам — от экономических стратегий и симуляторов, где сложная система сама себя ведёт, до идеи построить свой симулятор производства на новых принципах. Первая часть про изучение теории про производства и логистику. Знакомство с инструментами управления: ERP, MES, WMS, APS, и попытка понять, кто за что отвечает и почему так много аббревиатур. Дальнейшая теория про - иерархии управления и уровни планирования, S&OP, SCM, IBP, DDAE, и развилка между двумя школами, каждая из которых считает себя единственно правильной. Отдельная глава — про алгоритмический слой под всем этим: эвристики, OR, MAS, ML, цифровые двойники, LLM-агенты, и неожиданное открытие, что они эволюционируют не так, как методологии. И в конце концов прийти к желанию попробовать построить свой симулятор на новых технологиях.

https://habr.com/ru/articles/1028794/

#Симуляторы #симуляции #имитационное_моделирование #иерархии_управления #actor_model #Data_oriented_Design #Entity_Component_System #Demand_Driven_Adaptive_Enterprise #MARL #агенты

Имитация, симуляция или эмуляция

Выскажу свое мнение относительно использования этих слов в контексте программного обеспечения как развлекательной так и образовательной направленности в т.ч. с использованием систем формирования виртуальной реальности (VR).

https://habr.com/ru/articles/985040/

#имитационное_моделирование #имитационный_тренажер #vr #тренажеры #тренажер_vr

Имитация, симуляция или эмуляция

Выскажу свое мнение относительно использования этих слов в контексте программного обеспечения как развлекательной так и образовательной направленности в т.ч. с использованием систем формирования виртуальной реальности (VR).

https://habr.com/ru/articles/985040/

#имитационное_моделирование #имитационный_тренажер #vr #тренажеры #тренажер_vr

Имитация, симуляция или эмуляция

Выскажу свое мнение относительно использования этих слов в контексте программного обеспечения как развлекательной так и образовательной направленности в т.ч. с использованием систем формирования виртуальной реальности (VR).

https://habr.com/ru/articles/985040/

#имитационное_моделирование #имитационный_тренажер #vr #тренажеры #тренажер_vr

Имитация, симуляция или эмуляция

Выскажу свое мнение относительно использования этих слов в контексте программного обеспечения как развлекательной так и образовательной направленности в т.ч. с использованием систем формирования виртуальной реальности (VR).

https://habr.com/ru/articles/985040/

#имитационное_моделирование #имитационный_тренажер #vr #тренажеры #тренажер_vr

Как я тестирую крупные системы, которые невозможно протестить на статичных данных

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. Что мы сделали: — Стали брать реальные данные с прода, которые выбиваются за стандартные представления. — Обезличивать их. — Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением. То есть фактически по модели швейцарского сыра — мы имеем один статичный срез, а затем начинаем ходить в прод и искать новые дырки. Потом соединяем несколько дырок в новом слое и накладываем слои друг на друга, чтобы посмотреть, не будет ли сквозного отверстия. Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. Очень упрощая, наши наборы тестов учатся нестандартным ситуациям с прода и включают их и в тестовые выборки данных, и в юнит-тесты , и такие ситуации не только покрываются как частные случаи, но и включаются в сложные сценарии, где 3 малозначимых отказа могут привести к аварии. Я думаю, что это будущее тестирования сложных систем, и мы с командой уже затащили это в автоматический пайплайн.

https://habr.com/ru/companies/centicore_group/articles/970370/

#тестирование #ML #QA #MLOps #имитационное_моделирование #DevOps #архитектура_систем

Как я тестирую крупные системы, которые невозможно протестить на статичных данных

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. Что мы сделали: — Стали брать реальные данные с прода, которые выбиваются за стандартные представления. — Обезличивать их. — Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением. То есть фактически по модели швейцарского сыра — мы имеем один статичный срез, а затем начинаем ходить в прод и искать новые дырки. Потом соединяем несколько дырок в новом слое и накладываем слои друг на друга, чтобы посмотреть, не будет ли сквозного отверстия. Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. Очень упрощая, наши наборы тестов учатся нестандартным ситуациям с прода и включают их и в тестовые выборки данных, и в юнит-тесты , и такие ситуации не только покрываются как частные случаи, но и включаются в сложные сценарии, где 3 малозначимых отказа могут привести к аварии. Я думаю, что это будущее тестирования сложных систем, и мы с командой уже затащили это в автоматический пайплайн.

https://habr.com/ru/companies/centicore_group/articles/970370/

#тестирование #ML #QA #MLOps #имитационное_моделирование #DevOps #архитектура_систем

Как я тестирую крупные системы, которые невозможно протестить на статичных данных

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. Что мы сделали: — Стали брать реальные данные с прода, которые выбиваются за стандартные представления. — Обезличивать их. — Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением. То есть фактически по модели швейцарского сыра — мы имеем один статичный срез, а затем начинаем ходить в прод и искать новые дырки. Потом соединяем несколько дырок в новом слое и накладываем слои друг на друга, чтобы посмотреть, не будет ли сквозного отверстия. Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. Очень упрощая, наши наборы тестов учатся нестандартным ситуациям с прода и включают их и в тестовые выборки данных, и в юнит-тесты , и такие ситуации не только покрываются как частные случаи, но и включаются в сложные сценарии, где 3 малозначимых отказа могут привести к аварии. Я думаю, что это будущее тестирования сложных систем, и мы с командой уже затащили это в автоматический пайплайн.

https://habr.com/ru/companies/centicore_group/articles/970370/

#тестирование #ML #QA #MLOps #имитационное_моделирование #DevOps #архитектура_систем

Как я тестирую крупные системы, которые невозможно протестить на статичных данных

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. Что мы сделали: — Стали брать реальные данные с прода, которые выбиваются за стандартные представления. — Обезличивать их. — Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением. То есть фактически по модели швейцарского сыра — мы имеем один статичный срез, а затем начинаем ходить в прод и искать новые дырки. Потом соединяем несколько дырок в новом слое и накладываем слои друг на друга, чтобы посмотреть, не будет ли сквозного отверстия. Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. Очень упрощая, наши наборы тестов учатся нестандартным ситуациям с прода и включают их и в тестовые выборки данных, и в юнит-тесты , и такие ситуации не только покрываются как частные случаи, но и включаются в сложные сценарии, где 3 малозначимых отказа могут привести к аварии. Я думаю, что это будущее тестирования сложных систем, и мы с командой уже затащили это в автоматический пайплайн.

https://habr.com/ru/companies/centicore_group/articles/970370/

#тестирование #ML #QA #MLOps #имитационное_моделирование #DevOps #архитектура_систем

Демобаза 2.0 для PostgreSQL

Можно ли смоделировать хаос пуассоновских потоков бронирований и конечный автомат состояний рейса (от «по расписанию» до «приземлился») целиком внутри PostgreSQL? Мы решили, что для создания идеальной учебной базы данных — можно. Вместо старых статичных таблиц мы построили генератор, имитирующий жизнь глобальной авиакомпании. Рассказываем, зачем это было нужно и почему старая база на 2,5 ГБ перестала справляться с задачами. Лечу это я, лечу

https://habr.com/ru/companies/postgrespro/articles/956096/

#демобаза #имитационное_моделирование #генерация_данных #postgresql #postgres #postgres_pro

Демобаза 2.0 для PostgreSQL

Можно ли смоделировать хаос пуассоновских потоков бронирований и конечный автомат состояний рейса (от «по расписанию» до «приземлился») целиком внутри PostgreSQL? Мы решили, что для создания идеальной учебной базы данных — можно. Вместо старых статичных таблиц мы построили генератор, имитирующий жизнь глобальной авиакомпании. Рассказываем, зачем это было нужно и почему старая база на 2,5 ГБ перестала справляться с задачами. Лечу это я, лечу

https://habr.com/ru/companies/postgrespro/articles/956096/

#демобаза #имитационное_моделирование #генерация_данных #postgresql #postgres #postgres_pro

Демобаза 2.0 для PostgreSQL

Можно ли смоделировать хаос пуассоновских потоков бронирований и конечный автомат состояний рейса (от «по расписанию» до «приземлился») целиком внутри PostgreSQL? Мы решили, что для создания идеальной учебной базы данных — можно. Вместо старых статичных таблиц мы построили генератор, имитирующий жизнь глобальной авиакомпании. Рассказываем, зачем это было нужно и почему старая база на 2,5 ГБ перестала справляться с задачами. Лечу это я, лечу

https://habr.com/ru/companies/postgrespro/articles/956096/

#демобаза #имитационное_моделирование #генерация_данных #postgresql #postgres #postgres_pro

Демобаза 2.0 для PostgreSQL

Можно ли смоделировать хаос пуассоновских потоков бронирований и конечный автомат состояний рейса (от «по расписанию» до «приземлился») целиком внутри PostgreSQL? Мы решили, что для создания идеальной учебной базы данных — можно. Вместо старых статичных таблиц мы построили генератор, имитирующий жизнь глобальной авиакомпании. Рассказываем, зачем это было нужно и почему старая база на 2,5 ГБ перестала справляться с задачами. Лечу это я, лечу

https://habr.com/ru/companies/postgrespro/articles/956096/

#демобаза #имитационное_моделирование #генерация_данных #postgresql #postgres #postgres_pro

Языково-ориентированное… моделирование?

Историю можно начать с 1994 года, в котором Мартин Уорд (Martin Ward) на основании исследования больших проектов предложил парадигму языково-ориентированного программирования , когда процесс разработки программного обеспечения разбивается на стадии создания предметно-ориентированных языков и описания решения задачи с их использованием. Цель языково-ориентированного программирования — разделить сложности разработки: машиноориентированная часть кода (низкоуровневая функциональность) и человеко-ориентированная (решение прикладной задачи) разрабатываются независимо друг от друга. Далее в 2003 году Эрик Эванс (Eric Evans) ввел понятие предметно-ориентированного проектирования (Domain-Driven Design, DDD) для набора программных и организационных практик, позволяющих разрабатывать сложные масштабируемые системы. Этот подход до сих пор активно используется, например, в микросервисной архитектуре и в информационной безопасности (см. Secure by Design ). В этом подходе вводятся понятия: «модель», «проектирование по модели» (Model-Driven Design), «изоляция предметной области» и «изолированный контекст» (Bounded Context). Особенно интересно, что Эванс упоминает о предметно-ориентированных языках, как идеальном средстве описания модели конкретной предметной области, которая должна быть изолирована в своём контексте. Но как обстоят дела с имитационным математическим моделированием? До сих пор мы применяем инструменты, разработанные по большей части на базе концепций из середины прошлого века. В то время, как за последнюю пару десятилетий теория и технологии развивались достаточно динамично. Возможно, в этом нет ничего страшного (об этом позже). Но вот что интересно: можно ли объединить понятия разработки математических моделей и программного обеспечения на базе представленных выше концепций? Вот мы и добрались до моделирования в широком смысле. Далее речь пойдёт о подходе, который может быть применён, как для имитационного математического моделирования, так и для разработки сложного программного обеспечения. Начнём с имитационного моделирования, поскольку в этой области есть наиболее интересные результаты, но перспективы нового подхода в разработке сложных программных систем постараюсь тоже затронуть.

https://habr.com/ru/articles/919396/

#имитационное_моделирование #моделирование #предметноориентированные_языки #языковоориентированное #программирование #проектирование_систем

Языково-ориентированное… моделирование?

Историю можно начать с 1994 года, в котором Мартин Уорд (Martin Ward) на основании исследования больших проектов предложил парадигму языково-ориентированного программирования , когда процесс разработки программного обеспечения разбивается на стадии создания предметно-ориентированных языков и описания решения задачи с их использованием. Цель языково-ориентированного программирования — разделить сложности разработки: машиноориентированная часть кода (низкоуровневая функциональность) и человеко-ориентированная (решение прикладной задачи) разрабатываются независимо друг от друга. Далее в 2003 году Эрик Эванс (Eric Evans) ввел понятие предметно-ориентированного проектирования (Domain-Driven Design, DDD) для набора программных и организационных практик, позволяющих разрабатывать сложные масштабируемые системы. Этот подход до сих пор активно используется, например, в микросервисной архитектуре и в информационной безопасности (см. Secure by Design ). В этом подходе вводятся понятия: «модель», «проектирование по модели» (Model-Driven Design), «изоляция предметной области» и «изолированный контекст» (Bounded Context). Особенно интересно, что Эванс упоминает о предметно-ориентированных языках, как идеальном средстве описания модели конкретной предметной области, которая должна быть изолирована в своём контексте. Но как обстоят дела с имитационным математическим моделированием? До сих пор мы применяем инструменты, разработанные по большей части на базе концепций из середины прошлого века. В то время, как за последнюю пару десятилетий теория и технологии развивались достаточно динамично. Возможно, в этом нет ничего страшного (об этом позже). Но вот что интересно: можно ли объединить понятия разработки математических моделей и программного обеспечения на базе представленных выше концепций? Вот мы и добрались до моделирования в широком смысле. Далее речь пойдёт о подходе, который может быть применён, как для имитационного математического моделирования, так и для разработки сложного программного обеспечения. Начнём с имитационного моделирования, поскольку в этой области есть наиболее интересные результаты, но перспективы нового подхода в разработке сложных программных систем постараюсь тоже затронуть.

https://habr.com/ru/articles/919396/

#имитационное_моделирование #моделирование #предметноориентированные_языки #языковоориентированное #программирование #проектирование_систем

Языково-ориентированное… моделирование?

Историю можно начать с 1994 года, в котором Мартин Уорд (Martin Ward) на основании исследования больших проектов предложил парадигму языково-ориентированного программирования , когда процесс разработки программного обеспечения разбивается на стадии создания предметно-ориентированных языков и описания решения задачи с их использованием. Цель языково-ориентированного программирования — разделить сложности разработки: машиноориентированная часть кода (низкоуровневая функциональность) и человеко-ориентированная (решение прикладной задачи) разрабатываются независимо друг от друга. Далее в 2003 году Эрик Эванс (Eric Evans) ввел понятие предметно-ориентированного проектирования (Domain-Driven Design, DDD) для набора программных и организационных практик, позволяющих разрабатывать сложные масштабируемые системы. Этот подход до сих пор активно используется, например, в микросервисной архитектуре и в информационной безопасности (см. Secure by Design ). В этом подходе вводятся понятия: «модель», «проектирование по модели» (Model-Driven Design), «изоляция предметной области» и «изолированный контекст» (Bounded Context). Особенно интересно, что Эванс упоминает о предметно-ориентированных языках, как идеальном средстве описания модели конкретной предметной области, которая должна быть изолирована в своём контексте. Но как обстоят дела с имитационным математическим моделированием? До сих пор мы применяем инструменты, разработанные по большей части на базе концепций из середины прошлого века. В то время, как за последнюю пару десятилетий теория и технологии развивались достаточно динамично. Возможно, в этом нет ничего страшного (об этом позже). Но вот что интересно: можно ли объединить понятия разработки математических моделей и программного обеспечения на базе представленных выше концепций? Вот мы и добрались до моделирования в широком смысле. Далее речь пойдёт о подходе, который может быть применён, как для имитационного математического моделирования, так и для разработки сложного программного обеспечения. Начнём с имитационного моделирования, поскольку в этой области есть наиболее интересные результаты, но перспективы нового подхода в разработке сложных программных систем постараюсь тоже затронуть.

https://habr.com/ru/articles/919396/

#имитационное_моделирование #моделирование #предметноориентированные_языки #языковоориентированное #программирование #проектирование_систем

Языково-ориентированное… моделирование?

Историю можно начать с 1994 года, в котором Мартин Уорд (Martin Ward) на основании исследования больших проектов предложил парадигму языково-ориентированного программирования , когда процесс разработки программного обеспечения разбивается на стадии создания предметно-ориентированных языков и описания решения задачи с их использованием. Цель языково-ориентированного программирования — разделить сложности разработки: машиноориентированная часть кода (низкоуровневая функциональность) и человеко-ориентированная (решение прикладной задачи) разрабатываются независимо друг от друга. Далее в 2003 году Эрик Эванс (Eric Evans) ввел понятие предметно-ориентированного проектирования (Domain-Driven Design, DDD) для набора программных и организационных практик, позволяющих разрабатывать сложные масштабируемые системы. Этот подход до сих пор активно используется, например, в микросервисной архитектуре и в информационной безопасности (см. Secure by Design ). В этом подходе вводятся понятия: «модель», «проектирование по модели» (Model-Driven Design), «изоляция предметной области» и «изолированный контекст» (Bounded Context). Особенно интересно, что Эванс упоминает о предметно-ориентированных языках, как идеальном средстве описания модели конкретной предметной области, которая должна быть изолирована в своём контексте. Но как обстоят дела с имитационным математическим моделированием? До сих пор мы применяем инструменты, разработанные по большей части на базе концепций из середины прошлого века. В то время, как за последнюю пару десятилетий теория и технологии развивались достаточно динамично. Возможно, в этом нет ничего страшного (об этом позже). Но вот что интересно: можно ли объединить понятия разработки математических моделей и программного обеспечения на базе представленных выше концепций? Вот мы и добрались до моделирования в широком смысле. Далее речь пойдёт о подходе, который может быть применён, как для имитационного математического моделирования, так и для разработки сложного программного обеспечения. Начнём с имитационного моделирования, поскольку в этой области есть наиболее интересные результаты, но перспективы нового подхода в разработке сложных программных систем постараюсь тоже затронуть.

https://habr.com/ru/articles/919396/

#имитационное_моделирование #моделирование #предметноориентированные_языки #языковоориентированное #программирование #проектирование_систем

Видение концепции ЦД в «Индустрии 5.0». Симулятор и агентный планировщик

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

https://habr.com/ru/articles/899898/

#имитационное_моделирование #симулятор #планирование #мультиагентные_системы #цифровой_двойник #геймификация #интегрированные_сервисы #ml #ds #агенты

Видение концепции ЦД в «Индустрии 5.0». Симулятор и агентный планировщик

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

https://habr.com/ru/articles/899898/

#имитационное_моделирование #симулятор #планирование #мультиагентные_системы #цифровой_двойник #геймификация #интегрированные_сервисы #ml #ds #агенты

Видение концепции ЦД в «Индустрии 5.0». Симулятор и агентный планировщик

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

https://habr.com/ru/articles/899898/

#имитационное_моделирование #симулятор #планирование #мультиагентные_системы #цифровой_двойник #геймификация #интегрированные_сервисы #ml #ds #агенты

Видение концепции ЦД в «Индустрии 5.0». Симулятор и агентный планировщик

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

https://habr.com/ru/articles/899898/

#имитационное_моделирование #симулятор #планирование #мультиагентные_системы #цифровой_двойник #геймификация #интегрированные_сервисы #ml #ds #агенты

Простая имитационная модель мобильного робота в ROS и Gazebo

В данной работе представлен процесс разработки и симуляции мобильного робота с использованием платформы ROS Noetic и среды Gazebo. Описано создание URDF-модели робота, которая включает в себя детальное описание всех его компонентов. Рассмотрена разработка Docker контейнера, что позволяет обеспечить унификацию и воспроизводимость среды разработки. Также описаны файлы конфигурации для управления моделью в Gazebo и настройка PID контроллеров для оптимизации управления движением. Проект включает в себя формирование собственного мира в Gazebo, что позволяет тестировать робота в контролируемой и настраиваемой среде.

https://habr.com/ru/articles/820035/

#мобильные_роботы #имитационное_моделирование #цифровая_модель #ros #mobile_robots #rviz #gazebo #pid #mobile_platform #docker

Простая имитационная модель мобильного робота в ROS и Gazebo

В данной работе представлен процесс разработки и симуляции мобильного робота с использованием платформы ROS Noetic и среды Gazebo. Описано создание URDF-модели робота, которая включает в себя детальное описание всех его компонентов. Рассмотрена разработка Docker контейнера, что позволяет обеспечить унификацию и воспроизводимость среды разработки. Также описаны файлы конфигурации для управления моделью в Gazebo и настройка PID контроллеров для оптимизации управления движением. Проект включает в себя формирование собственного мира в Gazebo, что позволяет тестировать робота в контролируемой и настраиваемой среде.

https://habr.com/ru/articles/820035/

#мобильные_роботы #имитационное_моделирование #цифровая_модель #ros #mobile_robots #rviz #gazebo #pid #mobile_platform #docker

Простая имитационная модель мобильного робота в ROS и Gazebo

В данной работе представлен процесс разработки и симуляции мобильного робота с использованием платформы ROS Noetic и среды Gazebo. Описано создание URDF-модели робота, которая включает в себя детальное описание всех его компонентов. Рассмотрена разработка Docker контейнера, что позволяет обеспечить унификацию и воспроизводимость среды разработки. Также описаны файлы конфигурации для управления моделью в Gazebo и настройка PID контроллеров для оптимизации управления движением. Проект включает в себя формирование собственного мира в Gazebo, что позволяет тестировать робота в контролируемой и настраиваемой среде.

https://habr.com/ru/articles/820035/

#мобильные_роботы #имитационное_моделирование #цифровая_модель #ros #mobile_robots #rviz #gazebo #pid #mobile_platform #docker

Игра в имитацию: как разрабатывать и отлаживать ПО для процессора, которого нет

Разработка процессора и вообще программируемых микросхем — процесс сложный и длительный. От старта проектирования до получения первых образцов в кремнии проходит больше года. При этом ПО желательно писать и отлаживать параллельно процессу производства, чтобы оптимизировать сроки выхода продукта. Но как это делать, если «железо» еще не на руках или оно есть в очень ограниченном количестве, а нужно многим? Спойлер: делать имитацию. О том, какие подходы существуют и как выжать из них максимум эффективности для имитации сложных многоядерных систем, рассказали инженеры-программисты отдела разработки системного ПО YADRO Светлана Бурлака и Александр Солдатов.

https://habr.com/ru/companies/yadro/articles/776252/

#эмуляция #qemu #имитация #имитационное_моделирование #косимуляция #fpga

Игра в имитацию: как разрабатывать и отлаживать ПО для процессора, которого нет

Разработка процессора и вообще программируемых микросхем — процесс сложный и длительный. От старта проектирования до получения первых образцов в кремнии проходит больше года. При этом ПО желательно писать и отлаживать параллельно процессу производства, чтобы оптимизировать сроки выхода продукта. Но как это делать, если «железо» еще не на руках или оно есть в очень ограниченном количестве, а нужно многим? Спойлер: делать имитацию. О том, какие подходы существуют и как выжать из них максимум эффективности для имитации сложных многоядерных систем, рассказали инженеры-программисты отдела разработки системного ПО YADRO Светлана Бурлака и Александр Солдатов.

https://habr.com/ru/companies/yadro/articles/776252/

#эмуляция #qemu #имитация #имитационное_моделирование #косимуляция #fpga