zlacker

[parent] [thread] 6 comments
1. nemoth+(OP)[view] [source] 2024-01-20 00:00:11
>I hope that someday, we can have a Rust-like language without async.

That exists today, it's called Rust. You don't have to use async.

replies(1): >>kelsey+J1
2. kelsey+J1[view] [source] 2024-01-20 00:13:52
>>nemoth+(OP)
Until you want to use a library that requires async. Now you do.
replies(2): >>nemoth+R8 >>sgbeal+ua1
◧◩
3. nemoth+R8[view] [source] [discussion] 2024-01-20 01:19:48
>>kelsey+J1
Which part of the standard library forces me to use async? Or is the complaint that you can't force other random developers to program in the way you prefer?
replies(1): >>kelsey+5b
◧◩◪
4. kelsey+5b[view] [source] [discussion] 2024-01-20 01:40:16
>>nemoth+R8
Can you try steel manning?
replies(1): >>filled+Ty
◧◩◪◨
5. filled+Ty[view] [source] [discussion] 2024-01-20 06:36:16
>>kelsey+5b
I'm not them, but I don't think there's any general-purpose programming language in existence that prevents developers from implementing async runtimes and using them in their libraries.

So yes, if your whole reasoning is "other people might use async and then I won't be able to use their code", then you'll be waiting indefinitely for the magical programming language that's both fully featured for your work and does not have any portion of the ecosystem implemented in async code.

◧◩
6. sgbeal+ua1[view] [source] [discussion] 2024-01-20 14:00:14
>>kelsey+J1
> Until you want to use a library that requires async. Now you do.

Now you do... have an incentive to write your own which is not async.

replies(1): >>kelsey+qK1
◧◩◪
7. kelsey+qK1[view] [source] [discussion] 2024-01-20 17:12:07
>>sgbeal+ua1
That's fair. The Rust community does love a rewrite.
[go to top]