А есть какая-то статистика использования SObjectize и RESTinio в реальных сторонних проектах (кроме проектов Вашей команды)? На мой субъективный взгляд минусом SObjectize является синтаксис, от лямбд и специализаций шаблонов гружится голова…
Устраивают) Но есть ряд задач для которых хотелось бы использовать высокоуровневые абстракции, например, кластеризация сложного процесса разбитого на ряд задач (pipeline, workflow), забрать на одном узле, выполнить на другом, опросить третий, отослать в четвертый и так далее… и тому подобное. Возможно, я в чем-то жесточайше заблуждаюсь)
Один из таких вопросов: насколько критично/некритично будет наличие в зависимостях у таких mchain-ов тяжелых библиотек, вроде Boost-а (скажем, Boost.Interprocess)?
— да, вопрос значительный.
А вы интересуетесь вообще или с прицелом на какую-то конкретную прикладную нишу?
— ну, мне вообще интересна область распределенных вычислений и, конечно, есть ряд прикладных задач с широким использованием многопоточности, над которыми периодически работаю. Поэтому интересуют гибкие, элегантные решения в этой области
Согласен. Ведутся ли какие-то работы по добавлению распределения каналов на различные процессы, машины в сети, возможность минимальными усилиями подключать готовые протоколы/транспорты?
Плюсы самописного кода в том, что ты полностью понимаешь что и как там работает при тех или иных условиях.
решения open-source, не проблема посмореть, что там и как по сути
Для ускорения разработки можно воспользоваться готовыми фреймворками, но потом вероятно нужно будет это дело оптимизировать.
— возможно, но оптимизация это все же не писать с нуля
Лично я за подобного рода фреймворки, единственное, что отталкивает от того же CAF это ну вообще не user-friendly синтаксис(((
Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередями, протоколом и транспортом. То есть такую схему ядра, чтобы можно было сразу прикинуть что к чему.
По поводу кейсов: 1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессах 2) примеры кластеризации вычислений на разных узлах в сети
Периодически слежу за данным проектом, хочу высказать мнение по поводу цикла статей SObjectizer: очень, очень много текста и абсолютно не хватает схематических/графических вкладок, структурирования и визуализации связей между сущностями. Проект лично для меня интересен, но такая подача информации лично меня не привлекает и не дает использовать данное решение…
Если есть возможность — систематизируйте материал, может быть стоит добавить описание отдельных сущностей, связей, реальных кейсов. Среди такого обилия водного текста очень сложно уловить все мысли и идеи авторов!
С уважением!
— наверное, можно ввести базовый месседж с id/type и сериализацией/десериализацией?
— ну, мне вообще интересна область распределенных вычислений и, конечно, есть ряд прикладных задач с широким использованием многопоточности, над которыми периодически работаю. Поэтому интересуют гибкие, элегантные решения в этой области
— возможно, но оптимизация это все же не писать с нуля
Лично я за подобного рода фреймворки, единственное, что отталкивает от того же CAF это ну вообще не user-friendly синтаксис(((
По поводу кейсов: 1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессах 2) примеры кластеризации вычислений на разных узлах в сети
Если есть возможность — систематизируйте материал, может быть стоит добавить описание отдельных сущностей, связей, реальных кейсов. Среди такого обилия водного текста очень сложно уловить все мысли и идеи авторов!
С уважением!