This is not a new year’s resolution

as someone who loves Go, you've piqued my interest. tell us more?

I was really into golang too to the point I started doing some production work on it, but after I tried crystal, it became a little dull. Crystal is a great language and surely has a bright future for those who love ruby syntax.

At least for the concurrency work, there's been a lot of groundwork done for it already, and even a working prototype - albeit with a much larger scheduling overhead than we would like.

I suspect that it's a mix of both, these hours numbers are somewhat pulled out of a hat but the concrete of what we actually want to do and how to go about it is known so they won't be wildly off. The manas guys will know the details though.

Probably for "mythical man-month" related reasons. It's far from trivial to manage a large number of relatively small contributions from a large group of diverse developers.

We gladly welcome contributions, please feel free to donate your time! However there are some tasks that are much easier to deliver and design as a small team, instead of being able to be broken up into small parts where work can be done by the community. We simply doubt someone is going to come along with the time and drive to complete rewriting the whole fiber scheduler and concurrency part of the stdlib as an external contribution.

That being said, Windows support is likely to be largely done by the community and core team in tandem, as individual modules can be ported one-by-one. There's also the overhead of managing all these open-source contributions which takes time.

I didn't write this blog post, and it was actually mostly written before the previous HN thread. It's not all me!

You might find Pony interesting: https://www.ponylang.org/

If you are looking for a modern language with a pragmatic syntax and uses lightweight processes and message passing why not Elixir? It's an expressive, productive language that can leverage The power and scope of the Erlang/OTP ecosystem.

https://www.elixir-lang.com

There are many languages that do this. In addition to those already mentioned, there is also Nim. https://nim-lang.org

A simple way to get isolated heaps and message passing is multiple os processes and local sockets; this can be more heavy weight than threads/green threads though.

I've done some experimentation with hot reloading in c lately, and I'm not sure how isolated heaps is a precondition for code reloading.

I suspect the requirement for erlang style code reloading is a willingness to take an indirection penalty for fully qualified module calls and tail call optimization so that the old module doesn't stay in process stacks. In an OOP language, if you wanted to tie objects to specific versions of modules, you'd have to do some intrusive accounting as well.

I also attempted hot code reloading in perl many years ago; it's a lot easier to do when you've seen it done properly, and there are language facilities for it (fdlopen is a lot nicer to use than exec on a pm). In my use cases (which were single threaded), I was able to write an outside loop that's simple enough that it's not a big deal that it can't be reloaded.

Crystal, I don't know, but how is Elixir vapor?

I'd hardly call a language with a fully-functioning compiler, a fairly complete standard library, which is being used in production in multiple (albeit small) companies as vaporware.

If you are wondering why people seem a bit offended by your comment, it's because calling something vapourware has an implication almost of dishonesty or a con.

Crystal is real software that you can use today and build yourself and modify. It's doesn't make sense to accuse it of being vapourware.