←back to thread

243 points Towaway69 | 1 comments | | HN request time: 0.257s | source

Hi There,

Erlang-RED has been my project for the last couple of months and I would love to get some feedback from the HN community.

The idea is to take advantage of Erlangs message passing and low overhead processes to have true concurrency in Node-RED flows. Plus also to bring low-code visual flow-based programming to Erlang.

Show context
oersted ◴[] No.44007812[source]
> Node-RED is a amazing[*] tool for creating flows that describe concurrent processing, it is just a shame the NodeJS is single threaded. So why not use something that is multi-process from the ground up?

That's great! But now that we are doing this, it kind of makes me wish that it was not multi-processing and Erlang, but a more mainstream language with a better library ecosystem and focused on multi-threading instead, Rust comes to mind but there could be a better one.

Is there a visual flow programming language based on Rust that is relatively mature?

replies(6): >>44007924 #>>44007929 #>>44008197 #>>44008520 #>>44008981 #>>44011466 #
1. creata ◴[] No.44011466[source]
> a better library ecosystem

For what it's worth, Erlang's standard library is decently "batteries-included". The C interop also isn't terrible.[1]

[0]: https://www.erlang.org/doc/apps/stdlib/api-reference.html

[1]: https://www.erlang.org/doc/system/tutorial.html