ну и логика разная. слева ретрай повешан только на отсылку смс, справа для простоты на всю функцию с повторной авторизацией. Короче нечестно с C# обошлись

херня этот ваш раздаточный материал, хотя я за F# топлю

++++

https://github.com/App-vNext/Polly

Подключаем и 0 разницы

ну тут скорее про разницу поддержки дурабельных функций из коробки в C# и F#. Для F# там типа есть comp expression НО. Даже так логика разная. Левый код не упадёт на нулёвом инпуте. Правый - недетерминирован в этом плане.

ну как не упадёт) левый упадёт с ожидаемым ексепшном, а правый хз.

ну тут скорее про разницу поддержки дурабельных функций из коробки в C# и F#. Для F# там типа есть comp expression НО. Даже так логика разная. Левый код не упадёт на нулёвом инпуте. Правый - недетерминирован в этом плане.

А вдруг в билдере проверка на string.IsNullOrEmpty?

Либо в коде который возвращает string?

Просто по меому тут как раз и показано, что логика конкретного действия не размазана, а внесена в отдельную опеоацию. т.е. S из SOLID в макимуме

А вдруг в билдере проверка на string.IsNullOrEmpty?

может быть, не знаю. Это не отменяет разницу в логике и намеренное получение аргумента из контекста, хотя можно было впилить input в аргументы функции и он прибиндился рантаймом. Как в примере для F# <_<

Т.е. тут не отмажешься, автор хотел наебать

Т.е. тут не отмажешься, автор хотел наебать

Я думаю, без злого умысла.

Я думаю, без злого умысла.

да, это пропаганда F#, так что норм)

может быть, не знаю. Это не отменяет разницу в логике и намеренное получение аргумента из контекста, хотя можно было впилить input в аргументы функции и он прибиндился рантаймом. Как в примере для F# <_<

Я думаю там был рабочий код.

Так что вряд ли

Может быть. Этого мы не знаем

ну и логика разная. слева ретрай повешан только на отсылку смс, справа для простоты на всю функцию с повторной авторизацией. Короче нечестно с C# обошлись

в таких раскладах c# всегда максимально стремно изображают

в таких раскладах c# всегда максимально стремно изображают

это может отпугивать C#еров, т.к. они смотрят на это и думают про себя - ну и кто так пишет-то? попахивает обманом

а практика показывает что кол-во кода что там что там примерно сопоставимо

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

единственое исключение DU

а практика показывает что кол-во кода что там что там примерно сопоставимо

Не, у F# точно меньше кода даже в лучших условиях для C#

уберём хотя бы { и`}`

Не, у F# точно меньше кода даже в лучших условиях для C#

было. раньше. давно очен.

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

Для этого автору пришлось бы написать хелперы для C#.

было. раньше. давно очен.

готов забиться что портирую код на F# на меньше строчек кода

Для этого автору пришлось бы написать хелперы для C#.

угу.. а в фшарпе orcestrator {} волшебно из воздуха родился. это такой же хелпер кем то писаный

угу.. а в фшарпе orcestrator {} волшебно из воздуха родился. это такой же хелпер кем то писаный

Ты не выкупаешь смысл примера.

готов забиться что портирую код на F# на меньше строчек кода

на сколько меньше?

https://twitter.com/MikhailShilkov/status/1011705530648334337

а что за таймаут справа, который слева самопальный?

это либа F# у них такая?

на сколько меньше?

просто меньше) тяжело сказать насколько

просто меньше) тяжело сказать насколько

вечером кину.

это либа F# у них такая?

самопальная

Для этого автору пришлось бы написать хелперы для C#.

Или заюзать либу выше которую кидала

это либа F# у них такая?

Да. Суть примера в сравнении дефолтного API и разрабатываемого API для F#.

Или заюзать либу выше которую кидала

Кидай PR.

https://github.com/Azure/azure-functions-durable-extension

https://github.com/Azure/azure-functions-durable-extension

там как раз нет для F# ничего

там как раз нет для F# ничего

В C# пример же.

https://github.com/Azure/azure-functions-durable-extension

Это чего?

Это к слову о "ну и кто так пишет-то".

то что ты скинул это просто дурабельные функции

Да. Суть примера в сравнении дефолтного API и разрабатываемого API для F#.

Аааа

