у меня райдер постоянно пытается восстановить пакеты, хотя там уже всё готово я в настройках глянул, он должен восстанавливать только отсуствующие пакеты, но он при каждом открытии проекта пытается опять

это так и должно быть или баг?

пиши бугрипорт

и тебя возьмут в жб работать

писать тулинг в райдере?)

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

у меня райдер постоянно пытается восстановить пакеты, хотя там уже всё готово я в настройках глянул, он должен восстанавливать только отсуствующие пакеты, но он при каждом открытии проекта пытается опять

Нельзя в настройках поставить, что бы только в ручную востанавливал?

Вручную можно, но раз уж умеет автоматически, то пусть восстанавливает, но только когда нужно

https://github.com/Microsoft/fsharplu

Мне казалось там была поддержка .Net Core? ?

это так и должно быть или баг?

А это разве не фича dotnet? Он всегда при сборке все пакеты ресторит. Возможно райдер в процесс не вмешивается.

А это разве не фича dotnet? Он всегда при сборке все пакеты ресторит. Возможно райдер в процесс не вмешивается.

Я надеюсь что Paket ведёт себя умнее

У меня ресторит только при создании проекта и при добавлении новых пакетов

У меня ресторит только при создании проекта и при добавлении новых пакетов

"Starting with .NET Core 2.0 SDK, dotnet restore runs implicitily when you run dotnet build. If you want to disable implicit restore when running the build command, you can pass the --no-restore option."

snowfall@snowfall-Lenovo-G510:~/fsh$ dotnet run Hello World from F#! А при создании нового: snowfall@snowfall-Lenovo-G510:~$ dotnet new console -lang F# Шаблон "Console Application" успешно создан. Обработка действий после создания... Выполнение команды dotnet restore для /home/snowfall/snowfall.fsproj... Restoring packages for /home/snowfall/snowfall.fsproj... Generating MSBuild file /home/snowfall/obj/snowfall.fsproj.nuget.g.props. Generating MSBuild file /home/snowfall/obj/snowfall.fsproj.nuget.g.targets. Restore completed in 34,35 sec for /home/snowfall/snowfall.fsproj. Восстановление выполнено.

с моим интернетом когда он пытается что-нибудь восстановить я это точно замечаю)

https://github.com/fsharp/fsharp

Здесь issue создавать по поводу атрибута InternalsVisibleTo?

Или здесь: https://github.com/Microsoft/visualfsharp

Или здесь: https://github.com/Microsoft/visualfsharp

This.

This.

А чем отличается F# Compiler от Visual F# Compiler?

https://github.com/Microsoft/visualfsharp/issues/3511

А чем отличается F# Compiler от Visual F# Compiler?

Вся разработка (компилятор, тулинг в VS) ведётся в visualfsharp, а fsharp/fsharp нужен для сборки компилятора под другие платформы и как гарант того, что всё OSS и не принадлежит MSFT.

Есть мысли слить все репозитории в один.

Вся разработка (компилятор, тулинг в VS) ведётся в visualfsharp, а fsharp/fsharp нужен для сборки компилятора под другие платформы и как гарант того, что всё OSS и не принадлежит MSFT.

#faq

Насколько я понимаю, FCS будет теперь собираться из visualfsharp. Сайм недавно PR отправлял для этого.

http://www.tachyus.com/gluon/

http://www.tachyus.com/gluon/

RPC?

http

July/August Update for F# and Visual F# Tools https://github.com/Microsoft/visualfsharp/issues/3507

Доброе утро.

https://twitter.com/k_cieslak/status/901570457421459458

Привет!

Привет!

hi

https://twitter.com/StachuDotNet/status/901710297970421760

@the_RAMZAY Это вы сюда идете?

https://twitter.com/k_cieslak/status/901570457421459458

Ура

@gsomix мы идём сюда https://events.dev.by/net-meetup-23

да, тот парниша будет там же

Кстати говоря, нужно бы собраться со всеми, кто идёт сегодня за ранее =)

