Но нужно подождать. Скоро Fableconf, может быть после работа над экосистемой и документацией активнее пойдет.

У меня paket жалуется Profile portable-net45+win8+wp8+wp81+wpa81 is not a supported portable profile, please tell the package authors of Microsoft.AspNet.WebApi.Client 5.2.3. Я использую обычный .net framework. Это какой-то баг или я чего-то не знаю?

Посмотрите, о чем твитнул(а) @mavnn: https://twitter.com/mavnn/status/908315801253552128?s=09

Может осилят?

Да, мне кажется, что Elm сейчас серьезнее выглядит, чем Fable.

попробуй websharper ui next

попробуй websharper ui next

А там в чем фишка?

в том,что он работает, даёт реактивный vdom в браузере и не требует костылей в виде react/redux

// реактивная переменная let rvText = Var.Create "" // vdom элемент с вводом let inputField = Doc.Input [] rvText // vdom элемент с копией ввода let label = textView rvText.View // vdom div [] [ div [] [inputField] div [] [label] ]

как-то так

Какой-то mvvm-elm получается

Какой-то mvvm-elm получается

ничего общего с mvvm там нет даже близко, поскольку VDOM неизменяемый. Обычное FRP. Похоже на то ,как работает MobX

Дык есть же Elmish !

или с ним что-то не так?

или с ним что-то не так?

c fable-ом пока что всё плохо. Или не пока что, а просто всё плохо.

хм...

был я значитцо на митапе по fable...

вместе с Pavel

было там вполне себе всё хорошо с Fable. Но оно в конце не собралось ?

А, это нормально

было там вполне себе всё хорошо с Fable. Но оно в конце не собралось ?

а что именно хорошего?

Нууу, там приложение было целиком на F#

и?

причём Fable тащил даже dts из TypeScript

чтобы собрать хелуворд, надо тащить webpack + babel + npm + dotnetcore. В 17 году это нонсенс

при чём webpack и babel - это то, что хотелось бы никогда не знать. изучать их специально для fable что-ли?

причём Fable тащил даже dts из TypeScript

Советую не спорить с Павлом, иначе это будет срач на весь день (его нельзя ни в чем в убедить). Не хотелось бы здесь это читать (или хотя бы пройдите в @dotnettalks )

Советую не спорить с Павлом, иначе это будет срач на весь день (его нельзя ни в чем в убедить). Не хотелось бы здесь это читать (или хотя бы пройдите в @dotnettalks )

я уже понял =)

Советую не спорить с Павлом, иначе это будет срач на весь день (его нельзя ни в чем в убедить). Не хотелось бы здесь это читать (или хотя бы пройдите в @dotnettalks )

Комплекс вахтёра у тебя что-ли? Я задал простой вопрос - что именно хорошего в fable. при чём тут срач и dotnettalks ? И зачем меня в чём-то вообще убеждать?

при чём webpack и babel - это то, что хотелось бы никогда не знать. изучать их специально для fable что-ли?

согласен, даже в мире javascript этот отстой обычно прячут под всякими CLI инструментами, которые в 1 команду всё делают и спасают разработчика от баттхёрта

Комплекс вахтёра у тебя что-ли? Я задал простой вопрос - что именно хорошего в fable. при чём тут срач и dotnettalks ? И зачем меня в чём-то вообще убеждать?

Хех мне хватили недавнего из Elm чатика. Если есть что сказать не по F# - welcome to @dotnettalks

ты в это веришь?)

согласен, даже в мире javascript этот отстой обычно прячут под всякими CLI инструментами, которые в 1 команду всё делают и спасают разработчика от баттхёрта

Без этого отстоя мало какое Современное js приложение обходится. Как по мне в этом и есть жирный плюс fable. Он не прячет в тёмный угол интеграцию с js. Все вполне привычно и знакомо для js девелопера. Интероп с js тоже не сложный. Подключить стороннюю нативную либо проще простого.

ты в это веришь?)

после отзывов в чате — не особо :D

Без этого отстоя мало какое Современное js приложение обходится. Как по мне в этом и есть жирный плюс fable. Он не прячет в тёмный угол интеграцию с js. Все вполне привычно и знакомо для js девелопера. Интероп с js тоже не сложный. Подключить стороннюю нативную либо проще простого.

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

Дык есть же темплейты, там все уже настроено

Без этого отстоя мало какое Современное js приложение обходится. Как по мне в этом и есть жирный плюс fable. Он не прячет в тёмный угол интеграцию с js. Все вполне привычно и знакомо для js девелопера. Интероп с js тоже не сложный. Подключить стороннюю нативную либо проще простого.

да ладно, можно спокойно жить без babel. TypeScript и BuckleScript почему то умеют делать ES5, а Fable нет. Это хорошо что-ли? Вебпак и npm тоже отнюдь не всегда нужны, я прекрасно обхожусь browserify, иногда исползую bower. А для маленьких компонент и вовсе достаточно <script>

Насколько я понимаю, babel — это самый дешевый способ сделать транслятор в JS.

Насколько я понимаю, babel — это самый дешевый способ сделать транслятор в JS.

*транслятор из ES6 в ES5

Да, спасибо.

Насколько я понимаю, babel — это самый дешевый способ сделать транслятор в JS.

в ES5 надо транслировать F#, а не js на ES6 . Это общепринятая практика для подобных трансляторов - Typescript, Ocaml, Gopherjs например (то что я пробовал)

Ну, была же какая-то инженерная причина?

Elm тот же

Ну, была же какая-то инженерная причина?

Конечно. F# -> ES6 проще написать, чем F# -> ES5. Ну вот венгры из intellyFactory, которые делали WebSharper, не поленились

