Файберы, да, это корутины, но это не async/await

Да, но к этому никто не стремиться, в общем-то

Так что аргумент не аргумент

Так и хорошо, если не стремиться
Значит это может быть произойдёт более естественно

Но пока ещё конечно очень рано говорить об этом

С async-await я сравниваю потому что там получается, что все функции "красные"

Как и в случае с тредами etc

эм, async/await не спасает от разноцветности функций

Да, но файберы просто делают этот async await автоматически на самом нижнем уровне

(так то вообще интересно подумать, можно ли сделать и то и это)

Да что там на нижнем уровне пофиг.
В файберах IO-функция возвращает голый результат, а не future/promise

Эт да

По скорости все эти корутины не дают никакого прироста по сути. Но они сильно облегчают написание асинхронного и параллельного кода причем оверхед не особо большой.

Вообще была у меня мысля сделать так:
1. Пишем язык, компилятор и тыры пыры
2. К компилятору пишем линтер-автокорректор
3. Если программист хочет гарантировать свойство функции — он пишет это свойство
4. Автокорректор автоматически доставляет дополнительные свойства, которым соответствует функция
???
ПРОФИТ: Видно в кода, чему функция на самом деле удовлетворяет, и при этом какие свойства от неё требуют, а какие — это так, прихоть.
Условно выглядит как-то так:
@nogc @nothrow // <= автокорректор доставил
#betterC // <= я гарантирую это
void foo() {
 @scope @type:MyStruct // <= автокорректор
 auto i = MyStruct();
 ...
}

Проблема синих/красных функций решена ;)

@thedeemon_lj а у вас C++20 мог бы подойти вместо D, если бы сейчас выбирали язык? Или по-прежнему чего-то нет?

А что, туда завезли нормальную статическую интроспекцию и GC?

Я подробно не следил.

А, вам GC нужно? Не, такое вряд ли в кресты будут засовывать

Насчёт статической интроспекции любопытно, а какую задачу нужно решить? Можно попробовать сообразить, в крестах компайл тайм прокачался неплохо за последние годы

Танк, ты шо тут делаешь