Предлагаю где нибудь рядом со входом часов в 18

+1, только я раньше 18:30 врядли успею

В 18:30 там уже начало. Рассылка была на email, мол там регистрация проходить будет

Начало в 19,в 18:30 регистрация

угу

Тем временем в Минске

Круто. Будет ли запись?

Вряд ли

Камеры нет, микрофон в стороне

Печаль

F# на бэкенде, на фронте fable, тестируется все с canopy, взаимодействие не понятно, видимо Fable.Remote и пока

Vladimir Я смотрю, ты продвинулся вверх по рейтингу.

Vladimir Я смотрю, ты продвинулся вверх по рейтингу.

Спасибо) У меня правда уже закончились идеи как дальше улучшать

inline IL?

апдейты очень медленные =( в 2-3 раза медленней гетов

но хорошая новость что жираф на кестреле 10К RPS держит нормально)

правда с кастомным роутингом

https://github.com/Lanayx/PerformanceTest - может у кого будет идея как апдейты ускорить =)

хотя постов всего 40 тыщ запросов конечно (постов 780 тысяч). Можно конечно еще снова что-нибудь сделать чтобы GC не сработал, на 3 этапе одна сборка 1го уровня проходит с пиком, без нее чуть лучше будет результат, но не сильно. Кардинально больше ничего уже не вижу что можно сделать

Vladimir if newLocation.city <> null then oldLocation.city <- newLocation.city

Используй isNull.

Или not <| isNull.

я думал, но мне кажется что будет медленней

почему это может быть быстрей?

два вызова функции вместо одного сравнения по ссылке

я думал, но мне кажется что будет медленней

http://www.latkin.org/blog/2015/05/18/null-checking-considerations-in-f-its-harder-than-you-think/

if (!string.Equals(this.newLocation.country\u0040, (string) null))

вот во что компилится

так что должно быть быстрее чем not (isNull), нет?

В этом случае одинаково.

Почему-то я подумал, что x <> null всегда неэффективный код производит.

два вызова функции вместо одного сравнения по ссылке

Эти функции инлайнятся.

сейчас проверю)

https://github.com/Lanayx/PerformanceTest - может у кого будет идея как апдейты ускорить =)

Сорян если не в тему, но что вообще сподвигает такого рода проекты писать на F#? D:

Сорян если не в тему, но что вообще сподвигает такого рода проекты писать на F#? D:

Потому что можем.

а, ништяк

Я возможно что-то упускаю, но есть ощущение, что update операции не thread-safe. Или я ошибаюсь?

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

Я возможно что-то упускаю, но есть ощущение, что update операции не thread-safe. Или я ошибаюсь?

там мейлбоксы

я смотрю updateLocation декомпилировалась на 5 классов =)

так же как и updateUser и updateVisit =)

похоже computation expressions не такие дешевые как кажется

похоже computation expressions не такие дешевые как кажется

Зависит.

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

я уже и отказался

Vladimir А что за task { ты такой используешь?

жирафовский

А актор один на все локейшены?

ага, но я проверял 4 а не 2, разницы никакой

Почему не родной async?

потом поставил по актору на каждый локейшн, все вообще повисло)

родной async медленней, это в последнем релизе жираф на таски перешел как раз ради перформанса

родной async медленней, это в последнем релизе жираф на таски перешел как раз ради перформанса

А есть что почитать на эту тему?

По идее можно по актору на количество одновременных реквестов （100 вроде?）

А есть что почитать на эту тему?

можешь issue почитать где там это по таблицам разложили

можешь issue почитать где там это по таблицам разложили

Спасибо!

По идее можно по актору на количество одновременных реквестов （100 вроде?）

апдейт асинхронный, тут вообще чем меньше тем быстрее у меня получалось

Окей, если кому-то еще интересно. https://github.com/dustinmoris/Giraffe/issues/53

Всем привет, относительо недавно начал разбираться с F# и в принципе с ФП (в основном пишу на C#). Кто нибудь может просветить как при функциональном подходе быть с ioc & di ?