Support for non-unique process labels?

[Stanislav Ledenev]

>
> As someone building a commercial project in Erlang, I can confirm that
> doing anything production-ready in Erlang requires (re)writing a *ton*
> of code which in other languages would be available in the standard
> library. And do not even get me started on the tooling (or more
> accurately lack thereof).

Another claim without evidence. Why are you stating that Erlang
"requires (re)writing a *ton* of code"? Maybe you love to rewrite tons of
code?
I have colleagues who love to refactor any working code, the love process
not the result.
Erlang is perfectly fine. It has everything you need to work to be done.

According to the standard library. Standard library (for any language) must
include only those
things which will be used in vast majorities of projects.
Not some specific cases. For specific cases a language must have a decent
library system.
Which Erlang has. And that is the reason for another question - why are you
rewriting tons of code
(again and again as you state) when you can write libraries and reuse them?


пн, 10 мая 2021 г. в 08:21, Nicolas Martyanoff <khaelin@REDACTED>:

> Stanislav Ledenev <s.ledenev@REDACTED> writes:
>
> >>>When one of the main languages rolls their own in the stdlib, it is one
> > of many signals that adopting it in the core may be worth it.
> >>>At the same time, I understand that the OTP team may not want the
> > additional maintenance workload.
> >
> > Those claims without evidence look like manipulation.
>
> As someone building a commercial project in Erlang, I can confirm that
> doing anything production-ready in Erlang requires (re)writing a *ton*
> of code which in other languages would be available in the standard
> library. And do not even get me started on the tooling (or more
> accurately lack thereof).
>
> It is not a deal breaker, I can work around it and accept it because the
> language itself is very good, but denying this reality is not
> productive. This situation actively damages Erlang adoption.
>
> --
> Nicolas Martyanoff
> http://snowsyn.net
> khaelin@REDACTED
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20210510/247956e3/attachment.htm>