
Anton
13.06.2017
08:12:45
и норм
@shwars ого, я смотрю ты к нам в Минск 19го приезжаешь. Нужно сходить послушать =)

Dmitri
13.06.2017
08:18:56

Anton
13.06.2017
08:19:07
эх, а жаль что не про F#

Google

Dmitri
13.06.2017
08:19:21
Народ просит нейросети...

Anton
13.06.2017
08:19:47
Я всегда мечтал в них разобраться
приду послушать =)
готовься к глупым вопросам :D

Dmitri
13.06.2017
08:20:04
Ну вот, за три часа с нуля до распознавания котиков.

Vasily
13.06.2017
08:20:26
Перцептроны, вот это вот все?

Anton
13.06.2017
08:20:30
А будут примеры кода на F# по нейросетям?
Было бы интересно увидеть нейросеть на C# и F#
И сравнить лаконичность и размер кода в целом.

Evgeniy
13.06.2017
08:21:17
Vasily Уже давно не модно. Сверточные сети, рекуррентные сети. :)

Anton
13.06.2017
08:22:02
Столько всего про эти нейронки слышал, а так сам до сих пор не научился писать их.

Dmitri
13.06.2017
08:22:06
Будет Microsoft Cognitive Toolkit AKA CNTK на Python, от персептрона до свёрточных сетей, про рекуррентные пару слов (не успеем). Но с возможной практикой прямо на месте. На C#/F# поддерживается только inference

Anton
13.06.2017
08:22:30
т.е это даже не на C# будет ?

Google

Anton
13.06.2017
08:22:50
Эх, питон не разу в жизни не трогал.

Dmitri
13.06.2017
08:24:05
Приходите, 120 человек прослушали расширенный вариант этого на 6 часов в Москве и ушли счастливыми. Но лучше с собой ноутбук.

Anton
13.06.2017
08:24:26
У меня нету ноутбука =(
Я предпочитаю десктоп
и все деньги вливаю в него =)

Artemy
13.06.2017
08:25:02
Неси десктоп.)

Vasily
13.06.2017
08:25:09

Anton
13.06.2017
08:26:00
@shwars а если я вообще в глаза питон не видел и ничего в нём не понимаю - смысл идти есть ?

Dmitri
13.06.2017
08:26:41

Anton
13.06.2017
08:27:01
А, хорошо =)
Жаль правда, что не на .net языке.
было бы ближе к сердцу и понятней.

Летучая
13.06.2017
08:27:42
питон оч простой
осилишь

Dmitri
13.06.2017
08:28:34
Я сам страдаю неимоверно, когда пишу на Python, но такова мода на сегодняшний день. Ждем Python type provider для F#

Anton
13.06.2017
08:28:51
ух очень ждём
@shwars а что скажешь про тензерфлоу на .net от Мигеля Де Иказы ?

Evgeniy
13.06.2017
10:17:19
> Actors benchmark: @fsharp MailboxProcessor vs Hopac vs @kotlin coroutines based ones
https://vasily-kirichenko.github.io/fsharpblog/actors
@Xmegacorel Привет!

Dmitry
13.06.2017
10:38:57
Люди, а есть красивый вариант превратить Array2D<Color> в битмап?

Google

Sergey
13.06.2017
10:39:11
всем привет ))

Dmitry
13.06.2017
10:41:53
@shwars а что, 19 числа в Минске будет онлайн-мастеркласс или лично прибудете?
(Но я в любом случае уже записался)

Igor
13.06.2017
11:42:37
Тут народ чатик создали по ReasonML и OCaml - @reasonml_ru

Roman
13.06.2017
12:00:57
Привет!

Evgeniy
13.06.2017
12:11:01
@angmarr Я так понимаю, теперь там ML-флудилка будет. :)

Roman
13.06.2017
12:12:02
По крайней мере пока)

Evgeniy
13.06.2017
12:22:44
@demeliorator Привет. :)
Пожалуйте, пожалуйте. :)

Igor
13.06.2017
12:26:23
@demeliorator опасный человек ? (у нас 14 общих чатов по языкам)

Roman
13.06.2017
12:32:26

ect"==typeof module.exp
13.06.2017
12:37:33

Friedrich
13.06.2017
12:41:18
14 чатов опасно само по себе.

Vasily
13.06.2017
12:41:40
Работать некогда будет
Кстати, озаботился я тут конструктором Http запросов
Вопрос к аудитории
Как бы лучше заполнение контента делать?
условно Get url content {header "name" "value"}
Или лучше его куда-нить вынести?

Google

Vasily
13.06.2017
12:44:14
Или сделать отдельный билдер Post url {header}

Friedrich
13.06.2017
12:44:18
Мне б больше понравилось
Get { url u
header "n" "v"
content <| stringContent "x"
}

Vasily
13.06.2017
12:44:34
Тогда уж return content

Friedrich
13.06.2017
12:44:42
А почему return?

Vasily
13.06.2017
12:44:53
Шоб один раз только можно было вызвать
Хотя это некритично, скорее всего
Далее. Вопрос намбер два

Friedrich
13.06.2017
12:46:05
Я могу несколько контентов захотеть туда сунуть в multipart-запрос :)

Vasily
13.06.2017
12:46:18
Да, верное замечание

Friedrich
13.06.2017
12:46:21
Или сперва контент, а потом хедеры, например.
Короче, я не думаю, что тут реально нужен return в таком DSL.

Vasily
13.06.2017
12:46:48
Вопрос номер два, в общем
Пока предполагается, что билдер - набор функций, которые склеиваются и возвращают HttpRequestMessage
Хочется добавить туда понятие контекста
Чтобы url, например, формировался как 'ctx->Uri
То же с контентом
Вопрос в том, как бы это понативнее реализовать
Т.е. условно контекст, например, собирает данные о формировании url и список файлов на отправку
Потом это подсовывается в билдер и вуаля

Aleksander
13.06.2017
12:58:47
state monad? :)

Google

Vasily
13.06.2017
13:05:12
Возможно
Я просто в терминах не силен

Pawel
13.06.2017
13:05:44

Vasily
13.06.2017
13:56:09
@akhanteev Дык про стейт монаду можно поподробнее, но без лишней математики?

Evgeniy
13.06.2017
16:04:41
Ребус.

Roman
13.06.2017
16:05:52
Ужасно. Там же есть computation expressions, почему их не используют?

Aleksander
13.06.2017
16:34:40
Vasily - похоже, мир делится на тех кто не понимает, но в состоянии объяснить, и тех кто понял - но связь с остальным человечеством уже потерял ?
Я, скорее, из первых. На мой взгляд это просто функциональный "паттерн", который помогает прозрачно передавать изменяемое состояние внутри computation expression. https://fsharpforfunandprofit.com/posts/monadster/ - вот тут есть описание "без математики", по крайней мере я более менее в нем разобрался

Roman
13.06.2017
16:42:02
начала провайдеров типов на haskell (гуглил стейт монаду) http://staff.mmcs.sfedu.ru/~ulysses/Edu/tutoring/2016/Maroseev/text.pdf

Igor
13.06.2017
17:04:16
Кто-нибудь пробовал F# + MongoDB?
Нашел статью https://www.mongodb.com/blog/post/enhancing-the-f-developer-experience-with-mongodb
и репозиторий к ней, но он 4 года как не обновлялся (да и был прототипом).

Roman
13.06.2017
17:14:37

Igor
13.06.2017
17:15:43

Roman
13.06.2017
17:18:17