Какую книгу взять для изучения фшарпа, если основы знаешь? Желательно не просто скурпулезные тонкости узнать, но и научится строить программы

F# Deep Dives / F# Design Patterns

Какую книгу взять для изучения фшарпа, если основы знаешь? Желательно не просто скурпулезные тонкости узнать, но и научится строить программы

Мне кажется, тут лучше статьи ploeh почитать, какие-нибудь курс толковые про проектирование. @angmarr подскажет лучше.

Ну если по курсам, то на plurasight мне офкоз понравились курсы от Марка Симанна - тк они не про F#, а паттерны и архитекутры, просто с примерами на F#. Вот обучающие курсы конкретно по F# - мне показались очень скучными. P.S. говорят где-то можно триал урвать на пару месяцев (или на rutracker скачать).

Кстати, а почему в тестах на F# часто пишут type TestFixture() = [<Fact>] member this.``test name``() = impl вместо module TestFixture = [<Fact>] let ``test name``() = impl ? Второй вариант же значительно читабельнее.

Кстати, а почему в тестах на F# часто пишут type TestFixture() = [<Fact>] member this.``test name``() = impl вместо module TestFixture = [<Fact>] let ``test name``() = impl ? Второй вариант же значительно читабельнее.

¯\_(ツ)_/¯

Второй вариант для простых случаев.

Первый — когда нужна какая-то предварительная инициализация, например.

Ну если по курсам, то на plurasight мне офкоз понравились курсы от Марка Симанна - тк они не про F#, а паттерны и архитекутры, просто с примерами на F#. Вот обучающие курсы конкретно по F# - мне показались очень скучными. P.S. говорят где-то можно триал урвать на пару месяцев (или на rutracker скачать).

Тут давали на 2 или 3 месяца: https://my.visualstudio.com/benefits

Но, мне кажется, рациональнее сначала на самом Pluralsight начать триал (там то ли 2 недели, то ли 30 дней).

А после использовать вышеупомянтую подписку

Первый — когда нужна какая-то предварительная инициализация, например.

Но ведь можно и статически чо-нибудь там инициализировать.

Но ведь можно и статически чо-нибудь там инициализировать.

Я помню, были какие-то проблемы с инициализацией через let в модулях.

Именно для тестов.

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

Я помню, были какие-то проблемы с инициализацией через let в модулях.

Делал так, проблем не было (нога не болит).

Делал так, проблем не было (нога не болит).

Не припомню конкретный кейс, если честно.

Так что все это значит?

Вот дон ответил https://github.com/fsprojects/FSharp.TypeProviders.SDK/issues/147#issuecomment-341922191

Кстати, а почему в тестах на F# часто пишут type TestFixture() = [<Fact>] member this.``test name``() = impl вместо module TestFixture = [<Fact>] let ``test name``() = impl ? Второй вариант же значительно читабельнее.

Я так пишу, когда мне нужны классы с полями или гарантиями выполнения конструктора / вызова Dispose. Если не нужны, то пишу модули.

Для тестирования кода Akka.NET, например, обязательно наследоваться от её базового класса для тестов. Этого уже с модулями не получается сделать.

@angmarr Я что вспомнил, про FSharpPlus. https://angrydexterous.github.io/typeclassish.html

Какой сейчас найменее фриковый способ построения веб приложения на фшарпе? Через темплейт на аспкоре?

Какой сейчас найменее фриковый способ построения веб приложения на фшарпе? Через темплейт на аспкоре?

А они там все не фриковые :) Бери темплейт от Suave, Giraffe или Freya, ну или делай на чистом ASP.NET Core. Всё прилично работает с F#.

А какой вариант юзает всякий тырпрайз?

Тырпрайз не юзает f#. *плак-плак*

А какой вариант юзает всякий тырпрайз?

@VagifAbilov рассказывал про F# в «тырпрайзе», у них там Akka.NET.

Тырпрайз не юзает f#. *плак-плак*

Это неправда.

Тырпрайз не юзает f#. *плак-плак*

А как насчёт www.jet.com?

Это неправда.

Найди мне тырппайз разработку f# в Минске =(

Что бы вот прямо пошёл и устроился, а не требовали 3+ лет разработки и т.д

Хотя даже просто вакансий f# в Минске фигаз два.

Но вот кстати Scala есть.

А в Минске (да и в Беларуси), по-моему, в основном один аутсорс везде. А там им F# не шибко нужен, как я понимаю.

Но вот кстати Scala есть.

Потому что всякие Spark, Hadoop и т.п.

В общем, грустно у нас всё ='(

Я работаю в продуктовой компании и у меня даже лимиты на linq в c#. Никто почти в него не умеет.

Не один раз приходилось переписывать кот на for&if/else, что бы «всем было понятно»

Вообще, конечно, это всё от руководства зависит, да.

Я работаю в продуктовой компании и у меня даже лимиты на linq в c#. Никто почти в него не умеет.

Непереносимость линка это тру стори, да.

Непереносимость линка это тру стори, да.

печаль какая-то, я верю что такое может быть, но звучит как дичь

Тырпрайз, с которым я работаю и где используется F# - это NRK, норвежское госТВ-радио. Один проект целиком на F# (и Akka), ещё в одном много F#, это сайт прогноза погоды yr.no. Но билд-скрипты других дотнет-проектов работают под Fake, а значит тоже на F#, поэтому в целом язык принят.

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

Неужели в Минске F# так мало, ведь некоторые разработчики из опенсорсных проектов из Белоруссии, насколько я знаю.

Жалко, что в опроснике по использованию F# ни о слова нет о географии разработчиков.

https://docs.google.com/forms/d/1l84WGQDUs0EJxVAFWj2jilA3WP0ArgyAqkSnv6Bcffo/viewanalytics

