
Anton
21.06.2017
20:02:56
я не грамотен в заведении ишшуев
пойду в общем просто учить F#
отложу эксперименты с RTypeProvider

Evgeniy
21.06.2017
20:04:04
@the_RAMZAY Так просто сдашься? Что бы про это сказал @fvnever?

Google

Anton
21.06.2017
20:04:23
Я спустя 4 года на арче не просто так перешел на макОсь.
Я хочу что бы все изкоробки и по одному клику мышкой.
хватит с меня колдунства =)

Evgeniy
21.06.2017
20:04:57
@the_RAMZAY А знаешь почему это не работе "из коробки"?
Потому что ты не завел ишшуй!

Anton
21.06.2017
20:05:07
потому что mono
а на венде .net
ждем .net core F# в Rider'е

Evgeniy
21.06.2017
20:05:41
В .Net Core пока не работают провайдеры типов. :)

Anton
21.06.2017
20:05:46
ШО
Дык на мусорку .net core :D
в общем, пока я прочитаю книгу, думаю завезут тайп провайдеры.

Evgeniy
21.06.2017
20:09:56
@the_RAMZAY Последний вопрос. А у тебя вот этот файл существует?
ex1/ConsoleApp/packages/RProvider.1.1.20/lib/net40/RProvider.Server.exe

Google

Anton
21.06.2017
20:10:22
нууу, должен

Evgeniy
21.06.2017
20:10:32
Проверь.

Anton
21.06.2017
20:10:47
я не думаю, что нугет его не поставил...
ну на всякий да, проверю
`ls /Volumes/Files/Projects/ex1/ConsoleApp/packages/RProvider.1.1.20/lib/net40
FSharp.Core.dll FSharp.Core.sigdata RProvider.DesignTime.pdb RProvider.Runtime.dll.config RProvider.Server.exe RProvider.dll
FSharp.Core.optdata RProvider.DesignTime.dll RProvider.Runtime.dll RProvider.Runtime.pdb RProvider.Server.pdb RProvider.pdb`

Evgeniy
21.06.2017
20:11:49
Окей. Спасибо.

Anton
21.06.2017
20:17:35
В общем, может просто я криворукий =)

Pawel
21.06.2017
20:35:00
Какой ужас!!
ничего страшного) ну подумаешь - данные сдохли. не очень то и хотелось.

Igor
21.06.2017
20:38:53
Да нормально, вон в новом java spring все перепили на реактивщину с асинхронностью
и там перестали работать транзакции, а народ вроде доволен.
Есть подходы, как жить без транзакций.

Pawel
21.06.2017
20:40:59
а я думал spring - это веб фреймворк, а не сервер бд)

Igor
21.06.2017
20:42:02
Да какая разница, транзакции они больше чем просто ДБ

Pawel
21.06.2017
20:54:15
За что я люблю монгу
- транзакции всё равно придётся велосипедить.
- модель данных в виде не связанных между собой документов - это нонсенс
- есть тыща способов фатально её нокаутировать при реализации функциональности, аналогичной UPDATE ... WHERE

Vasily
21.06.2017
21:17:55
Кстати, несколько офтоп вопрос - кто-нить в банковской сфере вращается?

Aleksander
21.06.2017
21:27:41
Ритэйл или инвест сфера интересует?

Vasily
21.06.2017
21:39:14
Да не, у меня конкретный технический вопрос по пластику

Roman
22.06.2017
03:33:14

Evgeniy
22.06.2017
05:21:06
Посмотрите, о чем твитнул(а) @dsyme: https://twitter.com/dsyme/status/877638408968871936?s=09
@nevoroman смотри, какая штука!
Привет!

Google

Roman
22.06.2017
10:28:45
Привет, 160!

Evgeniy
22.06.2017
10:30:17
Я ничего не понял.
Кто-то начал pythonnet мейнтейнить. А Дон Сайм решил напомнить, как этим пользоваться из F#.
@neftedollar С одной стороны это альтернатива текущему PythonProvider, а с другой — PythonProvider можно будет доделать через pythonnet.
https://github.com/fsprojects/FSharp.Interop.PythonProvider/issues/15

Igor
22.06.2017
11:42:25
Подскажите с чего начать, я прям даже на знаю с какого края взяться за эту задачу на F#.
Нужно запустить дочерний процесс и общаться с ним через in/out streams,
НО в случае если процесс подвис, то кикнуть его и перезапустить.

Most
22.06.2017
11:50:45
а 17ая студия так и не научилась еще с кором работать?
fsproj

Roman
22.06.2017
11:58:37
Там есть writeStream а читать out по событиям. Подвис процесс или нет, надо понимать уже самому как-то по косвенным признакам или можно покопаться в winapi, если ты под винду разрабатываешь

Igor
22.06.2017
12:02:18

