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

Нас спасут тайп-провайдеры, параметризуемые типами!

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

Пример нормального сериализатора: - JS, TS - JSON.stringify() JSON.parse() - F# - https://github.com/fpawel/CentBet/blob/master/Utils/JsonSerialization.fs

Golang - json/encode json/decode

Написал небольшую обёртку для Funogram: https://gist.github.com/Dolfik1/be217026241d3936bca59334fbe68792

Норм?

А если серьезно - очень нужны тайп конструкторы в .net. Вот нет проблемы с компилтор безопасной сериализацией. Но десириализация прости конструктора типа - а описать никак.

Написал небольшую обёртку для Funogram: https://gist.github.com/Dolfik1/be217026241d3936bca59334fbe68792

Немного украл у Suave :)

Прикольно, но разве разбор сообщения это работа твоей либы?

Пример нормального сериализатора: - JS, TS - JSON.stringify() JSON.parse() - F# - https://github.com/fpawel/CentBet/blob/master/Utils/JsonSerialization.fs

Когда маппинг 1-1, тогда любой сериализатор справится.Больше волнует момент,что сериализация объекта-фактический его мап на другую предметную область со своими правилами именования пропертей,например.И вот написание этого маппинга обычно ад

Прикольно, но разве разбор сообщения это работа твоей либы?

Не, это просто типа сахар

А так вообще обычное Rest API есть

Есть такая функция: cmd "/test" (fun _ -> say "blabla") Хочу сделать так: cmd "/test" >=> say "blabla" Определяю оператор так: let (>=>) a b = a (fun _ -> b) Проблема в том, что во втором случае вызов функции say ... происходит при инициализации, а не при вызове cmd. Как правильно оператор написать?

Кто нибудь смотрел порядок величины STW паузы на сборку мусора в net core?

Есть такая функция: cmd "/test" (fun _ -> say "blabla") Хочу сделать так: cmd "/test" >=> say "blabla" Определяю оператор так: let (>=>) a b = a (fun _ -> b) Проблема в том, что во втором случае вызов функции say ... происходит при инициализации, а не при вызове cmd. Как правильно оператор написать?

Руководствуясь личным опытом я б сказал, что это невозможно. Но это только личный опыт.

Но в Suave это сделано, я правда не очень понял как

Хотя может там и происходит вызов, этого я не знаю

Когда маппинг 1-1, тогда любой сериализатор справится.Больше волнует момент,что сериализация объекта-фактический его мап на другую предметную область со своими правилами именования пропертей,например.И вот написание этого маппинга обычно ад

type A = { [<JsonProperty(PropertyName = "FooBar")>] mutable Foo : string }

Я хочу попробовать в data science. Какой самый безболезненный способ установить R в Windows, чтобы он работал c RProvider? сс @nevoroman @neftedollar @the_RAMZAY

Можно установить вместе с R Tools for Visual Studio

Artemy Точно, спасибо.

Не за что. Надеюсь, проблем не возникнет. У меня лично не возникало. Ставил так 2 раза.

Не за что. Надеюсь, проблем не возникнет. У меня лично не возникало. Ставил так 2 раза.

Хорошо. Я еще думал разобраться с conda, там можно R установить. Но через VS даже проще.

Я хочу попробовать в data science. Какой самый безболезненный способ установить R в Windows, чтобы он работал c RProvider? сс @nevoroman @neftedollar @the_RAMZAY

С оф сайта ставил R потом R.NET в нугете потом RProvider в нугете Полёт норм. Но! Один подводный камень. В некоторых случаях, чтобы поставить пакет, консоль надо запускать от админа (если из-под виндовс). Иначе РПровидер не увидит (столкнулся с таким).

Ну вообще, 1-й раз я сначала ставил с оф. сайта R. Там просто среда и стандартный REPL. После этого RStudio ставил. А пакеты потом уже через неё устанавливал. Все были видны в провайдере.

P.S.: RStudio я скачивал не ради того, чтобы пакеты ставить. ?

Мне нравится устанавливать программы и библиотеки через пакетные менеджеры. Пусть это даже установщик VS. :)

С оф сайта ставил R потом R.NET в нугете потом RProvider в нугете Полёт норм. Но! Один подводный камень. В некоторых случаях, чтобы поставить пакет, консоль надо запускать от админа (если из-под виндовс). Иначе РПровидер не увидит (столкнулся с таким).

Через Paket не нужно явно R.NET ставить. Он автоматически подтягивается как зависимость для RProvider. В голом Нугете разве не так (я им очень мало пользовался, т.к. почти сразу перешёл на Paket)?

Мне нравится устанавливать программы и библиотеки через пакетные менеджеры. Пусть это даже установщик VS. :)

Тут поддерживаю.

В RTVS тоже есть установщик пакетов R. Причём, как мне показалось, получше, чем в RStudio.

Через Paket не нужно явно R.NET ставить. Он автоматически подтягивается как зависимость для RProvider. В голом Нугете разве не так (я им очень мало пользовался, т.к. почти сразу перешёл на Paket)?

да, эт ты верно подметил хз зачем я его отдельно выделил

значит установка Р и РПровидера ещё проще :)

@kroshner Привет!

Допилил Funogram и выложил в NuGet

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

Вечер в хату!

Artemy @Worldbeater Все работает, еще раз спасибо.

F# Weekly #27, 2017 - Save the date for .NET Conf https://sergeytihon.com/2017/07/02/f-weekly-27-2017-save-the-date-for-net-conf/