Непереносимость линка в 2017 году звучит дико. Напоминает запрет на динамический SQL и ORM.

Это тоже всё ещё живо

Хотя я помещение, как лет десять назад схлестнулись в виртуальной дискуссии Грег Янг и Клеменс Вастерс, и последний отчитывал Янга за

Отчитывал Янга как раз оптимизм в отношении генерации запросов к бд.

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

Основной аргумент - линк неподебажишь. То есть брейкпойнт посередине не поставить. Я иногда специально бью цепочку варами, чтоб ребята были довольны.

так же, как и sql

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

Ну так-то, наверное, лучше исполнять его поэтапно в процессе написания, а не написать за один раз длинную цепочку и потом смотреть, что она делает.

Основной аргумент - линк неподебажишь. То есть брейкпойнт посередине не поставить. Я иногда специально бью цепочку варами, чтоб ребята были довольны.

https://oz-code.com/

А зачем дебажить куски запросов LINQ. К ним стоит относиться как к вынесенным в C# запросам SQL.

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

https://oz-code.com/

Для F#-конвейеров бы такое

Классная штука (на первый взгляд). Спасибо за ссылку.

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

Именно. В основе LINQ deferred query execution, запрос предназначен для исполнения целиком, атомарно.

Для F#-конвейеров бы такое

Да. И кодлинзы для оторажения типов промежуточных шагов!

Ну с кодлинзами между строк будет слишком громоздко

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

Ну с кодлинзами между строк будет слишком громоздко

Ты еще не пробовал LineLens в Ionide? ?

Особо не использую Ionide. А следить за его прогрессом сложновато: уж больно быстро он развивается.)

Особо не использую Ionide. А следить за его прогрессом сложновато: уж больно быстро он развивается.)

https://github.com/ionide/ionide-vscode-fsharp/pull/510

Там гифка.

Вообще, в VS уже есть частично, что я хочу: там в подсказке пишет, какие реальные типы вместо обобщённых подставляются. Но это не очень наглядно. Хотелось бы видеть всю сигнатуру с уже подставленными реальными типами вместо обобщённых.

Вообще, в VS уже есть частично, что я хочу: там в подсказке пишет, какие реальные типы вместо обобщённых подставляются. Но это не очень наглядно. Хотелось бы видеть всю сигнатуру с уже подставленными реальными типами вместо обобщённых.

Да, это круто.

Мне нравится VS, я очень жду 15.5.

https://github.com/ionide/ionide-vscode-fsharp/pull/510

А, это видел. Даже как-то обсуждали здесь уже.

И это-таки смержили. Прикольно.

Оно же чисто визуально, в исходники комменты не подставляются?

Оно же чисто визуально, в исходники комменты не подставляются?

Визуально.

И там можно разделитель настроить.

Вместо //, например, | или ::.

Кому что нравится.

Тогда зачётно

А, но оно небось работает только на завершённых выражениях?

Промежуточные результаты в зависимости от переноса строк не выдаёт?

А, но оно небось работает только на завершённых выражениях?

Да, конечно. :(

Ну в таком виде (опираясь не переносы строк) оно не очень правильно будет.

Так-то можно сделать перенос строк на неполном выражении.

Надо как-то иначе

Я к тому, что в Ionide это может выглядеть компактно.

Кодлинзы.

Это да

Я убедился

М.б. неплохим вариантом будет просмотр типа выделенного выражения. Если выделено полное выражение — запрос типа успешен. Иначе — нет.

Хотя даже просто вакансий f# в Минске фигаз два.

Вот ладно - я одним чувакам (большой российский заказчик с нефтью связанный) втихаря небольшой рест-сервис на F# впихнул, но это скорее от того что я один над ним работал и никому он сильно не был интересен

Вот ладно - я одним чувакам (большой российский заказчик с нефтью связанный) втихаря небольшой рест-сервис на F# впихнул, но это скорее от того что я один над ним работал и никому он сильно не был интересен

Шанс на миллион и втихаря. А я имею ввиду прямо вот заходишь на жобс.тут.бай, пишешь F# и видишь 100500 ваканиский от джуна то сеньёра. Нет такого.

Недавно было две вакансии подряд в Цюрихе, до этого были позиции в Лондоне. Ещё в Гонконге на контракт разработчика F# искали. Но это всё финансы.

И не на "жобс.тут.бай" :)

Нее. Не там. Обычно на efinancialcareere дот ком

И не на "жобс.тут.бай" :)

Ещё вот тут бывают вакансии https://twitter.com/fsharpjobs

А в Минске (да и в Беларуси), по-моему, в основном один аутсорс везде. А там им F# не шибко нужен, как я понимаю.

К счастью есть местами подвижки. Например в Ciklum заказчику SBTech @antyadev на проекте подал F# и они в эту команду недавно набрали. И в Одессе у одного клиента разрешили и @timbabyuk собирается на проект внедрять. За Минск не скажу, но варианты появляются

Недавно было две вакансии подряд в Цюрихе, до этого были позиции в Лондоне. Ещё в Гонконге на контракт разработчика F# искали. Но это всё финансы.

Меня в LinkedIn на Цюрих спрашивали

Основной аргумент - линк неподебажишь. То есть брейкпойнт посередине не поставить. Я иногда специально бью цепочку варами, чтоб ребята были довольны.

Ну, вообще-то, если обычный LINQ, то вполне подебажишь. Брейкпоинты в нём можно ставить, и они работают :)

Ну, вообще-то, если обычный LINQ, то вполне подебажишь. Брейкпоинты в нём можно ставить, и они работают :)

Имеешь в виду брейкпоинты внутри лямбд?