это "проклятие знания"

Так он и не должен выглядеть очень. Его существование – это как раз проблема. И ты не поверишь, для её решения придумали два способа...

Да я в курсе, объяснять-то не легче стало. Тут, кажется, если у собеседника нет интуиции на хороший код, поможет только опыт. Я думаю, дальше будет так: Рой потыкает это, разочаруется и вообще забьёт на задачу, а то и на плюсы. Потом однажды от скуки почитает, что такое корутины и как они внутри работают и у него настанет момент озарения "о, а можно было так!"

ну вот поэтому я особо с роем не спорю, пусть шишек набьет, а потом сам придет к чему-то получше

Я тут на огонек с корутинами пришёл. Успел на раздачу свежих?

да

вон там выше посмотри

Отлично, х

Иду смотреть

Имею опыт тыкания корутин на железке с 512 FLASH и 64 КБ RAM. И да, это не protothreads библиотека. Корутины из 20х плюсов😄

и что?

Вы ошибаетесь тут. Смотрите. Сами корутины это просто механизм приостановки выполнения функции и сохранения ее состояния, не более. Никакой многопоточности они под капотом не имеют, это все необходимо уже дописывать самому, если необходимо, т.е. описывать свой Awaitable+ promise type.
Идея в том, что вы можете приостановить выполнение функции в четко заданном месте и дальше уже продолжить выполнение (разбудить корутину) там, где вам нужно. Это может быть новый поток, это может быть обработчик прерывания, это может быть основной поток, что угодно. Для пробуждения сопрограммы у вас есть coroutine handle которому вы делаете resume();. А где и как выполнился этот resume- уже дело десятое.

Это понятное дело, речь о том, что предлагают корутины вместо тредпула использовать

Я не думаю, что вам предлагали тредпул выкинуть и переписать все на корутины

Так какой смысл использовать корутины там где в них нет толку?

Зачем использовать корутины в Job System? У меня нет необходимости приостанавливать выполнение задачи

Скорее имелось ввиду реализовать Awaitable для std::future  чтобы можно было выполнить что-то вида:
co_await LongOperation;, а под капотом вычисление операции выполнится в отдельном потоке, после чего выполнение вернётся в исходную точку

есть, кстати, тредпулы на корутинах

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

Да, естественно, это не взаимозаменяемые понятия