есть обычные Azure Functions. Есть Durable Functions, которые сохраняют свой стейт на точках евейта. Там хитрая магия.

Поддержка дурабельных функций есть только для C#. F# апи там нет. Про "кто так пишет" это я вообще про код, который сделан нарочно раздутым

Да. Суть примера в сравнении дефолтного API и разрабатываемого API для F#.

в таким же успехом можно сравнить дефолтное winApi и MFC. но язык то тут причем

причём т.к. всё завязано на стейт машине тасков, поддержки F# async не планируется. Т.е. там надо работать с тасками из F# если хочется дурабельных функций

в таким же успехом можно сравнить дефолтное winApi и MFC. но язык то тут причем

А причем тут язык?

Кажется, в твиттер посте ничего про язык не было.

Кажется, в твиттер посте ничего про язык не было.

А мне кажется в этом основной посыл твита.

Типа смотрите как F# всё компактно, не то что этот ваш C#

я так понял

?‍♂️

Ну ладно. Чо мы пики ломаем и правда)

В следующий раз буду осторожнее, чтобы не бурлило.

А причем тут язык?

при том что если сравнивать, то не надстройку эф над апи. а надстройки це и эф. если в це запилить функциональную надстройку в руби стиле и сравнить с эф то разница стремительно нивелируется

при том что если сравнивать, то не надстройку эф над апи. а надстройки це и эф. если в це запилить функциональную надстройку в руби стиле и сравнить с эф то разница стремительно нивелируется

Залезай обратно, откуда вылез, пожалуйста.

Дальнейший срач в @fsharp_flood.

gsomix как обычно запретил обсуждать f# :)

В следующий раз буду осторожнее, чтобы не бурлило.

Да ладно тебе

Возвращаю обсуждение из пучины домыслов и демагогии в конструктивное русло. https://github.com/Azure/azure-functions-durable-extension/issues/322#issuecomment-400627910

Возвращаю обсуждение из пучины домыслов и демагогии в конструктивное русло. https://github.com/Azure/azure-functions-durable-extension/issues/322#issuecomment-400627910

а ты неплох

Все не ставляет мысль сделать имплементацию для Fable и обертку для elmish https://github.com/meteor/meteor/blob/master/packages/ddp/DDP.md

Портировать весь meteorjs на fable у меня не получилось

@artemy_b https://twitter.com/Tarmil_/status/1011651422482558976

Есть задачка =) Как сделать коллекцию ключ-значение, где при добавлению нового значения по ключу считается среднее между всеми значениями? Например было (1,1) добавили (1,3) стало (1,2), потом добавили (1, 5) стало (1,3)

Тебе чтобы быстро считалось?

Ага, и чтобы меньше места заняло

А почему это коллекция?

А, по ключу же)

цель - хранить только результат, не храня отдельные значения

ну, среднее ты так не пересчитаешь

Ну чет да, странно выглядит

храни кол-во и сумму

хотя не. достаточно хранить сумму предыдущих и кол-во предудыщих

чтобы пересчитать

храни кол-во и сумму

+1

Dictionary<int:ключ, int:кол-во добавленных * int:сумма добавленных>

и всего делов

да, я вот думаю как это красиво оформить) потом же нужно эти значения быстренько считывать

ну прям ппц как долго достать их словаря по ключу и одно деление сделать :D

Я уверен что это решение покроет 99.99999% перформанс нужд. Даже если ты HFT занимаешься, этого должно хватить

это для MlCup =)

Не, ну ты серьёзно думаешь что поиск по словарю и одно деление это недостаточно быстро?

ключи в каком диапазоне?

хочется все сделать при добавлении, а потом ничего не делать

инты

точнее

Сделаю наверное два дикшнари, один будет среднее хранить, а другой количество элементов хранить

хочется все сделать при добавлении, а потом ничего не делать

добавь результат деления в туплу

ну да, если хочется один раз посчитать, то будет Dictionary <int, int*int*int>

оки

Спасибо)

ток если у тебя многопоточная фигня, то ты словишь проблем

я буду пытаться в ML.NET скармливать, еще не знаю как она работает, только начал

но если у тебя 1е6 добавлений и 1 чтение то 1е6-1 делений у тебя будут бессмыслены

посмотрим, дебажить проще точно когда готовое значение есть)