Да вроде всё по инструкции, скачать R для Windows, запустить, написать install package("wordcloud") — RProvider почему-то его не видит, в инструкции про такие подводные камни нету ничего. Есть мнение, что пакеты надо было в корневую папку ставить, а они сложились в Documents. Расстроился оч, наверн пока не возьмусь, но спасибо :)

Да вроде всё по инструкции, скачать R для Windows, запустить, написать install package("wordcloud") — RProvider почему-то его не видит, в инструкции про такие подводные камни нету ничего. Есть мнение, что пакеты надо было в корневую папку ставить, а они сложились в Documents. Расстроился оч, наверн пока не возьмусь, но спасибо :)

А тут не смотрел - https://github.com/BlueMountainCapital/FSharpRProvider/blob/c56341e9b484970dea94cd60a602006774192ca5/docs/content/howto.md#how-do-i-install-a-new-package

Нет ну что это такое? Щас бы руками в реестр залезть, чтобы пакет поставить! Лучше сяду, напишу свой вордклауд на F# и выложу в нугет. Ну потому что это ваще неконструктивно. Вспылил немного, спасибо за линк.

Ну, вордклауд-то ты напишешь, возможно. А вот миллион всяких Data Science пакетов - едва ли. Или некоторые более специфичные штуки, я вот Bioconductor для задач биоинформатики использую, например.

Да вроде всё по инструкции, скачать R для Windows, запустить, написать install package("wordcloud") — RProvider почему-то его не видит, в инструкции про такие подводные камни нету ничего. Есть мнение, что пакеты надо было в корневую папку ставить, а они сложились в Documents. Расстроился оч, наверн пока не возьмусь, но спасибо :)

Я пакеты обычно через RStudio ставил. С провайдером после этого проблем не было. Ещё можно поставить R Tools for Visual Studio. Тогда можно работать с F# в VS и при этом, не переключаясь с неё, читать документацию по R-библиотекам, закрепив окно со справкой в среде. Ну и тут же тестить чистый R-код, строить графики, которые тоже в специальном окне VS отображаются. Вполне себе удобно получается. Ну и, конечно же, пакеты тоже ставить можно. В VS это даже удобнее, т.к. показываются списки доступных и установленных пакетов с краткой инфой о них (автор, версия, Url и т.п.).

Короче,если кому интересно, разобрался я, как netcore дружит с nuget источниками разными, но это ппц

Если вкратце - локальный nuget.config игнорируется

Расскажи, плиз

Ага, дай рецепт, как чинить. У меня тоже бывают множественные источники в нугетах.

Как починить перманентно- пока неясно

Временно можно следующим образом

Открываем nuget.config в %APPDATA%\Roaming\Nuget

Там комментируем ненужные источники

Запускаем что нам надо

Профит

VS 2017 данный конфиг перезаписывает

Гугл меня пока не понимает на тему как для dotnet new указать локальный nuget.config

Это я так пытаюсь fable посмотреть с попутным собиранием граблей

150ый!

xD

Дратути. Есть чо telegram? Готовое или которое нужно доработать.

чо по*

Дратути. Есть чо telegram? Готовое или которое нужно доработать.

Есть. https://github.com/Dolfik1/Funogram

Вот я эту либу хотел юзать.

(мне норм, что придётся на ходу её чинить, мы и так SharpXmpp чиним)

Хорошо, вроде по спиську есть всё, что пока нам нужно.

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

Есть. https://github.com/Dolfik1/Funogram

Там с отправкой файлов пока не разобрался :)

Кто-нибудь staged programming на F# в своей практике использовал?

Для математики, кажется, можно успешно использовать.

Разворачивать, например, рекурсивные формулы.

Эта, вопрос по Fable. Как мне простой table зафигачить на страницу?

Пробую через fable-arch, но пока не заводится

Vasily fable-arch больше не поддерживается.

А что поддерживается?

Я просто пытаюсь порог входа перепрыгнуть :)

fable-elmish и fable-elmish-react, например.

Смотрю на elmish тогда

Есть же два темплейта в dotnet. Один просто fable, второй вместе с elmish

