
Klei
02.03.2018
17:44:57
Как узнать какой пакет тянет YoLo (https://github.com/haf/YoLo) в проект? В paket.lock отсутствует. Судя по всему использовали в рамках какого-то пакета напрямую.

Evgeniy
02.03.2018
18:43:04
Хотя, наверное, не сработает, если в paket.lock нет.

Klei
02.03.2018
18:44:27
Не находит.

Google

Evgeniy
02.03.2018
18:44:34
@Kleidemos Как пишешь?

Klei
02.03.2018
18:44:53
.paket/paket.exe why YoLo

Evgeniy
02.03.2018
18:45:08
Попробуй еще paket why github haf/YoLo YoLo.fs
Не знаю, работает ли это. :)

Klei
02.03.2018
18:46:23
В явном виде его как файла нет.
Он где-то внутри другого пакета.
Из репла не могу получить доступ к тем свойствам Assembly, которые позволили найти тип YoLo.
Т.к. для динамических библиотек постоянно что-то запрещено.
В YoLo нет ни одного типа, только модули. Даже зацепиться не за что.

Evgeniy
02.03.2018
18:56:26
Suave, Http.fs...

Klei
02.03.2018
18:58:01
Да, у Http.fs есть ссылка github haf/YoLo YoLo.fs.
Спс.

Google

Evgeniy
02.03.2018
18:58:35
https://github.com/fsharp/fslang-suggestions/issues/647#issuecomment-369685389

Igor
02.03.2018
19:04:41
Хм, это что фича специально под TEA архитектуру?

Evgeniy
02.03.2018
19:05:30
Сайм же сейчас работает с Elmish.

Igor
02.03.2018
19:06:12
Как-то странно это, учитывая что она XL сложности

Evgeniy
02.03.2018
19:06:47
Ну, её еще не аппрувнули.
Наконец-то. :)
> Second, this evening I plan to walk over all the approved-in-principle items and work out a cut of what I personally (in conjunction with @cartermp) plan to prioritize implementing for myself for F# vNext(s) (4.5 4.6, 5.0 whatever it they get called). This will be subject to change. I'll aim to write it up or use tags. It will be an aspirational list, not a promise.

Vlad
02.03.2018
19:11:40
у меня с vnext путаница всегда, так вроде когда-то кор назывался
когда еще всякие dnx были

Evgeniy
02.03.2018
19:12:01
Тёмные времена.

Vlad
02.03.2018
19:12:11
луки, стрелы

Evgeniy
02.03.2018
19:12:23
json проекты

Диёр
02.03.2018
19:12:52

Igor
02.03.2018
19:19:12
А от чего зависит версия F# компилятора в core-clr проектах?
В project.fsproj нет никаких упоминаний о нем.
Он вообще обновляется?

Eugene
02.03.2018
19:20:29
Вместе с dotnet sdk.
Где-то в таргетах мсбилда, которые идут в sdk, есть импорты, специфичные для F#.

Диёр
02.03.2018
19:22:14
А если у меня появится свободное время и я займусь переводом статей, то куда их заливать?

Evgeniy
02.03.2018
19:22:42

Igor
02.03.2018
19:22:45

Диёр
02.03.2018
19:52:19

Google

Evgeniy
02.03.2018
19:52:42
Воу, это было бы здорово. Я помогу.
Привет!

Vyacheslav
02.03.2018
20:14:51
Привет,

Roman
02.03.2018
20:19:05

Evgeniy
02.03.2018
20:59:43
https://www.youtube.com/watch?v=mJFxE9L7hHM
Чего только нет в интернетах. =__=

Roman
02.03.2018
21:00:22
https://twitter.com/FableCompiler/status/969496424802127872

Igor
02.03.2018
21:07:36

Roman
02.03.2018
21:10:17
Не сочтите за наброс)
Плейлист лекций:
https://www.youtube.com/watch?v=VKQ8qvvrT4U&index=2&list=PLvPsfYrGz3wsX3Z5KuuEVYhijDxhKCDDD

Evgeniy
02.03.2018
21:12:22
Мне кажется, это изложение для математиков. Впрочем, ничего против не имею.

Fill
02.03.2018
21:26:26
Такой кейс тут возник - нужно сделать fold по коллекции, но так, чтобы элементы для фолда подставлялись в рандомном порядке
как бы это можно было сделать идиоматично?
кейс с for мне не нравиться, а прдварительно сортировать её - не выгодно
есть идеи?

Evgeniy
02.03.2018
21:28:47

Fill
02.03.2018
21:29:02
какая угодно, но не seq

Vasily
02.03.2018
21:29:22
Отсортировать индексы

Fill
02.03.2018
21:29:29
list скорее всего, т.к. выбор коллекции зависит не только от этого кейса

Google

Fill
02.03.2018
21:29:59
я подумал сделать seq от входного list, который ейлдит рандомный итем. И вот по seq сделать фолд
ну да, там тоже фор будет, говно

Evgeniy
02.03.2018
21:35:04

Fill
02.03.2018
21:35:22
лишние операции?

Evgeniy
02.03.2018
21:35:59
Все же зависит от объема твоей коллекции.

Fill
02.03.2018
21:36:13
она огромна
несколько млн элементов в лучшем случае

Evgeniy
02.03.2018
21:36:42
А что это за fold такой, что зависит от, эм, порядка элементов?

Fill
02.03.2018
21:37:09
ох, это реально долго объяснять
очень задача специфичная
миллионы големов принимают решение, что им сделать. Их решения мапятся на состояние мира. На следующей итерации жизненного цикла они смотрят результаты своих действий и принимают новое решение. Если будет чёткая связь между порядком обработки големов и результатами, это испортит мне весь принцип работы механизма
надо, что бы рандомно обрабатывались

Evgeniy
02.03.2018
21:40:12
Но ты в итоге всю коллекцию за раз обходишь?

Fill
02.03.2018
21:40:26
да

Evgeniy
02.03.2018
21:41:07
Надо подумать.

Fill
02.03.2018
21:41:34
клонишь к тому, что при изменении состояния я могу учитывать уже все решения големов сразу, что бы исключить значимость порядка?
но я не придумал правил для решения конфликтов, а потому решил использовать рандом. Кто первый, тот и прав
т.е. если голем 1 решил убить голема 2, выживет тот, кого я первым обработаю
если грубо

Google

Fill
02.03.2018
21:44:06
и мне кстати нужно, что бы голем 2 в таком кейсе принимал решение на основании мира до изменений в этой итерации

Evgeniy
02.03.2018
21:47:15

Fill
02.03.2018
21:48:51
удобнее всего Map для меня

Evgeniy
02.03.2018
21:51:00
У тебя кейс для кучи однотипных объектов, к которым нужно обращаться по индексу.

Fill
02.03.2018
21:52:07
это этот кейс. Но вообще да, можно всё сделать под Array
Seq.map func seq
|> Array.fold func2
- сколько раз я прохожу по коллекции?
2 или 1?

Evgeniy
02.03.2018
21:57:40
@fillpackart Два. Мапай прямо в фолдере.
Технически это будет фолд по массиву индексов.

Диёр
02.03.2018
21:58:37
По F# есть небольшие книги до 400 страниц со свободной лицензией?

Fill
02.03.2018
21:58:55

Evgeniy
02.03.2018
22:00:17

Диёр
02.03.2018
22:00:53
Ну для перевода чтоб юридических проблем не было

Evgeniy
02.03.2018
22:02:31
Нет, таких не встречал.
Хотя...