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

причем как раз явные авейты не дадут тебе убрать асинк там где он был и сделать синхронной - у тебя код не скомпилитс

а без авейтов убрал вызов горутины ReallyLong - и привет

но про твои кулстори - могу только посочувстввоать

с мвц и EF/dapper у меня никаких проблем в жизни не было

все запросы асинхронные, все работало хорошо

В расте скомпилируется)

В Хаскеле не скомпилируется да

Короче обсуждаемая тема это просто выбор в сторону одних плюсов перед другими плюсами

Но кмк явность всегда лучше неявности🤷‍♀

так эвейты же гарантирут только то, что функция задекларирована как асинхронная. Является ли она асинхронной по факту, эвейты не проверяют, вот в чём загвоздка. И ошибиться в этим достаточно легко, а ревьюить проблемно.

"все запросы асинхронные, все работало хорошо" - это всё понятно, тут же вопрос 1) как это скейлится на сложность 2) сколько обвязки требуется для асинхронных вызовов (по мне так дофига) 3) как при этом сделать shm DS без боли. В обычных кейсах одновремнно запущенные 100 потоков ос - вообще не проблема например, ни кто даже разбираться с этим не будет. А если это хайлоад, или хотя бы просто достаточно нагруженный сервис? или в амазоне работает, где ты цпу башляешь не хило? вот ты уверен например что твоя программа с асинк ревестами будет на 4х ядерном воркере работать в основном в 4 ядра? У меня на сишарпе проблема была не в том, что программа не работала вообще, а в том, что её оптимизация для конкурентных кейсов превращалась в ад

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

Но и раст не заставляет спавнить каждый вызов асинхронной функции

а если требуется залочить память - тупо лочишь без всяких сомнений и без всяких фреймворков на акторах, это НИКОГДА не обвалит программу и не наспавнит тредов ОС как в коде на асин эвейтах

рефакторили и нарефакторили https://users.rust-lang.org/t/accessing-the-current-tokio-runtime-to-call-block-on/50090/2

Код на асинк-авейтах спавнит фиксированный тредпул, разгребающий все эти футуры.

Системные потоки создаются при использовании spawn_blocking, но в идеальной ситуации он не используется

(запасаюсь попкорном и жду io_uring)

в расте та же история - тред пул это уже само по себе плохо, одновременная работа ОС тредов в кол-ве большем, яем ядер на воркере, нафиг не нужна.
Я мало кода на расте писал и всех тонкостей не знаю как там эти проблемы обходят. Я встречал мютексы с асинхронной блокировкой, хз как это работает по факту, но сомневаюсь что так же хорошо как го (крупный вендор vs пара опенсорцных энтузиастов).
В любом случае раст не подходит для типичных задач бизнеса и командной разработки - он слишком низкоуровневый, много бойлерплейта на borrowing который ни кому не нужен. В качестве альтернативы плюсам - наверное ок

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