let offset = 0L offset = (updates |> Seq.map (fun f -> f.Id) |> Seq.max) и работает?

Нет)

Про это как раз и хотел спросить как сделать, ошибку свою понимаю

в Telegram.Bot точно есть

Кстати да, надо будет как-нибудь переписать на них

Про это как раз и хотел спросить как сделать, ошибку свою понимаю

https://gist.github.com/Neftedollar/edd907739e088b2a521af61132970548

как-то так

писал без студии

а try with заменить на передачу колбэка который райзится при ошибке

а try with заменить на передачу колбэка который райзится при ошибке

А если в очередной раз придет 0 соощений?

А если в очередной раз придет 0 соощений?

а такое возможно да?

а такое возможно да?

Timeout in seconds for long polling. Defaults to 0, i.e. usual short polling

ща

Timeout in seconds for long polling. Defaults to 0, i.e. usual short polling

updates это же массив или IEnumerable?

Да

Да

а конкретнее?)

updates это же массив или IEnumerable?

Array, в описание метода Types.Update []

а конкретнее?)

IEnumerable<Types.Update>

кому верить?))

ладно пофиг

Я в VS сейчас смотрю)

IEnumerable<Types.Update>

Ты используешь TelegramBotClient? Какая версия либы?

Я в VS сейчас смотрю)

А я в VSCode ?

Ты используешь TelegramBotClient? Какая версия либы?

Нет, Telebot

Нет, Telebot

скинька название в nuget

https://www.nuget.org/packages/Telebot/

https://www.nuget.org/packages/Telebot/

Эта вроде как самая актуальная сейчас

немношк кривовато, но обновил гист

но моэно и без этого я думаю

немношк кривовато, но обновил гист

А там тип у bot не надо указывать?

А там тип у bot не надо указывать?

хз, попросит, укажи)

немношк кривовато, но обновил гист

Что-то мне кажется лучше юзать "события"

http://vaskir.blogspot.ru/2015/09/regular-expressions-rust-vs-f.html

Ругается на let! updates = offset_ |> bot.GetUpdatesAsync |> Async.AwaitTask This expression was expected to have type int64 but here has type unit

Для _offset явно тип указан int64

Ого, сколько активности сегодня.

Для _offset явно тип указан int64

Это можно переделать.

Я опять своими костылями всё пофиксил)

https://gist.github.com/Dolfik1/1b7957240813eff28c161c3572203a72

Ладно, продолжу свои потуги завтра, спасибо всем за помощь :)

Ладно, продолжу свои потуги завтра, спасибо всем за помощь :)

в комменты отписал

Последнее время rust еще очень даже приятный, знание F# как раз хорошо сказывается на изучении rust

А я Julia разглядываю издалека. Как возможную замену матлабу. :)

А я Julia разглядываю издалека. Как возможную замену матлабу. :)

О да, наш супер-пупер математик ее очень хвалит и любит

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

Все подряд не подходит.

По тем или иным причинам.

В основном, конечно, это батарейки. Ну, и все вокруг работают на матлабе, приходится подстраиваться. :)

я понимаю. у меня просто травма от него с прошлого года, когда пришлось брату помогать "с программированием"

Серьезная травма?

достаточно серьезная. там просто с принимающей стороной было туго

А тут пишут на F# по работе или личного интереса ради?

А тут пишут на F# по работе или личного интереса ради?

Я ради интереса, как практическая замена Haskell

А я вот наукой занимаюсь, у нас там моделирование на F#. Ну и хобби-проекты немножко. В промышленном программировании пока что применять не доводилось.

А я вот наукой занимаюсь, у нас там моделирование на F#. Ну и хобби-проекты немножко. В промышленном программировании пока что применять не доводилось.

Что за хобби-проекты?

Я делаю на F# сайтики, XMPP-ботов и всякие штуки.

https://github.com/ForNeVeR/fornever.me бложик мой, например.

Freya + ASP.NET

Хочу на Core портировать, но пока руки не дошли.

Хочу на Core портировать, но пока руки не дошли.

А нет какого-нибудь способа заменить cshtml на DSL в коде?

Запросто же.

Ну с помощью code annotations можно, думаю

Но я этого не хочу. Лучше уж наоборот — cshtml на html :)

Запросто же.

а подробнее?

Ну, делаешь DSL и херачишь из него HTML :)

Мне кажется, я где-то видел такой DSL.

Не то в Suave, не то в WebSharper.

Ну, делаешь DSL и херачишь из него HTML :)

прям строки возвращаешь?

На каком-то этапе выполнения тебе точно придётся строки возвращать.

Ну а дальше уже вопрос дизайна твоего DSL и его взаимодействия с веб-стеком — насколько хорошо ты эти строки замаскируешь :)

Если нацеливаться на перформанс — тогда, наверное, не строки, а в стрим надо всё записывать. Чтоб в памяти не держать весь HTML-документ целиком никогда.

На каком-то этапе выполнения тебе точно придётся строки возвращать.

Вспомнил, видел видео про сайт на Clojure, где html и css кодировались на прям на Clojure

А я вспомнил хаскельный Happstack. У них там есть DSL для генерации HTML, я щас даже примерчик поищу.

https://github.com/ForNeVeR/leechnet/blob/182b12f35cdfc49b0bf06fdeaa385ced458b3df2/Imaging.hs#L27-L33

Вспомнил, видел видео про сайт на Clojure, где html и css кодировались на прям на Clojure

Есть Elm

Функциональщикам должно понравиться

Функциональщикам должно понравиться ещё Fable, например ;)

Я вот жду, когда в WebAssembly напишут компилятор

Я вот жду, когда в WebAssembly напишут компилятор

Есть компилятор из llvm в wasm. А в f# есть биндинги для llvm. В целом по аналогии с fable можно скомпилить и в llvm. Полезно когда хочешь выучичить какую-нибудь низкоуровневую хню)

Проблема в том, что я спеки нормальной по WASM не вижу :(

Можно через mono в llvm, затем в wasm :D

интереснее напрямую

Проблема в том, что я спеки нормальной по WASM не вижу :(

Да. Поэтому я и говорю про компиляцию в llvm.)

А вообще где-то видел реализацию, не помню там через LLVM было или без него

Можно через mono в llvm, затем в wasm :D

Ой. А подробнее?

https://github.com/kg/ilwasm

Вот нашёл

Так это биндинги

Или я ошибаюсь. ?

Нет, это не биндинги, это компилятор.

Вот для LLVM у нас как раз были биндинги, а не компилятор. LLILC ещё к продакшену не готов.

Вот для LLVM у нас как раз были биндинги, а не компилятор. LLILC ещё к продакшену не готов.

Я не про LLILC говорил

А про что?

http://www.mono-project.com/docs/advanced/mono-llvm/

А, ну вот этот — да, может быть рабочим.

http://www.mono-project.com/docs/advanced/mono-llvm/

А ты глянь там секцию Limitations. Похоже, что оно не может скомпилять в LLVM методы, которые содержать try / catch?

Ну не, такое нам вообще не подойдёт.

methods that do interface calls

Это типа вызов метода интерфейса?

Ага.