Дотнет библиотеки с дейтасаенс алгоритмами.

ok

В slack тоже должно быть сообщество F#

Кто из вас реально в своей работе использует F#?

Кто из вас реально в своей работе использует F#?

Я использую. Если говорить именно про DS

Вообще, я рассказывал на DotNext про всякие полезные для Data Science штуки в F# (сорри за легкий самопиар, оно вроде к месту) https://www.youtube.com/watch?v=6r9aDfEI71U

Ща гляну

В чём прикол wpf.elmish? ни какой реактивности и виртуального view в нём нет. Отрпалять сообщения только для того чтобы изменить объект viewmodel - не есть ли это извращённый оверинженеринг?

Ну может виртуальный вью там и не нужен, тк WPF не тормозит. А ELM сам по себе дает плюсы по снижению сложности и улучшению тестируемости. (хотя чистый elm с view+msg+update кажется перебором, слишком они зациклились на pure функциях)

Сейчас посмотрел https://youtu.be/fmaPeUBWZuM Там RN + Elmish, нуемое 300 страничные файлы из одних match with

От калоотстойников в коде не сбежишь

Fable генерирует bundle.js + bundle.js.map при билде. Можно ли их использовать при вызывая из TS, так что бы типы были видны? (хотелось бы модель сделать хотя бы на нормальном языке)

Кстати, как ты заставил map генерировать?

Это он по умолчанию делает ? Про t.ds я погулил, вроде пока нельзя

Кто из вас реально в своей работе использует F#?

Я

Это он по умолчанию делает ? Про t.ds я погулил, вроде пока нельзя

Я не смог их в браузере увидеть

У меня показался App.fs, но брейкпоин на строке (Safari) перекинул все равно в JS

Я не смог их в браузере увидеть

А тут включал https://gist.github.com/jakebellacera/336c4982194bcb02ef8a ?

А тут включал https://gist.github.com/jakebellacera/336c4982194bcb02ef8a ?

Ага

В хроме все тоже работает из коробки и даже брейкпоинт останавливается в fs файле (правда лок. перем. не видит)

Ну может виртуальный вью там и не нужен, тк WPF не тормозит. А ELM сам по себе дает плюсы по снижению сложности и улучшению тестируемости. (хотя чистый elm с view+msg+update кажется перебором, слишком они зациклились на pure функциях)

"WPF не тормозит" - это что, троллинг? ? если WPF не тормозит, то ни что вообще не тормозит. И виртуальный view - он вовсе не для того, чтобы улучшить производительность. Raw js + жиквери в разы быстрее любого говнореакта. Виртуальный view - это про снижение сложности разработки

"WPF не тормозит" - это что, троллинг? ? если WPF не тормозит, то ни что вообще не тормозит. И виртуальный view - он вовсе не для того, чтобы улучшить производительность. Raw js + жиквери в разы быстрее любого говнореакта. Виртуальный view - это про снижение сложности разработки

Подожи, VDOM нужен что бы убрать тормоза от частого пересоздания дома в реакте, тк это дорогая операция. Как бы “Raw js + жиквери” это вообще другой подход и нельзя их сравнивать.

VDOM работает быстрее, чем полная перерисовка компонента при любых изменениях, но VDOM работает медленнее, чем вручную оптимизированная перерисовка только изменившихся частей (потому что он пытается эти части детектить).

Для WPF идеи те же самые. Нам бы хотелось (в общем-то) пересоздавать и перерисовывать нафиг вообще всё на каждый чих, но это будет дичайше тормозить.

Для WPF идеи те же самые. Нам бы хотелось (в общем-то) пересоздавать и перерисовывать нафиг вообще всё на каждый чих, но это будет дичайше тормозить.

А как в WPF.Elmish сделано сейчас? Вон Павел говорит, что там нет VirtView.

Ну может виртуальный вью там и не нужен, тк WPF не тормозит. А ELM сам по себе дает плюсы по снижению сложности и улучшению тестируемости. (хотя чистый elm с view+msg+update кажется перебором, слишком они зациклились на pure функциях)

