C# is definitely more flexible than Go, which is by design on both sides. Not an argument for one or the other. Go's restrictiveness can be seen as a benefit,

C# is definitely more flexible than Go, which is by design on both sides. Not an argument for one or the other. Go's restrictiveness can be seen as a benefit, C#'s flexibility can be seen as a time waster. > ...or even a new language for the CLR that does away with sync I/O completely, and makes async easy to do correctly. Well, your caveat "for the CLR" means I have nothing to suggest. If it weren't for that, there are tons of languages (new and old) that approach concurrency differently.