Хммм... ща глянем, конечно

http://fable.io/blog/Paket-integration.html

Вот тут детали есть

Читаю, но как-то много недоговорок

Да, все что нужно это установить темплейт через dotnet new -i ...

Не совсем

Проблема последнего fable в том, что он интегрирован в альфа версию пакета

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

С канвасом-то пример понятен

Ну у меня через темплейт без проблем

Ставлю темплейт, все ок

Непонятно, как описывать структуру html

Через elmish?

Через обычный нельзя, как я понял

Строгими типами

Элмиш ща будем смотреть

Конечно, это elmish делает

Fable сам по себе просто компилирует в js

Такс, elmish вроде более вменяемую структуру создал

Отсутствие документации внятной напрягает, конечно

Это да

Он сейчас занят допилтванием интеграции с пакетом

Потом будут обновлять доки и сэмплы

Вроде завелось, слава яйцам

С версией 0.7x все было просто и понятно. А в версии 1.0.x добавили магии.

Выложили, кстати, доклад про Хопак

https://www.youtube.com/watch?v=bKpRrCssAWM

Вчера уже кидали

Хммм... ща глянем, конечно

Бери второй

Выложили, кстати, доклад про Хопак

так это же гопак! Я правильно понимаю, что там что-то типа горутин из Go только с местными особенностями? Надо попробовать на этом деле 3Д-визуализатор наклепать, как раз там можно на каждый пиксель джобу трассировки луча сделать рекурсивную

у кого нибудь есть ссылка на хелуворды, которые она там исследует?

а в видосе вроде было упоминание гитхаба где это лежит (или нет?)

что интересно - это не только скорость, но и сколько памяти съедено было в процессе

да. интерсено как работает шедулер, каким образом и когда он переключает контекст, сколько стека отводится под каждый джоб и имеет ли джоб свой id

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

в первом хелуворде естественный параллелизм - и там гопак по скорости примерно как таски. интересно, что она хотела этим показать

Ну основная мысль там - что чем больше операций, тем хопак быстрее

нет, не это

во втором жирный оверхед на стеке - и там хопак блеснул. Предполагаю - за счёт того, что джоб из джобы легче стартует чем таск из таска

Ну как бы накладных расходов меньше

Там в третьем хелловорлде уже наблюдается корреляция

асинк из асинка тоже проще стартануть, но это не бесплатная оптимизация

Ну я подозреваю, он джобы еще склеивает

В общем, в числодробилках ок должно быть

В кровавом энтерпрайзе пока не могу придумать применения

незачет. Они в задаче с деревом форкают новый поток на тредпуле с дефолтовым скедулером. Ктож так делает. У себя внутри скедулер заоптимизирован небось. Надо внутрь посмотреть.

незачет. Они в задаче с деревом форкают новый поток на тредпуле с дефолтовым скедулером. Ктож так делает. У себя внутри скедулер заоптимизирован небось. Надо внутрь посмотреть.

да

а в видосе вроде было упоминание гитхаба где это лежит (или нет?)

если найдёшь напиши плз на какой временной отметке, чет я не вижу в упор

сказала что в твиторе. Есть у кого?

сказала что в твиторе. Есть у кого?

Твитер на последнем слайде

у меня твитера нет

В кровавом энтерпрайзе пока не могу придумать применения

Экое у тебя воображение слабое)) Джобы (если они действительно такие все лёгкие как она рассказала) в энтерпрайзе с руками бы оторвали для i/o-bound задач типа микросервисной архитектуры, где каждый входящий запрос может породить несколько запросов по сети на другие микросервисы.

http://hopac.github.io/Hopac/Hopac.html

сказала что в твиторе. Есть у кого?

там нет

https://github.com/Hopac/Hopac

я про код из статьи, а не сам гопак)

я правильно вижу, что основа гопака (скедулер...) на C# написано, а на F# - обвязка типа операторов, тестов и бенчмарков?

все на сишарпе, для фшарпа обертка. Код ка то нечитабелен.

все на сишарпе, для фшарпа обертка. Код ка то нечитабелен.

да хоть на делфи, дишь бы робила)