Читаю сейчас книжку шаблоны игрового программирования ( Роберт Найстром), не могу не порекомендовать всем) такой концентрации полезной информации не видел ещё нигде

Читаю сейчас книжку шаблоны игрового программирования ( Роберт Найстром), не могу не порекомендовать всем) такой концентрации полезной информации не видел ещё нигде

В свое время она меня сильно впечатлила. Хорошая книга.

Про F# в скала подкасте https://www.youtube.com/watch?v=gQcZ0ZexO_4

Есть какое-то более простое кроссплатформенное решение? Думаю в сторону Mono. Если уж использовать какую-то альтернативу WPF, то тогда уж QT.

Avalonia. Я даже писал DSL для F#, но дальше PoC не дошло. https://github.com/Dolfik1/AvaloniaDSL/blob/master/Application.fs

Вообще можно к этой теме вернуться и написать, мб даже в стиле Elm, но нужен ещё такой же безумец, @fvnever @gsomix

Тайп провайдерами генерить байндинги

Avalonia. Я даже писал DSL для F#, но дальше PoC не дошло. https://github.com/Dolfik1/AvaloniaDSL/blob/master/Application.fs

Я уже решил на QT писать, раз уж WinForms нет для Linux. Он мне более родной. Но спасибо.

Я уже решил на QT писать, раз уж WinForms нет для Linux. Он мне более родной. Но спасибо.

Windows Forms очень сильно такое себе

Windows Forms очень сильно такое себе

У меня оно по программе просто. Мне для лаб нужно.

Мы иногда пилим фриланс проекты, по возможности пишем на WPF, избегая Windows Forms

У меня оно по программе просто. Мне для лаб нужно.

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

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

Я уже решил на QT писать, раз уж WinForms нет для Linux. Он мне более родной. Но спасибо.

Винформс же есть в моно, вроде

У меня тут идея небольшая появилась, что если каждый напишет какую-нибудь небольшую библиотеку/обёртку на F#, или поконтрибьютит куда-нибудь, дабы внести такой небольшой вклад в развитие? А то все пользуются языком, а нужно ещё отдавать, устроим такой небольшой хакатон :)

свежая и прекрасная идея)

свежая и прекрасная идея)

На счет "свежая" - это сарказм?

да, а на счет прекрасная нет

У меня вопрос по этому поводу: можно как-нибудь сделать так, чтобы из C# необязательные параметры задавались без фшарпопшинал?

У меня тут идея небольшая появилась, что если каждый напишет какую-нибудь небольшую библиотеку/обёртку на F#, или поконтрибьютит куда-нибудь, дабы внести такой небольшой вклад в развитие? А то все пользуются языком, а нужно ещё отдавать, устроим такой небольшой хакатон :)

Так это ж на гите ещё был тред с подтягиванием"молодежи"

Так это ж на гите ещё был тред с подтягиванием"молодежи"

Так там вроде общие слова были.

свежая и прекрасная идея)

Я имел ввиду в разрезе нашего, ру сообщества

Вроде такого ещё не было

Так там вроде общие слова были.

Ну как и щас ?

да, а на счет прекрасная нет

Были ли когда-то конкретные инициативы? Я бы посмотрел на найденные грабли.

Ну как и щас ?

Здесь все еще аморфно, но все же область чуть поуже.

У меня вопрос по этому поводу: можно как-нибудь сделать так, чтобы из C# необязательные параметры задавались без фшарпопшинал?

https://docs.microsoft.com/en-us/dotnet/fsharp/language-reference/parameters-and-arguments#optional-parameters ?

Это = тому что в C#

Блин, вспомнил что обещал написать бота на цепях Маркова и F#, и написать статью на хабр, забыл :)

Это понятно, но когда из шарпа это вызываешь, то оно оборачивается во что-то типа FSharpOptional<T> или типа того. Сейчас по памяти пишу

Это так себе выглядит

У меня вопрос по этому поводу: можно как-нибудь сделать так, чтобы из C# необязательные параметры задавались без фшарпопшинал?

Ты хочешь написать на F#, чтобы в C# они были без FSharpOptional?

Да

А то какой смысл писать либу, если её не ото всюду можно использовать без вопросов?

Да

А в обратную сторону оно работает? C# -> F#?

Блин, вспомнил что обещал написать бота на цепях Маркова и F#, и написать статью на хабр, забыл :)

Я б тоже цепи Маркова б заюзал :D

В обратную всё работает однозначно: ставишь null, и получаешь null

А то какой смысл писать либу, если её не ото всюду можно использовать без вопросов?

Опциональные параметры это не функциональненько, я думаю смысла нет заморачиваться с этим, если честно

Как бы я написал Funogram, и не парился с поддержкой C#

Были ли когда-то конкретные инициативы? Я бы посмотрел на найденные грабли.

ссылки сходу не найду 1) пару лет назад был F# Hackaton перед или после F# eXchange где в кембридже народ собрался и вместе с Доном игрались с компилятором 2) Матиас делала а может еще и делает F# Breakfast где народ собирался покодить вместе - http://www.clear-lines.com/blog/post/F-Coding-Breakfasts-Lunches-lete28099s-code-together!.aspx 3) вроде Roman Provazník делаем в Чехии что-то типо F# Beer (не знаю что они там делают ? )

Сделал так, чтобы удобно было F# программистам

