Comments 11
Периодически слежу за данным проектом, хочу высказать мнение по поводу цикла статей SObjectizer: очень, очень много текста и абсолютно не хватает схематических/графических вкладок, структурирования и визуализации связей между сущностями. Проект лично для меня интересен, но такая подача информации лично меня не привлекает и не дает использовать данное решение…
Если есть возможность — систематизируйте материал, может быть стоит добавить описание отдельных сущностей, связей, реальных кейсов. Среди такого обилия водного текста очень сложно уловить все мысли и идеи авторов!
С уважением!
Если есть возможность — систематизируйте материал, может быть стоит добавить описание отдельных сущностей, связей, реальных кейсов. Среди такого обилия водного текста очень сложно уловить все мысли и идеи авторов!
С уважением!
+1
Спасибо за отзыв!
абсолютно не хватает схематических/графических вкладок
А могли бы вы привести пример фрагмента/сущности/понятия для которого вы бы лично хотели увидеть поясняющую схему/картинку?
Поясню происхождение вопроса: те вещи, которые мы описываем, для нас самих понятны. Поэтому нам сложно предугадать, что вызовет затруднения у читателей.
абсолютно не хватает схематических/графических вкладок
А могли бы вы привести пример фрагмента/сущности/понятия для которого вы бы лично хотели увидеть поясняющую схему/картинку?
Поясню происхождение вопроса: те вещи, которые мы описываем, для нас самих понятны. Поэтому нам сложно предугадать, что вызовет затруднения у читателей.
0
Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередями, протоколом и транспортом. То есть такую схему ядра, чтобы можно было сразу прикинуть что к чему.
По поводу кейсов: 1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессах 2) примеры кластеризации вычислений на разных узлах в сети
По поводу кейсов: 1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессах 2) примеры кластеризации вычислений на разных узлах в сети
+1
Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередями, протоколом и транспортом.OK, принято. Сделаем при первой же оказии.
1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессахSO-5 имеет готовых средств для создания распределенных приложений. Его задача — это упрощение работы с многопоточностью в рамках одного процесса. Создать распределенное приложение с помощью SO-5 можно, если самостоятельно спрятать транспорт за собственными почтовыми ящиками. Видимо, нужно будет в отдельной статье описать наш опыт создания подобной штуки поверх MQTT.
0
Видимо, нужно будет в отдельной статье описать наш опыт создания подобной штуки поверх MQTT— было бы просто здорово! Можно вообще сделать что-то типа best practice с краткими элегантыми рецептами решения конкреных проблем)
+2
Конкретно про рецепты — это нужно будет посмотреть.
Но вот своим опытом набития шишек мы уже делились в предыдущих статьях: habr.com/post/324420 и habr.com/post/324978
Но вот своим опытом набития шишек мы уже делились в предыдущих статьях: habr.com/post/324420 и habr.com/post/324978
0
Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередямиМы подготовили статью, в которой постарались рассказать (и показать на картинках) про основные сущности, которые есть в SObjectizer, а так же про взаимосвязи и взаимодействие этих сущностей: Давайте заглянем SObjectizer-у под капот. Если что-то осталось нераскрыто или недостаточно раскрыто, то дайте знать, постараемся расширить и углубить.
PS. На очереди статья про пример организации транспорта посредством MQTT. Но это будет недели через полторы-две.
0
Извините за некропост, но хотел бы спросить, не переносил ли кто SObjectizer на какую-то rtos и вообще в embedded. Монополия QP немного расстраивает.
0
Sign up to leave a comment.
Пишем собственный хитрый thread_pool-диспетчер для SObjectizer-а