> In actual real applications it is not always possible This depends on what are your expectation. IO operations must suspend to wait for data read and writes,

> In actual real applications it is not always possible This depends on what are your expectation. IO operations must suspend to wait for data read and writes, therefore it is not possible to avoid Async/Await. In other cases you might have multiple tasks depending on a specific IO operation, for example, one connection to a database that is used by multiple HTTP sessions, here it is also not possible to avoid Async/Await because those sessions are bound to an IO operation. The real problem however comes when tasks that can complete synchrously are implemented with an asynchronous interface, for example message = Await websocket.read(socket, buffer, ...) This is a poor design because a socket read can pull multiple messages from the kernel buffers into user space and there should be a way to consumed them without Await. Many libraries however don't for watch this problem and that results in the everything is async madness.