У меня есть либа работы с кэшем, там есть TryGetValue, например, и out-параметры оборачиваются в эту ерунду. Поэтому я её до сих пор и не переписал на F#: внутренне было бы лучше, но снаружи — наоборот

Опциональные параметры это не функциональненько, я думаю смысла нет заморачиваться с этим, если честно

Так речь идет про C# Api. Если ты не заметил, то довольно большое число либ имеет пространство MyUberLib.CSharp, в котором все это безобразие присутсвует.

Это понятно, но когда из шарпа это вызываешь, то оно оборачивается во что-то типа FSharpOptional<T> или типа того. Сейчас по памяти пишу

не, без этого

это опциональные аргументы как в C# же

Так речь идет про C# Api. Если ты не заметил, то довольно большое число либ имеет пространство MyUberLib.CSharp, в котором все это безобразие присутсвует.

Так всё равно безобразие типа FSharpOption вылазит в C#

Common patterns of use for the F# option type in APIs are better implemented in vanilla .NET APIs using standard .NET design techniques. Instead of returning an F# option value, consider using the bool return type plus an out parameter as in the "TryGetValue" pattern. And instead of taking F# option values as parameters, consider using method overloading or optional arguments. https://docs.microsoft.com/en-us/dotnet/fsharp/style-guide/component-design-guidelines#use-the-trygetvalue-pattern-instead-of-returning-f-option-values-and-prefer-method-overloading-to-taking-f-option-values-as-arguments

Опциональные параметры это не функциональненько, я думаю смысла нет заморачиваться с этим, если честно

Согласен, но мои коллеги не владеют магией функциональности и их будут смущать обёртки при работе из C#

Kirill Попробуй повесить атрибуты на параметр. [<Optional; DefaultParameterValue(...)>]

Не так давно чинили. https://github.com/fsharp/fslang-design/blob/master/FSharp-4.1/FS-1027-complete-optional-defaultparametervalue.md

Согласен, но мои коллеги не владеют магией функциональности и их будут смущать обёртки при работе из C#

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

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

А, там нельзя C# в F# :(

Только F# в C#

Kirill Попробуй повесить атрибуты на параметр. [<Optional; DefaultParameterValue(...)>]

Проверил в FSI, работает.

Спасибо, попробую

Спасибо, попробую

А ты это обёртку пишешь для C#, или это чисто в коде F#?

Сейчас у меня чистый C#, я предпринимал попытку переписать на F#, но на тот момент передумал. Попробую ещё один раз

Спасибо, попробую

Вызов из C# тоже работает.

это опциональные аргументы как в C# же

Нет, здесь как раз FSharpOption и появляется.

Есть причины по которым BDD + Expecto не заведется? Надо понять, его нет потому что не сделали или потому-что есть дефект, который мне сейчас не виден.

Есть причины по которым BDD + Expecto не заведется? Надо понять, его нет потому что не сделали или потому-что есть дефект, который мне сейчас не виден.

Expecto это запускала тестов. А бдд или юнит тесты разве не все равно?

Expecto это запускала тестов. А бдд или юнит тесты разве не все равно?

Там связка нужна, чтобы грамотно все это представляло при падениях. Я не сильно изучал тему BDD + F#, но по моему они все заточены под методы/функции модулей.

Фш и в ооп может же. Хотя может я чего-то не понимаю. Мало практики в БДД

Фш и в ооп может же. Хотя может я чего-то не понимаю. Мало практики в БДД

Так expecto не работает с методами. Там тесты объявляются в виде: вот те тест, зови так-то, засовывай то-то в таких то условиях. Без изврата с созданием методов для тестов.

Привет!

Привет!

Привет-привет! был приятно удивлен найдя чат энтузиастов F#-а ?

Привет-привет! был приятно удивлен найдя чат энтузиастов F#-а ?

Тут нас много! Расскажешь вкратце есть ли опыт в F#? Какой ?)

Так expecto не работает с методами. Там тесты объявляются в виде: вот те тест, зови так-то, засовывай то-то в таких то условиях. Без изврата с созданием методов для тестов.

Понял

Expecto это запускала тестов. А бдд или юнит тесты разве не все равно?

+ Наверное, ты можешь тесты TickSpec, например, запускать из expecto. Ну, как это делают из NUnit и xUnit.

Тут нас много! Расскажешь вкратце есть ли опыт в F#? Какой ?)

опыта работы в индустрии на F#-е нет еще к сожалению, двигаюсь по туториалу - https://docs.microsoft.com/en-us/dotnet/fsharp/tour и пока что все нравится ? Был бы благодарен за советы сообщества, с чего начать и что почитать по F# в 2018 году ?

опыта работы в индустрии на F#-е нет еще к сожалению, двигаюсь по туториалу - https://docs.microsoft.com/en-us/dotnet/fsharp/tour и пока что все нравится ? Был бы благодарен за советы сообщества, с чего начать и что почитать по F# в 2018 году ?

Get Programming with F#

Хорошая книга.

опыта работы в индустрии на F#-е нет еще к сожалению, двигаюсь по туториалу - https://docs.microsoft.com/en-us/dotnet/fsharp/tour и пока что все нравится ? Был бы благодарен за советы сообщества, с чего начать и что почитать по F# в 2018 году ?

+ fsharpforfunandprofit.com