Народ можно это проще переписать? Мне нужны рандомные числа (в заданном диапазоне), с поддержкой канкаренси. let private makePincode = let rand = Random() let locker = obj() fun () -> lock locker (fun () -> rand.Next(1000, 9999).ToString())

Но вообще-то если у тебя "пинкод" — это что-то важное, то я бы советовал использовать не псевдорандом, а RNGCryptoServiceProvider.

и можно безопаснее, выкинув рэндом)

Можно сделать быстрее (с thread static random'ом, избавляемся от лока)

Хорошая идея, мне нравится.

Можно сделать быстрее (с thread static random'ом, избавляемся от лока)

Да можно, но хочется коротко, а не быстро (там не будет контеншена, это я так перестраховываюсь). Насчет RNGCryptoServiceProvider, нет там ничего секьюрного.

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

И вообще (никак не нагуглю), как правильно работать с мутабельным статическим полем с учетом многоточности. Реально вот так http://fssnip.net/1V надо эмулировать атомарные переменный (типа clojure atom)?

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

разве что выкинуть locker и лочить на сам rand

разве что выкинуть locker и лочить на сам rand

Тогда твоя реализация рассчитывает, что сам Random не делает нигде lock(this), а это считается дурным тоном.

В смысле, и считать так считается дурным тоном, и делать lock(this) тоже :)

да, поэтому я бы так делать не стал:)

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

Не уже ли в языке или стандартной либе ничего нет для этого готового? Реально lock, Interlocked или volatile (и то вроде volatile отдельно не безопасно)?

О, слушай, а ведь у нас есть MailboxProcessor в стандартной либе

Обе задачи можно решить с его помощью — и мне кажется, что как минимум второе будет выглядеть более изящно.

Обе задачи можно решить с его помощью — и мне кажется, что как минимум второе будет выглядеть более изящно.

А можно пример кода? Не понимаю, как “упрощенные акторы” тут помогут, у меня приложение не построенно на пересылке сообщений.

https://gist.github.com/Dolfik1/86355aa1eedaff641806f632a6fb2211

Что можно лучше тут сделать? :)

А можно пример кода? Не понимаю, как “упрощенные акторы” тут помогут, у меня приложение не построенно на пересылке сообщений.

Я сделаль! https://gist.github.com/ForNeVeR/f58d15cefb7439e955b5dfd711e7c200

Хотя там чёт невероятное количество приседаний, да и API не очень интуитивный. Мне не нравится MailboxProcessor, прямо скажу.

А он лочит тред на actor.PostAndReply?

Да. Ну, видишь, у меня там x и y это обычные числа, без асинков.

У него есть неблокирующий PostAndAsyncReply.

Ребята, сориентируйте, а что в довесок к фп на сервере, юзать на фронте? Язык и фреймворк для SPA

Чтоб функционально.

Ребята, сориентируйте, а что в довесок к фп на сервере, юзать на фронте? Язык и фреймворк для SPA

Elm или теперь можно Fable + React (говорят ClojureScript еще неплохой)

Что можно лучше тут сделать? :)

Избавиться от mutable.

Избавиться от mutable.

Как?

Народ можно это проще переписать? Мне нужны рандомные числа (в заданном диапазоне), с поддержкой канкаренси. let private makePincode = let rand = Random() let locker = obj() fun () -> lock locker (fun () -> rand.Next(1000, 9999).ToString())

let threadSafeRand : Async<int> = let rand = Random() let agent = MailboxProcessor<AsyncReplyChannel<int>>.Start( fun inbox -> let rec messageLoop() = async{ let! reply = inbox.Receive() rand.Next(1000, 9999) |> reply.Reply return! messageLoop() } messageLoop() ) agent.PostAndAsyncReply (fun replyChannel -> replyChannel)

Спасибо, что-то похожее было выше. Но я уже писал, мне нужно просто, а не быстро (жалко в .NET нет из коробки ThreadLocalRandom как в Java)

Я так понимаю фишка MailboxProcessor в том что там вместо лока compare&swap?

Как?

Проверку на длину интервала вынести в начало функции.

Я так понимаю фишка MailboxProcessor в том что там вместо лока compare&swap?

не совсем, там хитрее. Например вот такой код с compare и swap не работает так как можн опредположить - не лочит: let refCell = ref value let rec swap f = let currentValue = !refCell let result = Interlocked.CompareExchange<'T>(refCell, f currentValue, currentValue) if obj.ReferenceEquals(result, currentValue) then result else Thread.SpinWait 20; swap f

Спасибо, что-то похожее было выше. Но я уже писал, мне нужно просто, а не быстро (жалко в .NET нет из коробки ThreadLocalRandom как в Java)

имхо довольно простой код, проще особо не куда.

https://gist.github.com/Dolfik1/86355aa1eedaff641806f632a6fb2211