"А ELM сам по себе дает плюсы по снижению сложности и улучшению тестируемости" - можешь объяснить, как ты это понимаешь на примере это самой wpf.elmish? Там точно такое же управление своййствами объекта, привязанного к хамл если что, только не на прямую, а через отправку сообщений

А как в WPF.Elmish сделано сейчас? Вон Павел говорит, что там нет VirtView.

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

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

не понятен сам по себе пруф оф концепт

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

Да!

? ну тогда ладно, тогда я спокоен)

Собственно, мне просто интересно посмотреть, что из этого получится, и получится ли.

"А ELM сам по себе дает плюсы по снижению сложности и улучшению тестируемости" - можешь объяснить, как ты это понимаешь на примере это самой wpf.elmish? Там точно такое же управление своййствами объекта, привязанного к хамл если что, только не на прямую, а через отправку сообщений

Я WPF Elmish не тестил (у меня и винды нет))) думал там как в Fable.React.Elmish Если там не “функции которая создает UI из состояния”, то смысла в этом фреймворке не вижу.

Я WPF Elmish не тестил (у меня и винды нет))) думал там как в Fable.React.Elmish Если там не “функции которая создает UI из состояния”, то смысла в этом фреймворке не вижу.

вот и я о том же. такой опции там нет. Есть опция "отправить wpf Command для изменения значения объекта, привязанного к разметке xaml" Звучит глупо, но проще не скажешь наверное

Akkling использует кто?

@Dolfik А ты спрашивай вопрос-то. :)

Я думаю применить модель акторов в телеграм боте, типа на каждый чат своего актора создавать, насколько такой подход вообще правильный?

Ну и соответственно в каждом акторе будет обработчик команд

И если это подход правильный, как вообще это реализовать? Чёт не нашёл пример как подобное делается

Akkling использует кто?

А бот будет на полном дотнете чтоли?

А бот будет на полном дотнете чтоли?

Вай нот?

Под mono думаю запускать

Не хочу мучаться под .Net Core без того же Sql Provider'a

Не хочу мучаться под .Net Core без того же Sql Provider'a

Можно mongodb взять и MailBoxProcessor ?

С монгой тебе и провайдеры ТИПОВ не нужны

@angmarr монгу в клиенском приложении использовать предлагаешь?

Вай нот, @Dolfik а ты какую базу под Sql Provider хочешь взять?

Вай нот, @Dolfik а ты какую базу под Sql Provider хочешь взять?

Postgres/Maria Db

@ruzzke_mir Ну и чем Postgres лучше монги именно для “клиентского приложения”

Монга немного для другого предназначена?

Я не совсем понимаю, как в монге хранить реляционные данные

Я не совсем понимаю, как в монге хранить реляционные данные

Это отдельный вопрос. Я сейчас переписываю старое приложение с EF C# на F# + Mongo. Оказалось, что если подумать, то вместо 10 таблиц, связанных между собой - можно обойтись 3 коллекциям, которые даже джоинить не надо. И это просто офигенно, код стал намного проще, без извращенных 30 строчных LINQ запросов.

Вай нот, @Dolfik а ты какую базу под Sql Provider хочешь взять?

а зачем мне sqlprovider? в клиентских приложениях используют serverless documented db типа LiteDb или BoltDB. Можно SQLite - но смысл какой манаться с sql-лем?

или просто в файлах хранят данные, сериализованные чем то вроде fspickler

а зачем мне sqlprovider? в клиентских приложениях используют serverless documented db типа LiteDb или BoltDB. Можно SQLite - но смысл какой манаться с sql-лем?

Я тебе ничего не продаю))) мы тут с @Dolfik обсуждали и он хочет MONO, что были SqlProvider + Postgress

ну так я пытаюсь понять - почему он это хочет. может он прав, а я нет))

Akkling использует кто?

Я

а зачем мне sqlprovider? в клиентских приложениях используют serverless documented db типа LiteDb или BoltDB. Можно SQLite - но смысл какой манаться с sql-лем?

OK заинтриговал, а эти LiteDb или BoltDB норм работают с F# + CoreCLR ?

