<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Of course, the calendar module is perfectly fine, even though it does<br>not support sub-second precision, does not handle timezone computations,<br>cannot parse/format arbitrary formats, and require constant conversion<br>from/to system time to do anything.<br>Of course string handling is perfectly fine, unless you need any kind of<br>unicode processing (good luck doing any kind of normalization to<br>propertly unaccent text, or any work with codepoint properties), or you<br>need to work with anything other than latin or utf8. And do not get me<br>started on the string/binary insany.<br>Of course math support is perfectly fine, until you need to handle NaN<br>or infinite values.<br>Of course httpc/httpd is perfectly fine. Right.</blockquote><div>I think you've chosen the wrong language for your needs then.<br>And your main claim is that Erlang is not _______ (place here any of your<br>favourite language).</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I've seen lots of developers coming to Erlang, staring at the<br>lack of basic tools and functions, and going straight to Elixir (when it<br>is not another language altogether).</blockquote><div> I am glad that such newcomers don't stay with Erlang for long.</div><div> For most of them programming languages differ only by syntax. </div><div>I've seen a lot of them in Elixir forums. And I've seen a lot of conclusions like - </div><div>"gen_servers are evil because you can't write proper unit tests for them and</div><div> therefore we must write less gen_servers" Yuck!<br></div>My only concern is that they trying to change Erlang to ______ (place here any of your favourite language)<div> </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 10 мая 2021 г. в 11:28, Nicolas Martyanoff <<a href="mailto:khaelin@gmail.com">khaelin@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Stanislav Ledenev <<a href="mailto:s.ledenev@gmail.com" target="_blank">s.ledenev@gmail.com</a>> writes:<br>
<br>
>> As someone building a commercial project in Erlang, I can confirm that<br>
>> doing anything production-ready in Erlang requires (re)writing a *ton*<br>
>> of code which in other languages would be available in the standard<br>
>> library. And do not even get me started on the tooling (or more<br>
>> accurately lack thereof).<br>
><br>
> Another claim without evidence. Why are you stating that Erlang<br>
> "requires (re)writing a *ton* of code"? Maybe you love to rewrite tons of<br>
> code?<br>
> I have colleagues who love to refactor any working code, the love process<br>
> not the result.<br>
> Erlang is perfectly fine. It has everything you need to work to be<br>
> done.<br>
<br>
Of course, the calendar module is perfectly fine, even though it does<br>
not support sub-second precision, does not handle timezone computations,<br>
cannot parse/format arbitrary formats, and require constant conversion<br>
from/to system time to do anything.<br>
<br>
Of course string handling is perfectly fine, unless you need any kind of<br>
unicode processing (good luck doing any kind of normalization to<br>
propertly unaccent text, or any work with codepoint properties), or you<br>
need to work with anything other than latin or utf8. And do not get me<br>
started on the string/binary insany.<br>
<br>
Of course math support is perfectly fine, until you need to handle NaN<br>
or infinite values.<br>
<br>
Of course httpc/httpd is perfectly fine. Right.<br>
<br>
I could go on for a long time. Yes I can write libraries, this is what I<br>
do. I.e. writing a ton of code.<br>
<br>
You may have different needs, and it is fine. But the fact remains that<br>
a lot of features which are basic necessities in 2021 are missing in<br>
Erlang. I've seen lots of developers coming to Erlang, staring at the<br>
lack of basic tools and functions, and going straight to Elixir (when it<br>
is not another language altogether). I am pretty sure it is not a good<br>
thing for Erlang.<br>
<br>
-- <br>
Nicolas Martyanoff<br>
<a href="http://snowsyn.net" rel="noreferrer" target="_blank">http://snowsyn.net</a><br>
<a href="mailto:khaelin@gmail.com" target="_blank">khaelin@gmail.com</a><br>
</blockquote></div>