Из трех :)

Пожалуйте!

Спасибо :)

самый простой способ собраться это взять отсюда Dojo http://c4fsharp.net/#fsharp-coding-dojos - Fractal Forest || Canopy 2048 огранизитор играется дома и разбирается что к чему и как, потом все приходят им рассказывают что делать, потом огр ходит и отвечается на вопросы, к середине народ начинает уже помогать друг другу и начинается фан

Спасибо.

Я на знаю умеет ли Fable так же делать снапшоты

Fable-react и с помощью реакт сервера уз рендеринг, но я бы фэйбл в бой пока не пускал, на крупных проектах

Ну, на крупных никто ничего и не будет пускать без предварительной подготовки и изучения на небольших проектах :)

Fable-react и с помощью реакт сервера уз рендеринг, но я бы фэйбл в бой пока не пускал, на крупных проектах

ну вот я пока фронт оставлю на Angular - бекенд думаю на F# замутить. Если хотя бы одного ведущего разработчика который хоть как то знает F# и будет готов учится на нем писать то новый проект запущу на F#

ну вот я пока фронт оставлю на Angular - бекенд думаю на F# замутить. Если хотя бы одного ведущего разработчика который хоть как то знает F# и будет готов учится на нем писать то новый проект запущу на F#

А напомни твою роль?)

ну если на бумаге то "директор по разработке". А по факту технический директор. Я ищу разработчиков на новый проект в роли ведущего (а лучше лида) ну и мидлов пару. Ну и по большому счету мне все равно на чем будет писать. Но если будет желание рискнуть на F# я только поддержу.

эту команду дополню еще фронт разработчиками - они у нас есть но они на приходяще-уходящую роль. Поэтому фронт тоже должен быть какой то опыт.

ну если на бумаге то "директор по разработке". А по факту технический директор. Я ищу разработчиков на новый проект в роли ведущего (а лучше лида) ну и мидлов пару. Ну и по большому счету мне все равно на чем будет писать. Но если будет желание рискнуть на F# я только поддержу.

Как минимум будет интересный эксперимент, сможешь потом по конфан ездить и рассказывать про боевое использование F#

Добрый день. Вопрос: в VS 2017 всё ещё не добавили поддержку папок в F# проектах или это у меня что-то не так? А то судя по https://github.com/Microsoft/visualfsharp/issues/2539 всё готово (либо я что-то упустил в обсуждении, т.к. не всё прочитал).

Artemy Апдейт последний установлен? F# Nightly?

+ в Options > F# Tools > IntelliSense вместо каких-либо полей настройки лишь надпись "An error occured loading this property page".

+ в Options > F# Tools > IntelliSense вместо каких-либо полей настройки лишь надпись "An error occured loading this property page".

Попробуй подебагать :)

Прям к студии отладчик цепляешь и дебажишь. Можно таким образом получить стектрейс и уже с ним идти жаловаться.

@gsomix ну я "подписывался" на Nightly. Вроде как обновляется незаметно (несколько раз сверял установленную версию с последней на dotnet.myget.org/F/fsharp/

У меня там вообще одно свойство :)

Добрый день. Вопрос: в VS 2017 всё ещё не добавили поддержку папок в F# проектах или это у меня что-то не так? А то судя по https://github.com/Microsoft/visualfsharp/issues/2539 всё готово (либо я что-то упустил в обсуждении, т.к. не всё прочитал).

В общем, я сейчас без nightly проверил (но в 15.2) — нету папок почему-то.

Вопрос знатокам

@fvnever а так, c Nightly, всё работает?

У папок тоже будет порядок следования?

Просто чтобы понять - это у меня одного что-то не так или это общая проблема.

@fvnever а так, c Nightly, всё работает?

А я чёт не юзаю nightly, не проверял :) У кого nightly — проверьте, пожалуйста?

У папок тоже будет порядок следования?

Да.

У меня все дома, к сожалению.

Да.

Мда. Идут по опасному пути

У папок тоже будет порядок следования?

На самом деле это уже работает даже в старых студиях, там через VFPT можно было добавлять папки. Или вручную поменяв fsproj, это несложно.

Я даже в VFPT в диаложик добавления папок контрибьютил :)

Я бы папки вообще запретил дорбавлять

ну если на бумаге то "директор по разработке". А по факту технический директор. Я ищу разработчиков на новый проект в роли ведущего (а лучше лида) ну и мидлов пару. Ну и по большому счету мне все равно на чем будет писать. Но если будет желание рискнуть на F# я только поддержу.

Прошу прощения. Описание вакансии где нибудь есть?

Тут проще на несколько модулей разбить, имхо

Vasily ну я хочу не-F# файлы в папку вынести. Но при этом, чтобы они в проекте были дабы не переключаться на Folder View.

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

Я бы папки вообще запретил дорбавлять