Без мутабельности, но на 3 строчки больше получилось

https://gist.github.com/Dolfik1/86355aa1eedaff641806f632a6fb2211

Прямо в душу смотрит

:)

Ребята, сориентируйте, а что в довесок к фп на сервере, юзать на фронте? Язык и фреймворк для SPA

всё плохо, но меньше всего боли в elm. С вариантом Fable + React я лично вижу 3 проблемы - 1) на самом деле это Fable + React + redux + react-redux + react-redux-router + тонны г-на и палок из npm 2) React 3) Redux.

clj крут для маленьких one man projects. Но все эти Om-ы и Reagent-ы дико тормозные

Без мутабельности, но на 3 строчки больше получилось

Зато понятнее. :)

Async MapReduce: #fsharp to #kotlin https://vasily-kirichenko.github.io/fsharpblog/async_map_reduce

Async MapReduce: #fsharp to #kotlin https://vasily-kirichenko.github.io/fsharpblog/async_map_reduce

Какие можно сделать выводы?

Хочу запросить в котлин чат

Пока что увидел только оценочное суждение автора что в котлин лучше. Но это достаточно спорно, мне кажется в F# гибче с билдерами.

@angmarr А прошлые его посты видел?

Какие можно сделать выводы?

Я сделал вывод только для себя. Обязательно потрачу время на Kotlin в ближайшем будущем. :)

Я сделал вывод только для себя. Обязательно потрачу время на Kotlin в ближайшем будущем. :)

от красавчег. Я тоже кстати.

Если ты знаешь C# 8.0, то ты на 90% знаешь котлин (только скобочки, там как в (java)

Поэтому после года использования, я не вижу в нем ничего интересного (в отличие от той же Scala)

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

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

Одерски обещал что в Dotty можно будет так же. Да и в anko, как с любыми DSL, вечная проблема с кастомные/стороними и контролами

И не надо забывать что котлин ооп языке. В котлин чате постоянно задают вопросы "зачем нужны sealed классы". Концепцию кейс классов (типа замена АТД), почти никто не знает в чате. В той же Scala, это базовые вещи.

Когда я задвигаются им про ФП, почти никто не врубается, дикие люди (только слезли с пальмы java ?)

Я когда то был молодым и свято верил в скалу и имплицыты пока не начал писать в проде вот такой вот код, абсолютно типичный для скалы: public class MatchContainer implements StatsRegistry, LineupsRegistry, AreaRegistry, UserRegistry, TournamentRegistry, TicketRegistry, TableRegistry, ChatRegistry, BetRegistry, MatchEventRegistry, MatchReactor, ChatReactor, BetReactorThin, AreaReactor, TimeReactor { ... } public class TournamentCollection implements TournamentRegistry, TicketRegistry, ChatRegistry, BetRegistry, TableRegistry, ChatReactor, BetReactorThin, MatchReactor, TimeReactor { ... } Такое ФП нам и даром не надь и с деньгами не надь)

Я когда то был молодым и свято верил в скалу и имплицыты пока не начал писать в проде вот такой вот код, абсолютно типичный для скалы: public class MatchContainer implements StatsRegistry, LineupsRegistry, AreaRegistry, UserRegistry, TournamentRegistry, TicketRegistry, TableRegistry, ChatRegistry, BetRegistry, MatchEventRegistry, MatchReactor, ChatReactor, BetReactorThin, AreaReactor, TimeReactor { ... } public class TournamentCollection implements TournamentRegistry, TicketRegistry, ChatRegistry, BetRegistry, TableRegistry, ChatReactor, BetReactorThin, MatchReactor, TimeReactor { ... } Такое ФП нам и даром не надь и с деньгами не надь)

Я бы посмотрел как бы это выглядело бы на java/kotlin

Я когда то был молодым и свято верил в скалу и имплицыты пока не начал писать в проде вот такой вот код, абсолютно типичный для скалы: public class MatchContainer implements StatsRegistry, LineupsRegistry, AreaRegistry, UserRegistry, TournamentRegistry, TicketRegistry, TableRegistry, ChatRegistry, BetRegistry, MatchEventRegistry, MatchReactor, ChatReactor, BetReactorThin, AreaReactor, TimeReactor { ... } public class TournamentCollection implements TournamentRegistry, TicketRegistry, ChatRegistry, BetRegistry, TableRegistry, ChatReactor, BetReactorThin, MatchReactor, TimeReactor { ... } Такое ФП нам и даром не надь и с деньгами не надь)

Напоминает не самый лучший ООП, скажем прямо. Аж DI повеяло

