У меня от Rx и ReactiveUI очень приятные впечатления. Особенно понравилось, что RxJS очень просто к React прикручивается, когда нужно интерфейсы писать.

Нормально, хоть и криво. Вместе с http://www.ammyui.com/ вполне возможно

И подход очень похожий, что для WPF - компонента, что для JS

Нормально, хоть и криво. Вместе с http://www.ammyui.com/ вполне возможно

хмм, жсон хмл как-то привычнее

Поиграй с динамическим дизайном ? И это не джейсон

Похож - но совсем другой язык

Нормально, хоть и криво. Вместе с http://www.ammyui.com/ вполне возможно

Фу. Именно за это я жутко ненавижу QML. Описывать UI в json - это какая-то жесть... Xml намного привычнее.

На Nemerle написан оказывается

Нет на Нитре

Как автокомплит у него сделан? В какой-то конкретной IDE? Студия? VSCode? Где? А live-preview как в видео есть?

Только студия

Вроде было

Нет на Нитре

Building and debugging Install Visual Studio 2017 if you don't have oneInstall Nemerle (Click "Download Now" button)

по поводу помочь, я бы наверно посоветовал выбрать библиотеки которые. вы вами юзаете - например Expecto, FAKE, Paket, etc и посмотреть какие там бали отрыты, help-wanted, up-fo-grabs и помочь пофиксать или перед тем как в Visual F# что-то менять, поиграться и улучшить Paket.VisualStudio плагин.

Nitra на Nemerle

Неужели не слышали

VladD2 уже лет 8 в одно лицо пилит. Вещь уникальная

VladD2 уже лет 8 в одно лицо пилит. Вещь уникальная

Слышал. Но я сам только немерл использую, применений для найтры не видно. Хотя для скриптов эластика можно было сделать встраиваемый язык

Он нитру для второго немерля делать начал. Когда понял, что компилер не свернет

Там ноги растут из Peg макроса

Нитра все ж компилятор компиляторов - мало кому нужна. Специфичные области применения

Согласен

Ну вон я бы этот painless поддержал бы в студии

Jetbrains как то не стал.. А MS конкурент не нужен

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

Скорей сил много, вкатить то я вкатил, но дальше..

А ты хочешь что-то делать на Нитре или развивать сам фреймворк?

Я пробовал помочь, но Влад сейчас хочет сшарп на ниру перенести. А это как минимум мало интересно

Nitra на Nemerle

Это хорошо, конечно. Но F# же.)

Тот же ф на нитре смотрелся бы на мой, имхо, взгляд как минимум более доступно чем в yacc

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

Да похожи они, Nemerle и FSharp.. Как близнецы от разных отцов

Препроцессор - у нас то же два синтаксиса

я вроде где-то делал. там есть какой-то lines-map в Source, можно было накидать туда зарезервировнных символов начала и конца строки и пофиксить расчет координат. но писать F# тоже смысла мало как по мне)

Да в том то и дело..

Раз уж мы затронули эзотерические .net языки, F* кто-нибудь трогал?

Раз уж мы затронули эзотерические .net языки, F* кто-нибудь трогал?

трогал и слился. не хватило теории

А языка, близко совмещающего в себе возможности Haskell, Elixir, Concurrent ML? пока нет. FSharp пости рядом, вот и обидно, что этот шг не делаем

Cml = Hopac, не?

F* - язык доказательтва правильности алгоритмов. Как язык общего назначения они слились

Он

Он компилится в F#

И выглядит как f# с refinement types

5 лет назад F# обгонял всех на голову, а то и две - а сейчас только чуть чуть - догонят ведь

Type provider'ов до сих пор почти нигде нет

Elixir

Rust

Nemerle

А языка, близко совмещающего в себе возможности Haskell, Elixir, Concurrent ML? пока нет. FSharp пости рядом, вот и обидно, что этот шг не делаем

я как не зайду в гиттер немерла, у меня вытекают глаза. потому что какой-нибудь Сумиха Дхармарсена бегает по сайтам всего что есть передового и экспериментального, копипастить описания фич. И хочет, чтобы это все впилил в Nemerle2. а кто дизайнить языки умеет, особо такой сложности? я хз. я пару раз описывал, где можно было использовать Нитру, но никто не воспринимает

Scala в виде Dotty - Type Providers вариативно делается как подмножество из стд

Как минимум 4 из тех что помню

Дон. Мартин. Андреас

Как минимум 4 из тех что помню

В расте гуглятся только экспериментальные проекты

Например?

FireFox

Пока не весь. Но и языку только 2 года будет с момента первой версии. Но ТАКОГО рывка я не помню

Экспериментальные проекты с подобием type provider'ов

А так они на метапрограммировании пишутся на раз. Вручную.

