а вот optional = nullptr не скомпилируется, и очень интересно, ждем ли мы тут именно результата этого перемещения optional

Нуллопт

Я читаю по диагонали этот диалог. Либо Гранина вызывать, либо граненый стакан опрокинуть.

либо предложить реактивный подход

Почему либо, а не или? :))

Это нужно под капотом там

Я, кстати, так и не избавился от грязного хака с reactive<int> idle_counter() в том же самом контроллере :)

В трассах так и идёт "вы создали 100 idle counter, остановитесь, глупцы!"

Ибо либо

Тут могут сидеть неопытные программисты, которых такое предложение испугает. Не надо тут FUD разводить. libcurl знаем? В отдельный поток скачивание ресурса хотим вынести? Значить use-кейс идеальный для future/promise.

Очень интересный текст от Страуструпа: "Thriving in a Crowded and Changing World: C++ 2006–2020" (https://dl.acm.org/doi/pdf/10.1145/3386320).
Все 167 страниц я не прочитал, но то что мне было интересно (и, подозреваю, может быть интересно многим):
* эволюция концептов: C++0x Concepts (Indiana vs Texas group) -> Concepts Lite (Concept TS) -> C++20 Concepts;
* история стандартизации модулей;
* Gor-routines vs альтернативные предложения (единый интерфейс для stackless/stackful корутин, Core Coroutines / идея болгарских товарищей);
* битва за контракты глазами Страуструпа.

Идеальный, если мы не боимся блокировать поток, который хочет получить результат, потому что future умеют адекватно из коробки только ждать. В gui потоке уже не вызовешь

Если уверен, что работа уже должна была завершиться, и выставлен вменяемый таймаут, то можно и из гуи

С IO запросами ты никогда не уверен

для этого нужен таймаут

Можно еще сделать мультиплексор для бедных через future.wait_for(std::chrono::seconds(0));

ну и еще есть польза в пробрасывании исключений

Таймаут это костыль в данном случае, есть операции, которые не войдут в таймаут если медленная сеть (скачивание файла в телеграмме), надо фейлить скачку, если не скачается за N секунд?

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

Считаю, что заблокировать на 50-100 мс не зазорно, если альтернатива - наворачивание сложной и потенциально хрупкой синхронизации. Но в целом да, контраргументы разумные.