это фрагмент *как бы* обобщённого кода в языках с ad-hock полиморфизмом. В scala полно подобного и в документации. Почти все полезные фичи реализованы в виде системы типов - input/output типы, мутабельность и прочее, а либы представляют собой трэш из очень дженерик кода на трейтах. Меня смущает вот эта "нелокальность" языков, когда для того, чтобы понять происходящее, надо идти не в базовую либу, документацию и класс-предок, а облазить пол-интернета, кэши пакетных менеджеров, исходники либ на гитхабе и половину stackoverflow и гуглогрупп разработчиков языка

Я когда то был молодым и свято верил в скалу и имплицыты пока не начал писать в проде вот такой вот код, абсолютно типичный для скалы: public class MatchContainer implements StatsRegistry, LineupsRegistry, AreaRegistry, UserRegistry, TournamentRegistry, TicketRegistry, TableRegistry, ChatRegistry, BetRegistry, MatchEventRegistry, MatchReactor, ChatReactor, BetReactorThin, AreaReactor, TimeReactor { ... } public class TournamentCollection implements TournamentRegistry, TicketRegistry, ChatRegistry, BetRegistry, TableRegistry, ChatReactor, BetReactorThin, MatchReactor, TimeReactor { ... } Такое ФП нам и даром не надь и с деньгами не надь)

Я бы сказал что это обычный г##до джуна, который узнал много нового и полез применять. Язык тут причем только тем что не ограничивает как java/kotlin. Судя по scala чату, там ее используют на уровне c# и никто не пишет свои freemonad ?

Kotlin по сравнению с джавой конечно хорош)

Джава на стероидах, не более того

во во

Я бы сказал что это обычный г##до джуна, который узнал много нового и полез применять. Язык тут причем только тем что не ограничивает как java/kotlin. Судя по scala чату, там ее используют на уровне c# и никто не пишет свои freemonad ?

Блин, да ладно, там же постоянно обсуждают всякие зигоморфизмы

Очень часто обсуждают либы с паттернами функционального программирования, как раз со всякими монадами и функторами: cats, scalaz

Еще очень часто обсуждают программирование на макросах: scala meta и shapeless

Теперь это чат про Scala. :)

F# код недели! https://www.reaktor.com/blog/building-roguelike-in-f/ Надо туда порталы запилить и рандомный лабиринт!

Теперь это чат про Scala. :)

Тоскичности маловато

F# код недели! https://www.reaktor.com/blog/building-roguelike-in-f/ Надо туда порталы запилить и рандомный лабиринт!

И поручения, если вы понимаете, о чем я

не, не понимаю

F# код недели! https://www.reaktor.com/blog/building-roguelike-in-f/ Надо туда порталы запилить и рандомный лабиринт!

И на MonoGame переписать. :) https://github.com/Thraka/SadConsole

И на MonoGame переписать. :) https://github.com/Thraka/SadConsole

Круто

И на MonoGame переписать. :) https://github.com/Thraka/SadConsole

Эх, какие ламповые были квесты от сиерры ?

Было дело, да

Sergey Привет!

Привет! Есть опыт в f#?

Некий магазин путешественников использует F#. Вычитал тут (https://m.hh.ru/vacancy/21199481?utm_campaign=telegram-fsharp_chat&utm_content=telegram&utm_source=fsharp_chat )

"Для этого мы решили обновить команду разработчиков и в данный момент ищем джуниора на front-end." ОКАЙ

"Для этого мы решили обновить команду разработчиков и в данный момент ищем джуниора на front-end." ОКАЙ

Да пофиг. Главное что они обновляют в том числе для f#

Это важно, да

Целый магазин! Ты представляешь?! xD

Вроде они Пегасом раньше назывались

О, пасибо за ссылку. Тоже проголосовал.

https://youtrack.jetbrains.com/issue/RIDER-7172

Кстати, есть какой-нить простецкий 2d движок с поддержкой f#?

Кстати, есть какой-нить простецкий 2d движок с поддержкой f#?

Да. Посмотри в awesome-fsharp

Ну или monogame вполне себе

Да мне под винду

Моногейм и под виндой работает) и

https://github.com/bryanedds/Nu

Плюсую MonoGame.

8 Шарп? Можно спеку?

Aminion Я думаю, имелась в виду вот эта пачка пропозалов. https://github.com/dotnet/csharplang/tree/master/proposals

Но давайте C# обсуждать в @CSharpChat. :)

8 Шарп? Можно спеку?

Все вкусности https://youtu.be/KFqrp4KSxio

Я хочу странного. Написать что-нибудь на F# + Malmo. :) https://github.com/Microsoft/malmo

Как правильно считать строки из потока, пока не будет нужной строки? Через while это получается хреново.

Как правильно считать строки из потока, пока не будет нужной строки? Через while это получается хреново.

while не кошерно

Как правильно считать строки из потока, пока не будет нужной строки? Через while это получается хреново.

Напиши рекурентную функцию