Для транзакций по картам

про нейросети пишут даж бакалавры

Мы имеем, что имеем — F#, но не GHC.NET.

В принципе, нормальная тема - построение всяких антифрод фильтров

а против каких мошенников ?

Эксперименты соседней платформы JVM с Frege и Eta сложно назвать успешными. В отличие от Scala.

а против каких мошенников ?

Ну в сфере электронных платежей много всякого

Против кардеров

этц

Там фишка в том, что сейчас обычно используются хардкодные фильтры

А вот если бы их можно было обучать

То было бы круто

Эксперименты соседней платформы JVM с Frege и Eta сложно назвать успешными. В отличие от Scala.

Eta ещё совсем рано хоронить! А вот Frege даже не ожил, не то чтобы мёртв :)

Scala - ответ Одерского на то, что ему не разрешили сделать иммутабельность и ФП в Java

Цель была сделать ML для дотнета. Я читал старый мейллист, где обсуждалась идея GHC.NET, там Сайм указывал на сложность реализации и сложность интеропа.

О, а я нашел. https://mail.haskell.org/pipermail/haskell/2002-May/009813.html

То было бы круто

где только столько данных взять, чтобы сети наобучать

отдать кучу денег мошенникам, фактически купить)

или написать самому боле-мене правдоподобный генератор )

Ну нагенерить-то можно массив карт, по идее

нужен поулчается массив транзакций

только мне его никто не даст

а как вам нейронные сети в компьютерном зрении ?

Эксперименты соседней платформы JVM с Frege и Eta сложно назвать успешными. В отличие от Scala.

а из чего следует успешность scala, если даже твитер от неё отказывается, переписывая сервисы на Го ? тинькофф, linkedin - туда же

а из чего следует успешность scala, если даже твитер от неё отказывается, переписывая сервисы на Го ? тинькофф, linkedin - туда же

Наличием вакансий.

ну вакансии и на F# есть в шатах, при чём довольно много. примерно столько же как и на скала. это у нас учОные хаскелиты затролили F# уже давно, и воспринимается он как недоязык.

ну вакансии и на F# есть в шатах, при чём довольно много. примерно столько же как и на скала. это у нас учОные хаскелиты затролили F# уже давно, и воспринимается он как недоязык.

Я говорил про Frege, Eta и Scala.

Frege, Eta ни кому не нужны. скала "выстрелила", когда менеджеры ещё верили, что иммутабельность и ФП могут волшебным образом решить бизнес задачи и активно искали джавазаменитель. Сейчас не верят и java в основном всех устраивает. В крайнем случае есть kotlin.

Ладно, это слишком холиварная тема для чата про функциональный язык. :)

мне F# нравится. удобный скриптовый язык для обработки данных. нравится синтаксис на отступах и без лишних скобочек.. как elm coffeescript и типа таких))

Да, я думаю, по большей части присутствующим здесь нравится F#. По тем или иным причинам. :)

для меня может как ни странно важно чтобы язык нравился "визуально" помимо его возможностей

@nidhogg1 Если займешься нейронными сетями, то можешь еще пару хороших дел сделать: - поконтрибьютить в TensorFlowSharp https://github.com/migueldeicaza/TensorFlowSharp - написать F# обертку для C# API в CNTK, который недавно завезли https://docs.microsoft.com/en-us/cognitive-toolkit/ReleaseNotes/CNTK_2_2_Release_Notes

у меня была такая мысль пару лет назад - замумутить на F# обучаемую сисему со стат. прогнозированием результатов футбольных матчей. Очень скоро упёрся в глухую стену - F# для таких задач абсолютно не алё. Могу объяснить на пальцах почему

у меня была такая мысль пару лет назад - замумутить на F# обучаемую сисему со стат. прогнозированием результатов футбольных матчей. Очень скоро упёрся в глухую стену - F# для таких задач абсолютно не алё. Могу объяснить на пальцах почему

Давай, будет интересно послушать.

у меня была такая мысль пару лет назад - замумутить на F# обучаемую сисему со стат. прогнозированием результатов футбольных матчей. Очень скоро упёрся в глухую стену - F# для таких задач абсолютно не алё. Могу объяснить на пальцах почему

откуда брать данные?

у меня была такая мысль пару лет назад - замумутить на F# обучаемую сисему со стат. прогнозированием результатов футбольных матчей. Очень скоро упёрся в глухую стену - F# для таких задач абсолютно не алё. Могу объяснить на пальцах почему

тогда уж лучше курс биткоина или типа того)

На F# полностью Xamarin не получится, да и это вообще-то на С#-то весьма не просто

Чой то нет

Ты же вроде шаришь Взять Xamarin Native поновее и готово

Для курса биткоена у меня не хватает занний, аналитики и источников данных)) Данные я беру через веб-интерфейс betfair.com и через его же rest api. Объём данных за два месяца у меня был примерно 100 Гб. чтобы быстро это всё мап-редьюсить и мигрировать, нужна гибкая NoSQL. В F# такой нет, увы.

