Должны все видео опубликовать в течение пары недель.

Есть трабл с англ на слух и вообще временем слушать/смотреть.

А. Ну, тут только так.

Насколько я помню, они еще у себя на сайте выкладывают видео, без сабов.

На ютубчике можно хотя бы автоматически сгенерированные подключить.

Насколько я помню, они еще у себя на сайте выкладывают видео, без сабов.

В презентацию можно же добавлять текст, сообветствующий тексту спикера при показе слайда, но слайдыв не будут выложены?

В презентацию можно же добавлять текст, сообветствующий тексту спикера при показе слайда, но слайдыв не будут выложены?

Не, ни разу с этой конференции слайдов не видел. Если только сами авторы выложат где-нибудь.

На ютубчике можно хотя бы автоматически сгенерированные подключить.

Так себе идея. Они часто настолько плохи, что только усложняют понимание

Так себе идея. Они часто настолько плохи, что только усложняют понимание

Я первое время пользовался. ?

Кактусом здесь выступают как раз статические методы, а никак не модуль. Из всего перечисленного мне изредка пригождаются разве что операторы. Вообще использование статических методов вначале использования F# является делом привычки, и если уж народ переезжает на модули, значит для этого есть причины.

хотелось бы послушать про эти причины. а то я вот с еще с версии 0.7 f# гоняю в разных вариантах, а причин преимущества модулей и причин на них переползать до сих пор не нашел (ну если не считать причиной тезис "ооп-бяка"). для модулей есть только 2 практических применения - собрать свой Prelude и собрать функции утиной типизации в одном месте.

Там же Paket у них

хотелось бы послушать про эти причины. а то я вот с еще с версии 0.7 f# гоняю в разных вариантах, а причин преимущества модулей и причин на них переползать до сих пор не нашел (ну если не считать причиной тезис "ооп-бяка"). для модулей есть только 2 практических применения - собрать свой Prelude и собрать функции утиной типизации в одном месте.

Секретные билды из MSR? :)

@Kleidemos @deexpp Слушайте, это же вкусовщина. Зачем об этом спорить?

хотелось бы послушать про эти причины. а то я вот с еще с версии 0.7 f# гоняю в разных вариантах, а причин преимущества модулей и причин на них переползать до сих пор не нашел (ну если не считать причиной тезис "ооп-бяка"). для модулей есть только 2 практических применения - собрать свой Prelude и собрать функции утиной типизации в одном месте.

Звучит так, что должен остаться только один и завтра сайм выпилит поддержку проигравшей стороны. По моему большинство причин за и против уже перечислили. Если для тебя они не актуальны, юзай статик. То что ты записал в плюсы для меня роли не играет, а вот создавать вложенные модули, сопуствующие типы, легко юзать вышеопределенные функции и т.д. для меня необходимо.

Там же Paket у них

И он работает поверх NuGet инфраструктуры.

И он работает поверх NuGet инфраструктуры.

Мне кажется @grishaandrianov про то, что замена указана на том же слайде.

Ок, я уже запутался в слоях постиронии. :)

а чью фотку зачеркнули?

а чью фотку зачеркнули?

Immo Landwerth, .NET PM

Розжиг

Для пакета есть интеграция с msbuild?

А то отдельные reference-файлы напрягают

Для пакета есть интеграция с msbuild?

Есть, но paket работает со своими файлами.

И генерирует вот такой файлик, который включается в проект. <Import Project="..\..\.paket\Paket.Restore.targets" />

Есть, но paket работает со своими файлами.

Хочется не хуже, чем сейчас есть у нугета, для которого свои файлы можно не заводить

Хочется не хуже, чем сейчас есть у нугета, для которого свои файлы можно не заводить

Пользуйся нугетом. :)

Хочется не хуже, чем сейчас есть у нугета, для которого свои файлы можно не заводить

Можно сделать. Устанавливай tool package из нугета, а в нём запили target-файл с этой волшебной строчкой.

target-файлы из нугета автоматически кушаются мсбилдом, поэтому ничего дополнительно писать не придётся.

Секретные билды из MSR? :)

публичные беты.

публичные беты.

А откуда о них узнал? Кажется, в те годы довольно сложно было просто наткнуться.

target-файлы из нугета автоматически кушаются мсбилдом, поэтому ничего дополнительно писать не придётся.

