Ищи тогда раннер)

Должен быть

я добавил Expecto.xunit и добавил xunit раннер, до закрытия студии все было ок. Но потом ничего не работало =(

@neftedollar Ишшью завел?

Expecto.VisualStudio.TestAdapter ой) Нашел

@neftedollar Ишшью завел?

я хз куда. в xunit или в Expecto.xunit

@neftedollar Ишшью завел?

https://github.com/0x53A/Expecto.Xunit#fixing-no-tests-found оказывается я невнимателен

какие профиты даёт expecto в сравнении с традиционным nunit ?

> tests-as-values in easy-to-read F#

это я прочитал тоже) остаётся понять что сие значит

Не знаю, как это можно иначе трактовать. Ну, тесты — это значения, с которыми можно работать как со значениями: передавать, фильтровать, группировать. Меня больше привлекает интеграция с FsCheck, BenchmarkDotNet и Unquote.

Не знаю, как это можно иначе трактовать. Ну, тесты — это значения, с которыми можно работать как со значениями: передавать, фильтровать, группировать. Меня больше привлекает интеграция с FsCheck, BenchmarkDotNet и Unquote.

да, ради интеграции и взял ее. Ну и для VSCode тличная поддержка

А у нас в слэке настоящая lenadroid.

А у нас в слэке настоящая lenadroid.

Я ей в твиттер писал, типа присоединяйся. А она не ответила(

А у нас в слэке настоящая lenadroid.

Ну ты же что-то писал!

@neftedollar Что?

@neftedollar Что?

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

Неа.

По мне так fable это часть f# а мы сообщество)

Ну тада мб завезу вечером варианты на бузинес-линч.

Кстати, давайте свои идеи по красивой обёртке над Telegram Bot Api :)

computation expression

типа telegram{ let! statuses=api.getStatuses}

типа telegram{ let! statuses=api.getStatuses}

Так это ж асинк

Ну тут можно url еще скрывать типа

Так это ж асинк

вообще let! не только к асинку имеет отношение

Как и return

Ну тут можно url еще скрывать типа

Это можно сделать и если передать урл первым параметром, а потом карировать.

вообще let! не только к асинку имеет отношение

Это понятно

Как и return

Как и yield! И т.д. И та

Eue

Угу

Ну тут можно url еще скрывать типа

И урл может храниться в api-объекте

Ну я просто в качестве безумной идеи :)

Кстати, давайте свои идеи по красивой обёртке над Telegram Bot Api :)

Давай события на приход сообщений

Кстати, давайте свои идеи по красивой обёртке над Telegram Bot Api :)

Отдельную ф-цию parse которая бредится к команде, например

Отдельную ф-цию parse которая бредится к команде, например

Насчёт parse не понял

Насчёт parse не понял

ну типа let parse : (string -> 'а) subscribe (myParse:string -> Commands) (handler : Commands -> Unit)

Как вариант)

Да там вообще наверное принцип надо пересмотреть, но я в F# к сожалению пока слишком слаб :(

И дефолтным версию parse как parse str = str

Да там вообще наверное принцип надо пересмотреть, но я в F# к сожалению пока слишком слаб :(

А парсер пусть пользователь сам пишет

А ссылку на код можно, кстати?

https://github.com/Dolfik1/Funogram

У меня просто там дикие DU есть, на 20 полей

У меня просто там дикие DU есть, на 20 полей

Нормально

Но у меня в DU не получилось десериализовать

Вообще хз как это работать должно

type ChatId = | ChatIdInt of int | ChatIdLong of int64 | ChatIdString of string

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

token: string, chatId: Types.ChatId, text: string, ?parseMode: Types.ParseMode, ?disableWebPagePreview: bool, ?disableNotification: bool, ?replyToMessageId: int64, ?replyMarkup: Types.Markup

просится в отдельный тип

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

Зачем? Стринг достаточно редко нужен в данном кейсе

Если ты с каналом работаешь

Если с юзером int, если с чатом int64

Зачем? Стринг достаточно редко нужен в данном кейсе

Тогда всегда int64, а там где надо, прямая конвертация

token: string, chatId: Types.ChatId, text: string, ?parseMode: Types.ParseMode, ?disableWebPagePreview: bool, ?disableNotification: bool, ?replyToMessageId: int64, ?replyMarkup: Types.Markup

Не удобно, придётся каждый раз прописывать None для всех полей

Предлагаю выносить классы типа ChatMember с методами Kick,Ban etc

Точнее, есть класс чат, как я понимаю, куда должен передаваться токен и чатайди

А бан , кик этц - передавать по одному параметру

Т.е. идея такая - создаем для каждого чата объект, в нем методы, специфичные для чата

Мне кажется это не совсем по-функциональному :) Либо я не понимаю тебя

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

Минутку

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

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

type Chat(chatId:int,token:string)= member this.GetChatAdministrators()=Telegram.GetChatAdministratorsAsync(token, chatId) |> Async.RunSynchronously

Ну или тут просится computation expression тогда

По типу Seq

chat.init

И потом методы расширения типа Chat.kickMember etc

Хммм... кстати, интересная идея

Отдельный рекорд ChatParameters

module Chat= let getAdmins parameters = Telegram.GetChatAdministratorsAsync(parameters.token, parameters.chatId) |> Async.RunSynchronously parameters|>getAdmins

Типа такого

Кода будет в разы меньше, по идее

Просто сейчас выглядит как ООП код в синтаксисе F#

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

Кода будет в разы меньше, по идее

На самом деле большинство кода здесь записи и комментарии

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