Конечно. F# -> ES6 проще написать, чем F# -> ES5. Ну вот венгры из intellyFactory, которые делали WebSharper, не поленились

Я это к тому, что за TypeScript и Bucklescript стоят большие ребята, поэтому не было проблемы сделать трансляцию в ES5. Это не отменяет факта, что Elm и WebSharper молодцы.

Fable пошел по пути меньших затрат.

Fable пошел по пути меньших затрат.

это всё понятно. Что именно в Fable плохо, то же не секрет. Остаётся выяснить, что же в Fable хорошо

это всё понятно. Что именно в Fable плохо, то же не секрет. Остаётся выяснить, что же в Fable хорошо

Это я скорее для себя рассуждаю, чтобы самому понять ситуацию. :)

да ладно, можно спокойно жить без babel. TypeScript и BuckleScript почему то умеют делать ES5, а Fable нет. Это хорошо что-ли? Вебпак и npm тоже отнюдь не всегда нужны, я прекрасно обхожусь browserify, иногда исползую bower. А для маленьких компонент и вовсе достаточно <script>

Вебпак в fable не обязателен, просто взяли его по умолчанию. Мне сложно представить веб приложение без npm, и не думаю что это проблема. Ну и в целом хорошо что в мире f# есть альтернативы для фронта.

это всё понятно. Что именно в Fable плохо, то же не секрет. Остаётся выяснить, что же в Fable хорошо

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

Лично я не осилил websharper UI next, может просто туповат

== Мне сложно представить веб приложение без npm На всякий случай Bower - самый популярный менеджер пакетов для клиентского яваскрипта :) Npm устанавливает зависимости для каждого пакета отдельно, в папку этого пакета, потом так же ставит зависимости зависимостей и так далее. В клиентском яваскрипте это недопустимо: нельзя подключить на страницу две версии jQuery или любой другой библиотеки. В Бовере каждый пакет устанавливается один раз, и в случае конфликта зависимостей Бовер просто не станет устанавливать пакет, несовместимый с уже установленными.

== Лично я не осилил websharper UI next, может просто туповат странно. Имхо там как раз всё просто и логично в сравнении с react + redux

== Лично я не осилил websharper UI next, может просто туповат странно. Имхо там как раз всё просто и логично в сравнении с react + redux

Ну вот, разные люди, разные решения схожих задач :). По мне так react +redux просто, а websharper UI сложно)

Вебпак в fable не обязателен, просто взяли его по умолчанию. Мне сложно представить веб приложение без npm, и не думаю что это проблема. Ну и в целом хорошо что в мире f# есть альтернативы для фронта.

Кстати да, под RN собираю без webpack

Кстати да, под RN собираю без webpack

Из обязательного только babel.

Кстати да, под RN собираю без webpack

А как это делается? Splitter?

Из обязательного только babel.

Даже если у меня минимум ES2015?

Смотрите, что творится. https://github.com/Microsoft/visualfsharp/pull/3582

Смотрите, что творится. https://github.com/Microsoft/visualfsharp/pull/3582

О_О

Из этого можно собирать более-менее нормальные тайпклассы. Как раз то, чего мне не хватало.

Из этого можно собирать более-менее нормальные тайпклассы. Как раз то, чего мне не хватало.

Еще бы синтаксис для SRTP починили.

Еще бы синтаксис для SRTP починили.

Это отдельный разговор. Синтаксис меня не так беспокоит.

Смотрите, что творится. https://github.com/Microsoft/visualfsharp/pull/3582

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

Даже если у меня минимум ES2015?

Да, сам fable не различает, все скармливает в babel

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

Они, оказывается, с Доном что-то обсуждали в предложении про тайпклассы.

И Дон его, похоже, взял «на слабо» ?

И Дон его, похоже, взял «на слабо» ?

Вот так надо стимулировать разработку компилятора

Вполне ок :)

Самое приятное, это не должно ломать старый код. И никакого нового синтаксиса.

Если работает, то должны принять без проблем.

Я хочу саблайм поставить. Плагин для F# там неактивный, да?

К сожалению, да

https://github.com/LambdaFactory/fable-vscode-demo

Обновили под Fable 1.2 cc @angmarr

И теперь с paket ?

Привет!

К сожалению, да

Интересно, сложно ли будет обновить под свежий FCS и FSAC.

Вот это вообще без понятия. Всё, что касается компилятора и его окрестностей, для меня полностью неизведанно.

Я знаю только, что основной автор плагина F# для Саблайма — Томас Петричек (не уверен, что правильно его фамилию по-русски написал).

Томаш Петришек.

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

Томаш Петришек.

А, ок.

А с какого языка это имя?

у саблайма с++ и питон апи, и то говорят неудобное\не полное

Явно же не британец.

говорят проще под вс код плагины писать, во всех смыслах

А с какого языка это имя?

Чешский.

А под Атом, вроде, ещё проще. Там всё, что хочешь кастомизируешь. Но Атом капец какой тормозной.

VS Code, такое ощущение, в последнее время к Атому по тормознутости приближается — по крайней мере, время запуска уже не мгновенное. Хотя, вероятно, это из-за того, что плагинов много подключено.

VS Code, такое ощущение, в последнее время к Атому по тормознутости приближается — по крайней мере, время запуска уже не мгновенное. Хотя, вероятно, это из-за того, что плагинов много подключено.

+

Вот так надо стимулировать разработку компилятора

Надо сделать как @sergey_tihon. Поставить себе цель до конца года законтрибьютить в компилятор.

Надо сделать как @sergey_tihon. Поставить себе цель до конца года законтрибьютить в компилятор.

А чё сразу я? ?

А чё сразу я? ?

Всё верно. Каждый должен поставить себе такую цель! Так победим!

Победим что?)