@PashaPash все - же F# не чисто функциональный ЯП

fsharp.org/guides/data-access/#sql-data-access

@FoggyFinder так и C# - не чисто OOP. просто при работе с базой пропадает вся функциональная красота

@FoggyFinder а писать в смешанном стиле на C# проще

@PashaPash мм, разве?

let getAlbumsForGenre genreName (ctx : DbContext) : Album list =
    query {
        for album in ctx.``[dbo].[Albums]`` do
            join genre in ctx.``[dbo].[Genres]`` on (album.GenreId = genre.GenreId)
            where (genre.Name = genreName)
            select album
    }
    |> Seq.toList

или, например:

let ctx = sql.GetDataContext()

let customers =
    ctx.Main.Customers
    |> Seq.map(fun c -> c.ContactName)
    |> Seq.toList

@FoggyFinder ну так в C# это выглядит абсолютно также

@Grundy конечно

код был к вопросу о том, что пропадает "функциональная красота"

@FoggyFinder ну да, если оно на C# выглядит и работает так же - то какой смысл учить F#?

ради экономии на точках с запятой? :)

не только на точках с запятой :)

код получается значительно короче, чем на C#

@FoggyFinder на стандартном подходе "выбрать данные - отдать" - одинаково

@FoggyFinder ну и опять же - у меня в команде разработчики пишут код ну максимум 5% от времени

а то и меньше - если брать именно фическое печатанье

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

и вообще идеальный язык с точки зрения организации стека - это JS

полностью согласен, если C# устраивает, то нет никакого смысла переходить на F#

@PashaPash почему?

браузерный js + node js + mongo. достаточно знания одного языка для фулл стека. при этом скрипты сопровождения - тоже на ноде

при этом принудительная асинхронность везде

а F# сейчас хорош только на специфических проектах. с хитрой алгоримикой, например

у нас был такой - укладка деталей разной формы (невыпуклых замкнутых контуров) на лист для фрезера

вот там да, F# рвет всех как тряпку

но писали на VB. потому что со стороны заказчика разработчик знал VB

точнее, писали на C#, потом конвертировали

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

@PashaPash согласен, но в последнее время F# движется и в другие стороны