You can post in one of the Official Blog Posts threads (like this one), or, via Devtalk and a new thread will be posted in our #learning-resources:blogs section here for each blog post so long as you have an account with the same primary email address on both forums (if you don’t, it will be cross-posted to our general catch all thread).
I wrote a blog post about my ten years in Erlang, hype phases, adoption, things that changed, and I believe some of the content in there will be relevant to Elixir folks trying to boost adoption: https://ferd.ca/ten-years-of-erlang.html
Generally it’s best to stick to one thread - either your blog’s dedicated thread, or one of the main ones like this one
(As a side note, I am not completely happy with how we deal with blog posts on the forum atm, so we will be tweaking this at some point - watch this space )
Erlang was that badly kept secret. Many have heard of it, but few realise that it controls vast amounts of infrastructure, including the fixed and mobile networks we use on a daily basis.
Sorry for the off topic question, I did not read the article yet, but I’ve just found about Caramel thanks to your post, I read the github README and I wonder why you chose to compile to .erl instead of compiling directly to .beam.
No problem I just thought it’d be a good starting point since:
it is trivial to inspect that the outputs are correct, which makes it easy to see what’s going on, and that’s especially important when learning
it is less of a hassle to just drop a little .ml into an existing project
Eventually I want to enable Core Erlang outputs, so you still get a shot at picking your compiler, but we can do some optimizations on the generated sources.
Providing .beam outputs would mean reimplementing parts of erlc that I’m not that familiar with yet. But I’m open to the idea