Roman
22.06.2017
12:09:16

Pawel
22.06.2017
13:43:57

Igor
22.06.2017
13:50:14
Вот на этом и остановился ?
Думаю, как сделать обработку падений и зависаний.
Работаю сейчас так: отправляю команду в in, а потом считываю построчно из out в ожидание строки-маркера. Приходит, значит конец и можно отправлять следующую команду.

Roman
22.06.2017
14:57:11

Pawel
22.06.2017
16:08:13
Это действительно кому-то нужно - петон из F# и .net из петона, и я единственный, кто видитв в этом всём детский сад?))

Roman
22.06.2017
16:10:08

Летучая
22.06.2017
16:10:10
Питон из Ф это хорошо
У Питона библиотек

Roman
22.06.2017
16:10:26

Google

Летучая
22.06.2017
16:10:29
Играйся - не наиграешься

Pawel
22.06.2017
16:10:47

Летучая
22.06.2017
16:10:55
На каждый чих

Pawel
22.06.2017
16:11:45
что за библиотеки в питоне, которых нет в net?

Roman
22.06.2017
16:12:02

Evgeniy
22.06.2017
16:12:10

Roman
22.06.2017
16:12:23
До недавнего времени не было тензорфлоу, сейчас нет CNTK
Да тысячи их
В любом случае это удобно. Больше не меньше

Pawel
22.06.2017
16:17:58
SciPy - не правда твоя. в .net овер дофига матана на любой вкус.
CNTK - см. https://www.microsoft.com/en-us/cognitive-toolkit/
Для глубокого обучения - чем according net не комильфо?

Evgeniy
22.06.2017
16:18:33

Pawel
22.06.2017
16:20:02
беглый взгляд на описание SciPy не обнаружил чего-то, что ну ни как нельзя в net)

Evgeniy
22.06.2017
16:20:48
А. Я не только про SciPy. :)

Pawel
22.06.2017
16:21:11
ну ок, если питон крут, то почему бы не писать его на питоне?

Evgeniy
22.06.2017
16:21:25
Типы. :)

Pawel
22.06.2017
16:22:00
так в питоне их нет и один хрен функционал не типизированный))

Evgeniy
22.06.2017
16:23:39
Зато есть в F#. Мне нравится идея использовать F# для загрузки данных, их обработки, оркестрации нетипизованными инструментами и конечной обработки результатов.

Roman
22.06.2017
16:24:32

Google

Evgeniy
22.06.2017
16:28:50
Суть в том, чтобы изолировать все эти питоны/R, CLI-утилиты, источники данных. А основную логику писать на языке с типами. :)

Pawel
22.06.2017
16:31:25

Evgeniy
22.06.2017
16:32:05
Хорошо бы все нужное иметь в дотнете.

Pawel
22.06.2017
16:41:36
ну как где.. полно же примеров таких) datomic /clojure, orientdb / java, mongodb / nodejs. Ну и чисто гипотетически я вижу другую тенденцию - сажать логику максимально рядом с данными если уж на то пошло)
так то да, хорошо иметь возможность заюзать что-то чужеродное, но имхо это совсем уже на крайняк.

Roman
22.06.2017
16:43:17

Evgeniy
22.06.2017
16:43:44
@ruzzke_mir В энтерпрайзе, наверное, дела лучше обстоят.

Pawel
22.06.2017
16:49:58

Artemy
22.06.2017
17:11:53
Добрый вечер. Кто-нибудь пользовался: http://muehlhaus.github.io/FSharp.Plotly/ ? Как оно в сравнении с XPlot.Plotly (в плане полноты поддержки Plotly)?
Так-то API, схожее с FSharp.Chartinig кажется приятнее, чем у XPlot.Plotly

Roman
23.06.2017
00:59:41

Evgeniy
23.06.2017
04:44:38

Friedrich
23.06.2017
04:48:56
У нас в очень-крупном-банке были C#, Java и (внезапно) Prolog. Основная инфраструктура на Java. А вот питона не было (ну или мне просто не показывали).
F# мы тоже хотели для одной задачки притулить, но в итоге оказалось, что эту задачку делать не было нужно :(

The mirror
23.06.2017
04:51:25
Охренеть, Prolog? Какие задачи он выполнял?

Friedrich
23.06.2017
05:27:45
К сожалению, я не вправе раскрывать детали. Могу только сказать, что он использовался для некоторых (очень немногих, по правде говоря) видов финансовой аналитики.

Roman
23.06.2017
05:32:12
Питон обычно тоже для аналитики используется. Прайсинг, риски и т.д. В основном за счёт хорошей интеграции с C++. В некоторых местах на питоне большие платформы строили, только сейчас это вроде как заглохло помаленьку.

Anton
23.06.2017
15:30:28
мне понравилось

Artemy
23.06.2017
15:31:53
Пробовал?