Т.е.?

Если интересно, посмотри реализацию протокольного уровня RabbitMq. На оыщт файле и мета

Для Rust

Там мета очень мощная - вплоть для плагинов к компилятору

Не говоря о системе типов - дубль F# + Type Classes

Как итог, у нас уже был тут давно спор про хотелки, все свои пожелания стоит не сюда выплескивать, а в репозиторий https://github.com/fsharp/fslang-suggestions/

Да я уже месяца как два пищу (имнно что пищу) ?

ERROR: S client not available

Ну тайпклассы без hkt как известно - неоч

Да я уже месяца как два пищу (имнно что пищу) ?

Варианта два: терпеть и убеждать dsyme или форкать язык и писать свой.

Без HKT - их нет. Без GADT - еще есть варианты

Варианта два: терпеть и убеждать dsyme или форкать язык и писать свой.

у него вроде очень простая позиция. нет поддержки в райнтайме - досвидос, пишите хотелки команде clr

@stdray Это неверно.

Варианта два: терпеть и убеждать dsyme или форкать язык и писать свой.

Не потяну один - старый уже ? Помру раньше ?

Но писать .net backend для Idris https://github.com/bamboo/idris-cil

Не потяну один - старый уже ? Помру раньше ?

значит не судьба.

Го*

@stdray У него довольно сложная позиция. Достаточно почитать его комментарии здесь. https://github.com/fsharp/fslang-suggestions/issues/243

Бейсик

Ivan Alexey @stdray Господа, с нитрой, растом, F* и идрисом перейдите, пожалуйста, в тематические чаты. :)

какой тематический? создайте чат для абстрактных рассуждений про всемогуторы в вакууме

Есть специальные чаты про раст и завтипы, например. Про нитру — не знаю.

Да в том то и дело, что у меня создается ощущение от ответов Дона, что что то там решается выше одного сообщества F#, но непонятно что. То же самое в C# lang - вроде ругаются чуть не до личночтей, и затихают.

Ivan Не решается, извини.

Все заканчивается на Сайме.

Ладно, господа и дамы простите за эмоциональность. ? Если смогу чем то помочь всегда готов ?

Ivan Все на гитхабе, как обычно. :)

Много человек, которые занимаются разработкой компилятора и тулинга, тусят в слэке.

на мой взгляд, для каждого языка можно примерно понять, что такое идиоматичный стиль. в том слысле, стиль, который позволяет быть максимально эффективным. и когда начинается "а вот у тех ребят есть вон то, а сих есть вон сё, так давайте к себе затащим", возникают вопросы, кому от этого станет лучше. вон в C# натащили ерунды вроде expression body, или новых инициализаторов словарей. Пользы никакой, только код стал менее единообразным. И чем сложнее концепция, тем сложнее понять ее пользу и влияние.

Весь процесс разработки открытый: https://github.com/fsharp/fslang-suggestions https://github.com/fsharp/fslang-design/ https://github.com/Microsoft/visualfsharp

@stdray Да, Сайм так и говорит, примерно. "I do not use the logic that F# has to have everything C# has and more. Where would that lead us? If Rust adds XYZ, should F# add XYZ and ABC? If Borland Delphi had EFG etc....? <...> I was just saying that the F# language design is not a feature arms race with other languages, nor is its F#'s mission to be C#++"

С этим пости согласен. Сейчас пытаюсь как то систематически подружить делегаты с Vaule Task возвращаемым значением и обычным Task.

Кстати, кто нибудь в курсе как Async конкурируют с Task при выделении нитей из Thread Pool?

а как они они могут конкурировать? планировщику по идее фиолетово, во что обернут код, который надо исполнять. надо посмотреть как и кем шедулятся Async и все

О том и вопрос. Снимет ли переброс части синхронно - асинхронных опреаций с тасков на Async в ASP.NET. Task pool имеет тенденцию прилегать при синхронных вызовах, а за всеми не уследишь. Думал часть нагрузки убрать в Ф#,(синхронной). Вот и думаю спасет ли.

https://github.com/Microsoft/visualfsharp/blob/7dfa68941ce9f6ccfe99575012943eaf95d46c0f/src/fsharp/FSharp.Core/control.fs#L529 ну как я вижу, оно все пихается в тот же тредпул

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

либо я вопрос не понял

О том и вопрос. Снимет ли переброс части синхронно - асинхронных опреаций с тасков на Async в ASP.NET. Task pool имеет тенденцию прилегать при синхронных вызовах, а за всеми не уследишь. Думал часть нагрузки убрать в Ф#,(синхронной). Вот и думаю спасет ли.

тут еще вопрос, что на что надо переводить. выглядит так, что тут куча промежуточных объектов создается, а мы речь про экономию на ValueTask ведем речь