Мб распределённые ЭМП-вычисления запилим?

Давай. @fvnever А у тебя есть, где распределять?

Да, у меня есть где распределять.

Я в основном провожу расчёты на десктопе, но у меня же двенадцатиядерный сервер ещё.

Хорошо бы между ними распределить!

Подумаю над этим, когда с учебой разберусь.

Ты там дописал свой философский трактат? :)

Нет еще. А дедлайн прошел!

Давай-ка берись за ум!

А не поздно-то? :)

Браться за ум никогда не поздно.

У меня тут чото тоже навалилось: надо магистрантов к конференции готовить, тезисы им там писать всякие, отзывы.

Но я держусь. И ты держись!

И дописывай трактат.

https://hh.ru/vacancy/16812547

> Разработка ведётся на новом кроссплатформенном языке программирования, сочетающем в себе особенности функциональных и императивных языков (и в чём-то похожем на такие языки как F#, O’Caml Haskell, Scala) Занимательно.

Это VB поди!

:3

VB далеко не нов.

Ладно. Что это может быть?

@fvnever Да, я думаю, если аккуратно покрутить формулы FDTD, то можно что-то распределенное запилить.

Я чото думал, что все эти MBrace сами за меня всё распределят, без кручения.

FDTD же мапится на довольно простые операции над массивами.

А есть какие-нибудь репозитории, где можно посмотреть примеры правильной работы с БД в F#

Ну всмысле что-то типа Repository pattern, только в F#

А есть какие-нибудь репозитории, где можно посмотреть примеры правильной работы с БД в F#

У меня есть игрушечный пример на F# + EF: https://github.com/ForNeVeR/EvilPlanner/blob/develop/EvilPlanner.Logic/QuoteLogic.fs#L43-L66

Вот этот модуль QuoteLogic, считай, репозиторий и есть.

@fvnever Я думаю, что оно распределит, но не самым эффективным образом.

А есть какие-нибудь репозитории, где можно посмотреть примеры правильной работы с БД в F#

По идее надо использовать тайппровайдеры

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

По идее надо использовать тайппровайдеры

+

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

Мбрэйс крутой проект.

@fvnever Я думаю, что оно распределит, но не самым эффективным образом.

Да, возможно.

@fvnever Например, в обычной реализации FDTD из книжки ячейки хитро завязаны друг с другом.

А митапы надо бы сделать. Даже в Минске они есть

Вот этот модуль QuoteLogic, считай, репозиторий и есть.

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

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

Использовать DI или нет в функциональном коде — это в некотором роде больной вопрос :)

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

Используй каррирование, Люк.

Мне было скучно реализовывать все те же обычные паттерны на F#.

@Dolfik @fvnever Реализовал бы Reader?

Используй каррирование, Люк.

Дело не в этом, просто неудобно таскать за собой контекст, если он в разных модулях используется

К Reader та же самая претензия.

Хотя могу ошибаться, ибо пока в ФП не очень

Можно какой-то один общий контекст таскать с собой, из которого всё резолвить.

Дело не в этом, просто неудобно таскать за собой контекст, если он в разных модулях используется

А зачем он в разных модулях?

Но я не уверен, как это правильно сделать, не прибегая к ООПшным паттернам.

И нужно ли это делать, намеренно их избегая, например :)

@Dolfik Да, никто не мешает заюзать ООП.

Но я не уверен, как это правильно сделать, не прибегая к ООПшным паттернам.

F# поддерживает ООП, его не надо чураться в F# , я думаю.

class Repository { private DbContext _context; public Repository(DbContext context) { _context = context; } public List<MyData> GetSomeData() { ... } }

ФП в малом, ООП в большом. Как ЦарьПалис учил. :)

class Repository { private DbContext _context; public Repository(DbContext context) { _context = context; } public List<MyData> GetSomeData() { ... } }

Так?

F# поддерживает ООП, его не надо чураться в F# , я думаю.

В продакшен-коде на F# — безусловно, не нужно.

А в экспериментальном проектике можно и что-то более тонкое посмотреть, чем Repository pattern :)

Хотя я не уверен, чем его заменить.

А в экспериментальном проектике можно и что-то более тонкое посмотреть, чем Repository pattern :)

Это понятно.

Хотя я не уверен, чем его заменить.

Можно попробовать dapper.

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

Вот пример репозитория, достаточно удобно с таким работать, например когда он через DI всё сам подтягивает, остаётся просто добавить в конструктор класса (для DI) и можно использовать Repository.GetSomeData в нужном месте, без создания контекста

@fvnever Кстати, palis -- это борьба. Поэтому тот чувак -- Царь борьбы?

Или Цареборец.

Ну либо через одиночку

Вполне.

Вот пример репозитория, достаточно удобно с таким работать, например когда он через DI всё сам подтягивает, остаётся просто добавить в конструктор класса (для DI) и можно использовать Repository.GetSomeData в нужном месте, без создания контекста

Это про удобство DI, а не про удобство репозитория :)

Ну, репозиторий при таком подходе в целом удобен

Я делал более интерпрайзноватые проекты на F#, в которых использовал Unity DI (почему-то). Нормально выходит.

Но вот про DI мне кажется это не совсем функциональный стиль

Ну, репозиторий при таком подходе в целом удобен

Значит используй DI

Я, кстати, давно хотел прочитать. http://blog.ploeh.dk/2017/01/27/from-dependency-injection-to-dependency-rejection/

Я, кстати, давно хотел прочитать. http://blog.ploeh.dk/2017/01/27/from-dependency-injection-to-dependency-rejection/

Там тоже про каррирование

Но вот про DI мне кажется это не совсем функциональный стиль

Можно DI как-нибудь красиво интегрировать, и будет функционально.

Значит используй DI

Я F# планировал учить, чтобы писать на нём в функциональном стиле, а не в ООП :)

@Dolfik Значит, ты пропустил суть F#. :)

Суть в том, чтобы и так, и сяк.

Можно DI как-нибудь красиво интегрировать, и будет функционально.

В целом красиво интегрировать diэто использовать reader)

Да, это верно.

Суть в том, чтобы и так, и сяк.

Но никто не запрещает же писать только так, или только сяк?

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

Но никто не запрещает же писать только так, или только сяк?

Никто

@Dolfik Это приводит к разным последствиям...

Никто

А как же полиция? ?

@Dolfik В пределе у тебя будет или как в C#, или пародия на хаскель.

Полиция F# энфорсит правильный стиль программирования!

@neftedollar Ок, хороший tl;dr. Так и не прочитаю же. :)

@neftedollar Ок, хороший tl;dr. Так и не прочитаю же. :)

Почитай. Вдруг я наврал.

@fvnever Полиция F# в слэке и твиттере работает. А мы на свободной земле! :)

@fvnever Полиция F# в слэке и твиттере работает. А мы на свободной земле! :)

Ох уж этот слак

:D

В F# ещё комьюнити приятное :)

@Dolfik Кажется, есть разное ООП. Есть ООП про иерархии классов, а есть -- про интерфейсы, управление зависимости и сокрытие состояния. Например, если посмотришь на нормальную систему модулей в ML, то увидишь много знакомых из ООП вещей.

Можно считать, что ООП в F# -- это способ решать некоторые задачи, для которых в ML используются модули.

@fvnever А в getQuote, наверное, можно заюзать try with вместо Async.Catch.

А try-with работает внутри async?

Да.

@fvnever SqlException хитрый.

Добрый день