т.е. выделяешь память enif_alloc_resource, делаешь из нее ресурс enif_make_resource, это уже erlang term, который с подсчетом ссылок на этот ресурс, и определяешь функцию уничтожения ресурса(освобождения памяти), которую erlang дернет когда все ссылки на твой term-ресур, канут в лета. И все, передавай его куда хочешь, но естественно нужен какой то примитив синхронизации, или статический или можно его засунуть в какую-нибудь структуру, которая создается при загрузке NIF и передается в любой NIF вызов

когда NIF грузится, то в priv можешь что-нибудь засунуть, и оно будет доступну в любом NIF вызове static int on_load(ErlNifEnv* env, void** priv, ERL_NIF_TERM info)

можешь стейт туда засунуть для всего твоего nif

Опасная фигня конечно

Лучше все тоже, но порт

Тогда хоть видно, что ресурс один, и синхронизация на уровне эрланг кода

ну да, аккуратно надо. NIF тестами надо покрывать,

и если уж на то пошло, то можно же вообще СИ-ноду запилить и крутить в ней некрутимое

Ну не правильная же постановка.
Написать и вправду можно всё, причём не только на крестах, но и на любом Тьюринг-полном языке.
Можно и на Unreal blueprints налепить всё что угодно.
Возможно для самого плюсовика действительно проще писать что угодно на хорошо знакомом языке, чем вникать в другой, но подходящий для задачи. Правильный выбор языка влияет не столько на разработку и результат, сколько на поддержваемость и судьбу разработки.
Хотя Docker вон вообще на Go, и как-то развивается при этом.

А сейчас переписать на раст )

Посоны. А как вы думаете - есть причины делать на фениксе интранет вместо рельс или ну его? Фунеционал тривиальный - новости адресная и тд

Шта?

Пхп сразу нахуй

Фух

а какая разница?

Объективных причин на мой взгляд нет

пхп, кстати, тоже пойдет, наверное

Я вот тоже не вижу разницы между ПХП и Руби