А вообще, когда писал вдохновлялся Http в FSharp.Data

Но у меня в DU не получилось десериализовать

https://gist.github.com/fpawel/e9170e9ce0c4e6a4a913d0c73a149a9e

https://gist.github.com/fpawel/e9170e9ce0c4e6a4a913d0c73a149a9e

А он умеет DU с несколькими записями десериализовать?

И snake_case?

да

имена мапятся один в один, кастомизация json на мой взгляд не нужна и запутывет. Но если бы мне было нужно - сделал бы

то есть как назвал пропертю, такой и будет json

Кстати, раз уж у нас есть такой чудный чат, поюзаю-ка я его в своих интересах. Коллеги, я в поисках интересной темы для следующего DotNext'а и других конференций! Рассказывать одно и то же мне претит, так что я открыт к вашим предложениям - разбор чего в F# вам было бы интересно послушать? На текущий момент ближайшее, что я планирую подготовить - это доклад про кишки провайдеров типов с разбором того, как их разрабатывать и разбором кода какого-нибудь специально для этого дела написанного провайдера. Если у вас есть интересные предложения для этого доклада, кейсы, или какой-нибудь забавный провайдер, который можно доработать и потом рассказать об этом - welcome!

имена мапятся один в один, кастомизация json на мой взгляд не нужна и запутывет. Но если бы мне было нужно - сделал бы

Ну писать имена переменных в F# через snake_case такое себе дело

Кстати, раз уж у нас есть такой чудный чат, поюзаю-ка я его в своих интересах. Коллеги, я в поисках интересной темы для следующего DotNext'а и других конференций! Рассказывать одно и то же мне претит, так что я открыт к вашим предложениям - разбор чего в F# вам было бы интересно послушать? На текущий момент ближайшее, что я планирую подготовить - это доклад про кишки провайдеров типов с разбором того, как их разрабатывать и разбором кода какого-нибудь специально для этого дела написанного провайдера. Если у вас есть интересные предложения для этого доклада, кейсы, или какой-нибудь забавный провайдер, который можно доработать и потом рассказать об этом - welcome!

С провайдерами это круто, было бы интересно послушать

Кстати, раз уж у нас есть такой чудный чат, поюзаю-ка я его в своих интересах. Коллеги, я в поисках интересной темы для следующего DotNext'а и других конференций! Рассказывать одно и то же мне претит, так что я открыт к вашим предложениям - разбор чего в F# вам было бы интересно послушать? На текущий момент ближайшее, что я планирую подготовить - это доклад про кишки провайдеров типов с разбором того, как их разрабатывать и разбором кода какого-нибудь специально для этого дела написанного провайдера. Если у вас есть интересные предложения для этого доклада, кейсы, или какой-нибудь забавный провайдер, который можно доработать и потом рассказать об этом - welcome!

Data mining, машиннное обучение

Ещё сейчас модно .Net Core :)

Ну писать имена переменных в F# через snake_case такое себе дело

да пофигу акие там имена,, лишь бы они везде были одинаковыми. Иначе путаница

Data mining, машиннное обучение

Было же уже частично. Но когда появится в моей карьере новый-интересный кейс - наверняка расскажу, а пока затишье

да пофигу акие там имена,, лишь бы они везде были одинаковыми. Иначе путаница

Угу, и получим C++, где у каждого свой кодстайл

Ещё сейчас модно .Net Core :)

Возможно, но материала маловато. Да и все эти доклады про .NET Core зачастую состоят из "прикиньте, на Линуксе дотнет работает!" и вообще грешат гигантским количеством пересечений друг с другом. Ну его

Было же уже частично. Но когда появится в моей карьере новый-интересный кейс - наверняка расскажу, а пока затишье

а что было, можно ссылку?

а что было, можно ссылку?

Два доклада на дотнексте - один не про F#, но с его использованием, другой про F# целиком. Второй несколько посильнее, но достаточно простой и попсовый - все-таки совсем мало аудитории, которая шарит в F# и ML на дотнексте. Машинное обучение на платформе .NET https://www.youtube.com/watch?v=dWxsy8pxWws F# во славу Data Science https://www.youtube.com/watch?v=6r9aDfEI71U

Возможно, но материала маловато. Да и все эти доклады про .NET Core зачастую состоят из "прикиньте, на Линуксе дотнет работает!" и вообще грешат гигантским количеством пересечений друг с другом. Ну его

По .Net Core интересно было бы послушать, что в F# с приходом .Net Core поменялось, например как они quotations перепилили, интересно было бы сравнение производительности .Net Framework vs .Net Core (хотя это ещё рановато, пока он сырой)

Кстати, раз уж у нас есть такой чудный чат, поюзаю-ка я его в своих интересах. Коллеги, я в поисках интересной темы для следующего DotNext'а и других конференций! Рассказывать одно и то же мне претит, так что я открыт к вашим предложениям - разбор чего в F# вам было бы интересно послушать? На текущий момент ближайшее, что я планирую подготовить - это доклад про кишки провайдеров типов с разбором того, как их разрабатывать и разбором кода какого-нибудь специально для этого дела написанного провайдера. Если у вас есть интересные предложения для этого доклада, кейсы, или какой-нибудь забавный провайдер, который можно доработать и потом рассказать об этом - welcome!

про F# вот что интересно и показательно. Взять типичную область применения net (виндовз десктоп WF, WPF, asp net mvc 4) и показать на примере реального энтерпрайзного проекта на C# и F#, какие профиты даёт F#, что код короче и понятнее получается

Оу, нет, я ошибся, quotations они не трогали