Доброе утро.

Expecto.VisualStudio.TestAdapter 5.0.0 works with latest F# Expecto test library https://www.nuget.org/packages/Expecto.VisualStudio.TestAdapter/

Хммм... потихоньку довозят тулинг

А вот скажите мне, знатоки лямбда исчисления и прочего

Вот есть в f# операция »

Склеивания функций

Вопрос - в алгебре как-то определена обратная операция?

Просто хочется странного, но словами пока не могу выразить нормально

Просто хочется странного, но словами пока не могу выразить нормально

Очень странного.

Я никогда над таким не думал. Но кто-то вот размышляет. https://stackoverflow.com/questions/16825559/does-haskell-keep-track-of-function-composition

Вот почему f#'овые коллекции не реализуют Ireadonly* интерфейсы , будучи перзистентными ?

Sergey @Microcosmus Привет!

Привет-привет

@badmoonz В F#4.1 list реализует IReadOnlyCollection.

@freilin Пожалуйте!

Добрый день)

Кто нибудь понимает зачем вот эту чушь приписывать в патх - ";./.paket" ? почему нельзя сделать дистрибутив paket , который бы установил его, прписал путь и что там ещё ему надо? и этим ещё кто-то рекомендует пользоваться вместо VS...

Paket обычно не прописывают в PATH, а таскают вместе с проектом.

А придумывать свои велосипеды что пайпить async это нормальная практика, или не стоит?

А придумывать свои велосипеды что пайпить async это нормальная практика, или не стоит?

Почему нет?

Кто нибудь понимает зачем вот эту чушь приписывать в патх - ";./.paket" ? почему нельзя сделать дистрибутив paket , который бы установил его, прписал путь и что там ещё ему надо? и этим ещё кто-то рекомендует пользоваться вместо VS...

И почему вместо, если можно вместе? :)

Почему нет?

Ну из коробки нет, значит Дон против))

Ну из коробки нет, значит Дон против))

Но ведь Дон пытается обойтись общими задачами. А у тебя частные.

Paket обычно не прописывают в PATH, а таскают вместе с проектом.

и каждый раз набивать в консоли ./.paket/paket.exe тебе пальцев не жалко?!

и каждый раз набивать в консоли ./.paket/paket.exe тебе пальцев не жалко?!

Зачем? Есть же расширения

И почему вместо, если можно вместе? :)

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

Зачем? Есть же расширения

зачем тогда CLI апи? включили бы paket в состав ionide как бэкенд

и каждый раз набивать в консоли ./.paket/paket.exe тебе пальцев не жалко?!

Нет. Если не ошибаюсь, есть даже плагин для VS.

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

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

Заведи issue.

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

+

Заведи issue.

лень. я как-то 1писал этому г-ну в гиттере, он что-то не вразумительное ответил

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

В choco есть paket, кстати.

Почти самый свежий.

Я конечно понимаю, что это скорее всего из-за лени, но F# канал и чат идут первыми в своих категориях. // #microsoftпомнит ?

?

Спасибо @Schvepsss. :)

@fvnever ты там просил в NuGet выложить Funogram

@fvnever ты там просил в NuGet выложить Funogram

Да, я заметил, что ты выложил. Ты же сюда писал :)

Где мои миллионы скачиваний?

А у меня всё ещё субмодулем подцеплено.

EasyNetQ в метод SubscribeAsync требует параметр () => Task Я передаю такой паметр: fun x -> async { return () } |> Async.StartAsTask Но он пишет ошибку ?, как ее можно обойти? Task<unit> же по идеи сабкласс. This expression was expected to have type 'Threading.Tasks.Task' but here has type 'Threading.Tasks.Task<unit>’

Я конечно понимаю, что это скорее всего из-за лени, но F# канал и чат идут первыми в своих категориях. // #microsoftпомнит ?

Поясните?)

EasyNetQ в метод SubscribeAsync требует параметр () => Task Я передаю такой паметр: fun x -> async { return () } |> Async.StartAsTask Но он пишет ошибку ?, как ее можно обойти? Task<unit> же по идеи сабкласс. This expression was expected to have type 'Threading.Tasks.Task' but here has type 'Threading.Tasks.Task<unit>’

Вообщем сделал приведение :> Task

Увидел

EasyNetQ в метод SubscribeAsync требует параметр () => Task Я передаю такой паметр: fun x -> async { return () } |> Async.StartAsTask Но он пишет ошибку ?, как ее можно обойти? Task<unit> же по идеи сабкласс. This expression was expected to have type 'Threading.Tasks.Task' but here has type 'Threading.Tasks.Task<unit>’

Было какое-то адекватное решение.

Было какое-то адекватное решение.

Где то в гайдах по адаптации api для C# говорилось, что F# Async надо заворачивать в AsTask и если оно Task<unit>, кастить к Task. Так что наверное это и есть кошерное решение.

Я конечно понимаю, что это скорее всего из-за лени, но F# канал и чат идут первыми в своих категориях. // #microsoftпомнит ?

Неправда :)

Неправда :)

Ок)

Вообщем сделал приведение :> Task

upcast

Я тут велосипед придумал, но может что-то уже есть похоже в F#? let (?>) (x: 'a) (def: 'a) = if isNull x then def else x

Я тут велосипед придумал, но может что-то уже есть похоже в F#? let (?>) (x: 'a) (def: 'a) = if isNull x then def else x

x |> Option.ofObj |> Option.defaultValue def