попробовал недавно орлинс в уголке продакшона, и ощущения двойственные. с одной стороны смарт кэш очень помог, с другой - в рпц мало смысла если без кластера и стремно после акки без мессажинга. А ещё боюсь будет тот же DI hell вид сбоку. может есть ещё какие-то «нимагужытьбез» преимущества, которые я не заметил?

Орлинс нужен а кластере. Диай там возможен, но тут проблема не в том, что диай возможен, а в том засрешь ли ты диайем своё решение. Про акка мессаджинг хз, что ты имеешь ввиду, тут так же сообщения отправляются. Если ты про API, то акка при для орлианса орлеанкка вводит, но не советую. Вся прелесть видны в кластере. Стримы, транзакции АСИД, опциональный event sourcing. Возможность писать приложение не по парадигме http запрос - залезли в базу, записали в базу, ответ ли на http запрос, очень расширяет возможности, тут плюсы и у акки и у оплинса одинаковые.

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

ну взяли бы, да переделали

ну да.

ну взяли бы, да переделали

Уже пробовали с json описанием проектов

и каков результат?

Json,к сожалению, не даёт возможности строгой валидации

По сравнению с другими системами сборки msbuild божественен

Сложная логика на мсбилде - это ад

Даже с жсон схемой?

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

как понять структуру этого вашего Elmish?

Rfc на нее есть хотя бы?

Чо там понимать init view update

Ну это далеко не всегда так. Достаточно часто логика бывает нужна по независимым причинам. Или отказ от неё будет куда дороже. И да, то, что в каком-нибудь гредле можно было описать в 5 строчек кода, в мсбилде превращается в приключение.

Я такие вещи выносил в наружную билд систему

Наружные билд системы тоже не лучше обычно

Ты бы пример привел. Я просто с мсбилдом много времени провел в свое время

Сложная логика на мсбилде - это ад

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

Это тупой скрипт на любом языке

Я пытаюсь верить в людей, и что тупость калек не бесконечна, НО. я это так вижу: DI возможен - засрем им все, ну потомучто уже все засрали на гринфилд казалось бы проекте. Семантика rpc это значит даже если ответ не нужен, то таск вернется только если вся цепочка акторов отработает, и там емнип даже ограничение есть на 30с. Плюс если нужен fire and forget (как в акке, там аск считается антипаттерном), то надо орлянку или начинаются пляски с Task.Run, Task.Start и шедулерами. И тут тоже не уверен, что хочу каждый раз объяснять в чем разница. Плюс тестами надо обмазывать - пляски с моками. Вобщем все как мокрософт завещал. Вот как у вас с этим всем? Или я не прав в чем то?

Про людей понял. 30 cекунд настраивается. Писать надо так, чтоб длинных цепочек не было + есть стримы которые избавляют от RPC

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

https://twitter.com/expectoio/status/1246366344720809985?s=21

Если пм который даст фидбек в понедельник добавился в линкедин это хороший знак???

Либо да, либо вам могут писать только друзья, тогда не все так однозначно😂

А работает у кого в райдере Show Whitespaces?

я думал что не работает, а там реально микроточки, жесть какая!

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

я привык делать комментарии с помощью выделения нескольких курсоров и нажатия //

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

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