Нет, не пишу. Но что тут может быть непонятного в этой записи? То что мы берём из пула байт кусок в DefaultBufferSize? Ну ок, пулы объектов не вчера придумали.
От этого только memory footprint будет поменьше да нагрузка на gc. В остальном ситуация не поменяется.

Это пример из реального кода. Прилетел запрос от клиента по http и чтобы ответить надо сходить в 2-3 внешних api и бд. Api могут ошибки выбрасывать и таймаутиться(так что неплохо бы уметь делать retry по экспоненте) и всё это в рамках таймаута на ответ.

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

🌟 Aleksandr Bespalov has reached level 2!

Вопрос объема кода вокруг этого, связанного с обработкой таймаутов, отмены и retry. И тут нет хайлоада вообще.

Ну это не может быть проблемой написать такое, если команда на самом деле понимает, что ей это нужно. Не сложные вещи то. Логику ест-но продумывать нужно.

Проблема .net в объеме подкапотной магии. Я участвовал в проекте, который сначала был на asp.net потом его портировали на .net core, с которого через 4 месяца в ужасе сваливали на go.
Риск того, что в какой-то момент придется распечатать исходники core и положить их на прикроватную тумбочку стремительно возрастал и это было стремно до ужаса.
Знатоки сказали, что мы "просто не умеем его готовить". Ну да, вот только с go такого никогда не случалось.

Это называется некомпетентные разрабы, лол

Ну типа это такого уровня достижение, что прям вместе с руковдителем в макдональдс.

Это да. Нормальные инженеры и проектировщики уровня Спольски теперь все в Azure

проблема в том, что MS очень странно относится к .net, как будто его не любит: в третий раз уже ORM переписывает, портабельные системы в очередной раз оказываются непортабельными, и т.п.

Ну, так MS ко всему относится, ничего удивительного.
Надо же работу программистам обеспечивать.

Не передергивайте, в дотнете нет никакой магии. Разрабы не смогли, затащили гоу. Уровень даже не мидлов.

Ну не используйте эту орм(ef), нафиг она нужна? Вон, есть linq2db и мы её используем. Есть dapper и можно просто писать sql запросы.

Пишешь 10+ лет на дотнете, да раньше был под винду, теперь всё в докере и в никсе. И тут внезапно оказывается, что магия, фигня, не работает, а вот гоу работает. И весь финтех, все сложные и простые проекты, наверное тоже на магии держатся. Ну, совсем не серьезно.

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

его популярность падает, всё сродство к нему - от продолжающегося преподавания в университетах C#. но уже и это уменьшается. сейчас на него можно найти, в основном, студентов, ну или некоторые островки исторические, кто на свою голову зачем-то был вынужден написать на .net, и теперь поддерживает

Интересно, а есть статистика соответствующая? Глобальная, локальная (рф)? Ну вот у меня статы нет, мне трудно судить.

Если человеку, который до этого писал 3-4 года на asp.net, нужно 3 часа на то, чтобы найти, где меняются параметры marshaling json-ов, то API не слишком прозрачен.
Это просто как пример. Таких было много, а в go - ни одного.

Ощущение, что core проектировался чужими для хищников, а го - инженерами для людей.

Я ж говорю, хорошие разрабы, сразу было понятно

Он не является центром прибыли.