А вот тут ты неправ, надо специфику учитывать. Папки в F#-проектах не работают вообще, даже для обычных файлов. А в веб-проектах очень часто хочется ресурсы, не связанные с кодом, разложить по папкам.

А вот тут ты неправ, надо специфику учитывать. Папки в F#-проектах не работают вообще, даже для обычных файлов. А в веб-проектах очень часто хочется ресурсы, не связанные с кодом, разложить по папкам.

Что мешает не включать их в проект?

Что мешает не включать их в проект?

1) неудобно с ними работать в студии 2) веб-деплой не будет их деплоить

Тем более что 17 студия вроде с этим норм живет

Тем более что 17 студия вроде с этим норм живет

Но не для F# :D

Ну веб-деплой легко допилить

Это фича .NET Core-тулинга, а F# в VS2017 с ним, как ты знаешь, не работает.

MSbuild task же можно, по идее

КОторый тупо копирует папочки

Правда, без бутылки будет сложно разобраться, что происходит

У меня все дома, к сожалению.

В общем, эта проблема на моей стороне, так?

MSbuild task же можно, по идее

Там с веб-деплоем всё очень сложно. На простом мсбилде я бы взялся делать, но в том месте, в котором оно взаимодействует с MSDeploy — нет.

Ты паблиш имеешь в виду?

Artemy Не знаю, я не проверял.

Жалко, что vaskir вышел, можно было бы у него спросить.

В общем, я сейчас без nightly проверил (но в 15.2) — нету папок почему-то.

Та же фигня

Жалко, что vaskir вышел, можно было бы у него спросить.

Надоели мы ему ?

Я бы папки вообще запретил дорбавлять

Не, это печально

Не его уровень просто

Ну, мало ли какие причины, чего вы.

А мы ничего, мы уважаем решение человека.

Ты паблиш имеешь в виду?

Да, паблиш. С ним основные проблемы в веб-проектах (и в том числе с F#).

На старом тулинге (VS2015) приходилось очень сильно изворачиваться, чтобы стандартный publosh to web работал для F#.

Там надо просто билд таск дописать, по идее

Конечно же, в неткоре сейчас раздолье и всё стало прекрасно (не шучу).

Там надо просто билд таск дописать, по идее

Ой, там замучаешься его дописывать. Дело в том, что web deploy package собирается студией по ей одной известным алгоритмам (наверное, они зашиты где-то в базовых targets-файлах веб-проектов). Очень сложно что-то с этим делать, там шаг влево-вправо карается незагружаемым проектом. Я очень долго сидел над fsproj, когда делал деплой своего простейшего сайтика. Ну а на больших, сложных проектах это вообще ужас, наверное.

На паблише вызывается определенный таргет

Лучше всего постараться забыть весь этот старый тулинг и ехать на неткор :)

А зачем вообще с ним заморачиваться?

ERROR: S client not available

Надо просто прописать Before

(ну, по меньшей мере для веба)

Кстати, я тут что подумал сегодня.

Смотрите, в .NET Core 2 же можно будет референсить обычные, десктопные библиотеки.

Значит, их можно собирать в нормальном F# с поддержкой тайп-провайдеров, а потом использовать в netcoreapp!

С выходом Core 2 обещали просто TypeProviders допилить

Да, обещали. Понять бы, чем мы можем этому помочь :)

Еще бы тайп провайдеры из тайп провайдеров...

Еще бы тайп провайдеры из тайп провайдеров...

Тайппровайдкры высшего порядка? :) Зачем, кстати?

Тогда уж сразу GADT, Type Classes и макросы - Дон только против

let pdatetime = let digits (count : int) = %% +.(qty.[count] * digit) -|> (String » Int32.Parse) %% +.digits 4 — '-' — +.digits 2 — '-' — +.digits 2 — 'T' — +.digits 2 — ':' — +.digits 2 — ':' — +.digits 2 -|> fun yyyy mm dd h m s -> new DateTime(yyyy, mm, dd, h, m, s)

Наркоманы

https://github.com/rspeele/FParsec-Pipes

https://hackage.haskell.org/package/lens-4.15.2/docs/mini_Control-Lens-Operators.html

К вопросу о перегрузке операторов

Дон хороший дядька, не тащит в язык все подряд.

Где настоящая операторная наркомания

http://rspeele.github.io/FParsec-Pipes/Intro.html

Хотя если почитать ссылку, то становится понятнее

Дон ещё ограничен совместимостью с c#, это вроде самый весомый аргумент против тайпкласов

Не, самый весомый - это что не поймемс. Не доросли

В рослине тоже висит пропоузал на тайпклассы в c#

Aka shapes

Ага, там драка с переходом на личности

Лучше бы Memory buffer допилили

https://github.com/dotnet/csharplang/issues/164

Не, самый весомый - это что не поймемс. Не доросли

Так и будет же. :)

О, там и nikov отметился

Известный товарищ на rdsn

Так и будет же. :)

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

Кстати, кто по-русски объяснит, шо есть линзы