(но это, кажется, означает, что тебе придётся ставить paket и некий пакет поддержки из нугета, а остальное уже можно из paket)

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

А откуда о них узнал? Кажется, в те годы довольно сложно было просто наткнуться.

уже не помню. искал фп под нет. sml.net был, еще чтото. не помню как на них вышел. но не секретная была

сейчас ужу мало что в инете по тем временам осталось но гугл все еще чтото помнит

напомню что версия 1.0 выйдет только через полгода от этой статьи

Хороший сайт.

кто-то уже проверил/опробовал новенькую FSharp.Data 3.0?

кто-то уже проверил/опробовал новенькую FSharp.Data 3.0?

Я вчера погоду смотрел через JsonProvider.

Работает. :)

Я вчера погоду смотрел через JsonProvider.

Чётко!

Но конкретно в этой статье используется F# версии >1.0

А так, да, винформы, GDI+. Ммм. :)

Но конкретно в этой статье используется F# версии >1.0

это легко объяснимо. сайт пытались поддерживать в более менее актуальном виде. поэтому после выхода 1.0 коды и описания могли подправить. но роботу гугла не объяснили как часто надо переиндексировать страницы. в результате в кеше гугла валяется самая первая и единственная версия страницы, он туда больше не разу за обновлениями не ходил. поэтому у него 2004.

Коллеги, есть вопрос

есть функция write <'a,'b,'ctx> data (map:'a->'b) (w:'ctx->'b->unit)= fun (s:'ctx->data|>map|>w s)

В определенном типе я хочу получать ctx->unit list

Список пустот?

ТЬфу

Метафизика и буддизм

('ctx->unit) list

Ааа

'a может быть разным

Список Уничтожайте лей контекстов

Вопрос, как мне в рамках одного типа осуществить такую свертку с разными 'a?

Писать в контексте метод map на каждый тип 'a не очень хочется

Все в DU

Ну вот думаю над этим вопросом, конечно

Только там будет кривой код конвертации в DU

Внешних данных

И обратно

А хотя не, не особо кривой по идее

Ща попробуем

Хм, а можно же такой провайдер типов замутить, который бы смотрел на типы которые в функцию передают и герюнерировал бы DU и мапперы из DU

Это пока рано

Я про мысль в целом. Был бы такой обобщенный вывод-генерация типов как либа подключаюшаяся.

Вот развяжу процесс сериализации с контекстом - можно подумать

Точнее дерево сериализации

В определенном типе я хочу получать ctx->unit list

В каком определенном типе? Не понятно

А

Ещё раз прочитал

Надеюсь, видео быстро опубликуют.

да, тут много кто есть, примерно 150 человек сегодня. только вот @auduchinok никак не могу узнать)

да, тут много кто есть, примерно 150 человек сегодня. только вот @auduchinok никак не могу узнать)

А он тебя хочет найти ?

Интересно, чем всё закончится

Прям «Жди меня»

)))))

Офигеть, видео уже выкладывают.

https://skillsmatter.com/conferences/9419-f-sharp-exchange-2018#program

Нужно зарегистрироваться, чтобы смотреть.

да, тут много кто есть, примерно 150 человек сегодня. только вот @auduchinok никак не могу узнать)

У него же доклад будет сегодня.

а какой есть красивый способ создать тип с конструктором и только гет проперти?

а какой есть красивый способ создать тип с конструктором и только гет проперти?

Record?

Record?

не понял

не понял

Записи подойдут? https://docs.microsoft.com/en-us/dotnet/fsharp/language-reference/records

ага, спасибо!

прям класс-класс, но лучше record

оо, тоже проперти

ну так да. Обычно если у тебя иммутабельные типы, то луше делать рекорд а не самому переписывать все equal gethashCode etc.

Привет!

Hi

а подскажите, пожалуйста

interface IRepository<'T> with member this.Filter predicate = entityList |> List.filter predicate member this.Get filter = entityList |> List.find filter member this.Add entity = entityList <- (entity :: entityList) member this.Delete entity = entityList <- (entityList |> List.filter (not << isEntityEqualsWith entity)) member this.Update entity = this.Delete entity

> member this.Update entity = this.Delete entity entity - почему здесь ошибка? я не могу сослаться на методы, который объявил?