Да, разумеется манаться с SQL у меня нет ни какого желания

у меня была такая мысль пару лет назад - замумутить на F# обучаемую сисему со стат. прогнозированием результатов футбольных матчей. Очень скоро упёрся в глухую стену - F# для таких задач абсолютно не алё. Могу объяснить на пальцах почему

Если бы все было так просто ?

Для курса биткоена у меня не хватает занний, аналитики и источников данных)) Данные я беру через веб-интерфейс betfair.com и через его же rest api. Объём данных за два месяца у меня был примерно 100 Гб. чтобы быстро это всё мап-редьюсить и мигрировать, нужна гибкая NoSQL. В F# такой нет, увы.

Конкретно для F# нет или в .NET?

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

Конкретно для F# нет или в .NET?

вообще в .net

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

в C# есть - dynamic. В F# нет

вообще в .net

А где есть? Приведи пример.

А где есть? Приведи пример.

boltdb в гошечке. в питоне есть что-то там, не помню

Если бы все было так просто ?

ещё нужен байтовый протокол для доступа к данным чтобы не возникало глупых проблем - а как мне правильно сериализовать что-то там.

ещё нужен байтовый протокол для доступа к данным чтобы не возникало глупых проблем - а как мне правильно сериализовать что-то там.

protobuf?

protobuf?

не, я не про это. Нужночтобы данные хранились в нужном тебе формате в БД. Протобуф или шмотобуф - дело десятое

У меня например некоторые данные хранятся в json, некоторые в виде raw bytes

У меня например некоторые данные хранятся в json, некоторые в виде raw bytes

А что мешает их типизировать и в любую реляционную БД засунуть и построить индексы для быстрой выборки?

Что-то в json, что-то в XML - ну и хер бы с ними, в объекты преобразовали, в таблицы запихали - всё ок

и не надо гением SQL-я быть, чтобы выборки сделать. Для MVP того же EF'а заглаза хватит. LazyLoading только отключить и явно инклюдить то, что нужно

у меня была такая мысль пару лет назад - замумутить на F# обучаемую сисему со стат. прогнозированием результатов футбольных матчей. Очень скоро упёрся в глухую стену - F# для таких задач абсолютно не алё. Могу объяснить на пальцах почему

А лучше статью напиши.

Для курса биткоена у меня не хватает занний, аналитики и источников данных)) Данные я беру через веб-интерфейс betfair.com и через его же rest api. Объём данных за два месяца у меня был примерно 100 Гб. чтобы быстро это всё мап-редьюсить и мигрировать, нужна гибкая NoSQL. В F# такой нет, увы.

ravendb есть который и с F# работает. А так берешь любую nosql и пишешь, F# тут не при чем.

А что мешает их типизировать и в любую реляционную БД засунуть и построить индексы для быстрой выборки?

мешает желание заниматься решением стоящей передо мной задачи, а не вознёй с типизацией, написанием бесконечных тестов и денормализацие реляционных данных. Я в процесе работы над этой проблемой проверил больше 10 различных алгоритмов и около 20 моделей. Каждый раз всё переписывать под SQL ни какого желания нет)) И бойлер плейт на всё это примерно такой же получается, как и код, в который манипулирует обучающими вычислениями

ravendb спокойно переваривает типы F#

мешает желание заниматься решением стоящей передо мной задачи, а не вознёй с типизацией, написанием бесконечных тестов и денормализацие реляционных данных. Я в процесе работы над этой проблемой проверил больше 10 различных алгоритмов и около 20 моделей. Каждый раз всё переписывать под SQL ни какого желания нет)) И бойлер плейт на всё это примерно такой же получается, как и код, в который манипулирует обучающими вычислениями

Ну а можно всё таки разок напрячься, сделать и потом хер положить на то где оно храниться будет. А так вметсо борьбы с типизацией - борьба с СУБД)

ravendb есть который и с F# работает. А так берешь любую nosql и пишешь, F# тут не при чем.

ravendb наверное ok, но мне нужна простая встроенная БД, а не навароченный сервер с веб-интерфейсом. любую nosql - это какую? я видел тоько litedb, с ней всё плохо.

ravendb есть который и с F# работает. А так берешь любую nosql и пишешь, F# тут не при чем.

F# при том, что в нём нет дин. типизации во-1. Это значит, что на каждую сущность нужно по многу почти одинаковых типов. Во-2, если использовать ФП для больших данных, нужен чистый ленивый язык. Копирование колекций или потребление памяти при обходе колекции здесь не канают. Поэтому тут либо хаскель, либо любой кондовый императивный зык. F# ни как не поможет, но для имперративного кода создаст определённые проблемы.

Ну а можно всё таки разок напрячься, сделать и потом хер положить на то где оно храниться будет. А так вметсо борьбы с типизацией - борьба с СУБД)

вот как раз с субд ни каких проблем нет

у ravendb есть встроенный режим