Так в Akka net с бд работать напрямую и не нужно

@angmarr не знаю

Так в Akka net с бд работать напрямую и не нужно

А как нужно? Тоже планирую заюзать akka, когда портанут

А как нужно? Тоже планирую заюзать akka, когда портанут

Там есть persistence модуль. И простой API save/restore и похожий для работы со снапшотами.

Там есть persistence модуль. И простой API save/restore и похожий для работы со снапшотами.

А куда в итоге данные сохраняются?

У Цуканова и @VagifAbilov есть хорошие доклады про акку.

А куда в итоге данные сохраняются?

Там есть eventstore и snapshotstore можно взять любой имеющийся плагин. Или написать свой. Пока самый рабочий почти официально это mssql

Там есть eventstore и snapshotstore можно взять любой имеющийся плагин. Или написать свой. Пока самый рабочий почти официально это mssql

то есть надо писать sql запросы и т.п. ?

Не-не, не надо писать самому запросы, там есть журнал событий и snapshot store, они сами обо всем позаботятся.

то есть надо писать sql запросы и т.п. ?

Стоит посмотреть документацию на. getakka.net раздел persistence . Там все очень просто

ну так я пытаюсь понять - почему он это хочет. может он прав, а я нет))

Ну у меня сейчас есть бот на Go, и изначально он был на sqlite, но пришлось переезжать на MariaDB, т.к. скорость не устраивала

Были косяки с записью данных

Но сначала было ок, да

Сейчас в самой большой таблице 260к строк

Я думаю применить модель акторов в телеграм боте, типа на каждый чат своего актора создавать, насколько такой подход вообще правильный?

Ответ я кстати так и не получил, на свою затею с акторами)

О, на Гоу! Попробуй BoltDB - документная, родная для Go, не надо в SQL, компилится быстро.

Ну у меня сейчас есть бот на Go, и изначально он был на sqlite, но пришлось переезжать на MariaDB, т.к. скорость не устраивала

Еретик, теперь понятно откуда у тебя эти идеи про императивные тесты ?

У меня данные немного реляционные

Еретик, теперь понятно откуда у тебя эти идеи про императивные тесты ?

Ну так я написал его ещё зимой

Тогда про фп ничего толком не знал

Вот сейчас хочу на F# переписать

Но не знаю как это всё красиво завернуть

У меня данные немного реляционные

Что значит немного?

Что значит немного?

Ну ок, просто реляционные

Я так выражаюсь :)

а что значит реляционные?

а что значит реляционные?

Связанные между собой

Но может сложится впечатление, что это что то новое. Потому и поинтересовался.

Опять с обсуждения акторов уходим в обсуждение БД)

Связанные между собой

вообще то любая уважающая себя documented db умеет в связи между документами (монга к таковым не относится). А по поводу акторов - чем Mailboxprocessor не комильфо?

вообще то любая уважающая себя documented db умеет в связи между документами (монга к таковым не относится). А по поводу акторов - чем Mailboxprocessor не комильфо?

Это типа эластиксерс или кафка?

Мой опыт работы с NoSQL базами - Mongo DB онли)

И мне она не очень понравилась честно говоря

вообще то любая уважающая себя documented db умеет в связи между документами (монга к таковым не относится). А по поводу акторов - чем Mailboxprocessor не комильфо?

Хочется опыт работы с Akka получить

Это типа эластиксерс или кафка?

из серверных у меня опыт только с orientdb

там можно тупо вставить в документ ссылку на другой документ, и сервер чекает потом все CRUD операции с обоими документами

Хорошо бы какое нить облако, где представлено великое множество разнообразных DB

Было бы круто. Попробовать все покрутить.

amazon же. готовь баксы, и всё будет

amazon же. готовь баксы, и всё будет

Я и его использовал

А где там великое множество?

Хорошо бы какое нить облако, где представлено великое множество разнообразных DB

Ставь docker и крути что угодно в два клика

Ставь docker и крути что угодно в два клика

Да как то я не освоился с ним) Вообще надо