4 ms·
I think the resolution to the author's consternation is that Rust's/some/most async run-times have "good enough" (in his view) color management. You still need
by cb321 6y ago
I think the resolution to the author's consternation is that Rust's/some/most async run-times have "good enough" (in his view) color management.
You still need to manually manage color (aka blocking vs non-blocking, sync vs async). E.g., it impacts how you write the calls. So, the coder must be aware of the colors -- a big chunk of the problem / annoyance even if compilers / type systems can perhaps flag / catch errors.
I think what happened here was that the author found such awareness and management personally easy enough to use that he wanted to dismiss the entire coloring complaint. Then, in his zeal for dismissal, he made logical errors / mischaracterizations / exaggeration. It happens. Probably best to just move on. (EDIT: Focusing on such situations doesn't help perceptions of programming language evangelism/propaganda.)