Ну а можно всё таки разок напрячься, сделать и потом хер положить на то где оно храниться будет. А так вметсо борьбы с типизацией - борьба с СУБД)

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

две строки кода

https://ravendb.net/docs/article-page/3.5/http/server/installation/embedded

ravendb наверное ok, но мне нужна простая встроенная БД, а не навароченный сервер с веб-интерфейсом. любую nosql - это какую? я видел тоько litedb, с ней всё плохо.

Ну так ты говори сразу. А то потом встроенная бд унужна. Потом ещё что-нибудь)

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

Ну как вариант хранить их в некоем "стандартизированном" виде, а уже после выборки приводить их в модели, используемые для обучения

Ну так ты говори сразу. А то потом встроенная бд унужна. Потом ещё что-нибудь)

я пытаюсь)

у ravendb есть встроенный режим

О, круто

О, круто

не круто. boltdb - это просто библиотека, набор исходников без внешних зависимостей. Во прикол мне стаить сервер и разбираться в его настройках, апи и т.п. И как я выше написал, в нём нет двоичного байтового протокола. Нужно чтобы был key-value сторадж, в котором и ключ и занчение - массив байтов. Это важно для производительности, потому что у меня домашний комп I7 еле еле тянет мап-редьюс

Что такое boltdb? Речь была о raven

???? Какой сервер с ravendb? Нугетом пару dll качаешь и всё. Embedabble работает.

упрлс?

???? Какой сервер с ravendb? Нугетом пару dll качаешь и всё. Embedabble работает.

ок .я посмотрю его

Что-то вы сегодня какие-то агрессивные.

Что такое boltdb? Речь была о raven

это то, чем я пользуюсь сейчас

это то, чем я пользуюсь сейчас

Мое сообщение, на которые ты отреагировал, было к тому что ravendb имеет встраиваемый режим. Ботлдб было прям внезапностью.)

???? Какой сервер с ravendb? Нугетом пару dll качаешь и всё. Embedabble работает.

For starters, you need to have a RavenDB server running. There are couple of ways you can acquire it: Distribution package or installer which can be downloaded from ravendb.net NuGet package

ну ё моё, дорогой, ты поподробнее почитай что-ли

Чёт вы агрессивные какие-то сегодня.

вот у меня солюшен без сервера работает

Вообще, вот же: https://ravendb.net/docs/article-page/3.5/http/server/installation/embedded

Оно в самом деле умеет embedded, без всякого внешнего сервера.

The first step is to reference the Raven.Database.dll, either via nuget (package name: RavenDB.Embedded or RavenDB.Database) or by taking the files from the zip distribution package.

Хотя, согласен, подача документации немного вводит в заблуждение.

Хотя, согласен, подача документации немного вводит в заблуждение.

ну да, я же это на сайте прочёл

а вот это Note that you may want to call NonAdminHttp.EnsureCanListenToWhenInNonAdminContext(port) to ensure that you can open the HTTP server without requiring administrator privileges. не означает ли, что апи работает через хттп? если да - то спасибо, не надо

а вот это Note that you may want to call NonAdminHttp.EnsureCanListenToWhenInNonAdminContext(port) to ensure that you can open the HTTP server without requiring administrator privileges. не означает ли, что апи работает через хттп? если да - то спасибо, не надо

Там выше написано, что это нужно, например, чтобы подключаться через их Management Studio или через REST API работать.

EmbeddableDocumentStore не через HTTP работает, напрямую.

There are three types of the document store objects, all of them implement common IDocumentStore interface: - DocumentStore acts against a remote server via HTTP requests, - EmbeddableDocumentStore interacts with a RavenDB embedded storage in a user's application by making direct calls to a database (see RavenDB Embedded mode) - ShardedDocumentStore works against a sharded RavenDB database (see How to setup sharding).

There are three types of the document store objects, all of them implement common IDocumentStore interface: - DocumentStore acts against a remote server via HTTP requests, - EmbeddableDocumentStore interacts with a RavenDB embedded storage in a user's application by making direct calls to a database (see RavenDB Embedded mode) - ShardedDocumentStore works against a sharded RavenDB database (see How to setup sharding).

да, я уже понял

когда я на неё смотрел, EmbeddableDocumentStore не было

а есть какие нибудь примеры использования с вложенными документами?

https://ravendb.net/docs/article-page/3.5/http/indexes/indexing-related-documents

https://ravendb.net/docs/article-page/3.5/http/indexes/indexing-hierarchical-data

https://ravendb.net/docs/article-page/3.5/http/indexes/indexing-hierarchical-data

спасибо

Можно ли переопределенный арифметический оператор переопределить назад? Я импортировал новый Akkling, и он, к сожалению, определяет такой оператор: let inline (/) (x:ActorPath) (y:string) = ActorPath.op_Division(x, y) что приводит, конечно же, к тому, что все операции деления в моем коде не работают. Ломаю голову, могу ли я заново определить op_Division, но пока не получается