все собираются пересесть на Райдер?

я только планирую посмотреть

все собираются пересесть на Райдер?

есть уже опыт?

Привет. Если чо я aka hodzanassredin/ в twi и github ))

ы, Тоха

ну в плане С# там уже все шикарно. F# пока не очень

ы, Тоха

хаха ты тут?

но скорость радует

ну в плане С# там уже все шикарно. F# пока не очень

я как то в vscode пытался писать но не пошло, хотя golang и python там ок

хаха ты тут?

как видишь :)

Vasily Они собираются опенсорсить поддержку F#?

я не люблю Code - слишком примитивен

как видишь :)

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

Vasily Они собираются опенсорсить поддержку F#?

да

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

если бы у меня на них ответы еще были ?

щас они пашут как проклятые в преддверии релиза. но я не думаю, что F# плагин там будет сильно лучше чем сейчас

я не люблю Code - слишком примитивен

ага, а как там в xamarin/monodevelop тоже жизни нет?

так теперь это VS for Mac

У райдера будет гуманная ценовая политика?

а мака у меня нет :)

так теперь это VS for Mac

ну монодевелоп еще жив вроде?

У райдера будет гуманная ценовая политика?

был блог пост

будет входить в r# ultimate

ну и отдельно

дороже r# вроде бы

А что на билде про ф# тулинг говорили?

@greenest_pig https://channel9.msdn.com/events/Build/2017/T6064

ну монодевелоп еще жив вроде?

жив. вот недавно ставил на винду. в 4к масштабируется ужасно

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

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

я очень надеюсь, что райдер - наше будущее

Холиворная тема конечно, но зачем вам IDE?

Холиворная тема конечно, но зачем вам IDE?

потому что компьютеры должны помогать делать рутину, а рефакторинги, live unit тесты и прочее это рутина

я как то пробовал вернутся в текстовые редакторы но не долго вынес

вот в blackbox от вирта это еще реалистично, писать простой текст, но там концепция другая

После paredit, idris-mode, proof-general в emacs не хочется возвращаться в IDEA. fsharp-mode тоже хорош, кстати говоря.

После paredit, idris-mode, proof-general в emacs не хочется возвращаться в IDEA. fsharp-mode тоже хорош, кстати говоря.

ну думаю emacs это таже ide только вид сбоку

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

а потом еще полгода, когда что-то новое выходит...

а подскажите еще каналы, менее специфичные, где можно просто потрепаться или там на другие темы поговорить?

а подскажите еще каналы, менее специфичные, где можно просто потрепаться или там на другие темы поговорить?

https://github.com/goq/telegram-list

Выбирай :)

https://github.com/goq/telegram-list

спасибо

А кстати кто натыкался на баги fsharp о которых надо знать другим? У меня 2 истории: нашел баг в автоматически добавляемом GetHashCode там функция в некоторых случаях дает силшком много коллизий. Из за этого мой кастомный тип в ключе словаря работал жутко медленно. Я грешил на свой код и потратил 2 недели времени. Потом с профайлером обнаружил баг и написал свой генератор хешей после этого время запуска программы изменилось с 2х часов до 2 минут.

А кстати кто натыкался на баги fsharp о которых надо знать другим? У меня 2 истории: нашел баг в автоматически добавляемом GetHashCode там функция в некоторых случаях дает силшком много коллизий. Из за этого мой кастомный тип в ключе словаря работал жутко медленно. Я грешил на свой код и потратил 2 недели времени. Потом с профайлером обнаружил баг и написал свой генератор хешей после этого время запуска программы изменилось с 2х часов до 2 минут.

баг зарепортил?

А второй баг был когда писал взаимно рекурсивную функция обнаружил что TCO не пашет по факту. Выяснилось что этот был баг в RyuJIT. Но его уже пофиксили.

баг зарепортил?

Да. Но Дон сказал что фиксить не будут из за возможных проблем совместимости.

интересно

а ссылочку можешь дать?

а ссылочку можешь дать?

https://github.com/fsharp/fsharp/issues/343

я не понимаю как улучшение генерации хэш кода может быть обратно несовместимым?

поплывет перформанс у кого то?

я не понимаю как улучшение генерации хэш кода может быть обратно несовместимым?

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

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

В нем этой проблемы нет.

стандартный нетовский? я думал он на рефлекшене работает

я имею в виду то как сделан в тюпл дот нета

Там на разное количество членов он генерится можно скзать одинаково

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

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

ага

ааа

я думаю, это надо ещё раз обсудить на гитхабе

я думаю, это надо ещё раз обсудить на гитхабе

я ща немного отошел от программинга, так пока никуда не суюсь. у тебя вес побольше может и переубедишь

В Райдер бы добавили F# на .NET Core, я бы уже юзал.

Пока что для F# там только обычный фреймворк или Mono поддерживается. Но Core обещали.

добавят, и быстрее чем в студию

Core сейчас только в Code

Core сейчас только в Code

А vs? И для винды и для мака есть

для мака есть

ERROR: S client not available

Вот когда fsharp.data для core будет кто знает?)

для винды будет если повезёт в июле

Вот когда fsharp.data для core будет кто знает?)

Вроде обещали после Standard 2.0

провайдеры пока не живут под Core

да

для винды будет если повезёт в июле

Разве в vs2017 нет f# для core ?

Нету.

нет

Вроде обещали после Standard 2.0

Я уже запутался в них.. core теперь ещё и standard..

это первое, что ошеломляет

А кто знает как можно делать asp.net mvc core на маке а потом чтоб выложить проект на win хостинг?)

На f# желательно хотя я так понимаю это не имеет значения

провайдеры пока не живут под Core

Их нет в виде единого пакета или вообще никаких нет? Мне с json надо

вообще

Привет

А кто знает как можно делать asp.net mvc core на маке а потом чтоб выложить проект на win хостинг?)

Вообще обычные MVC приложения деплоятся через msdeploy, хз относится ли это к core :)

вообще

Сложно чтоли авторам перекомпилировать для core?..)

Ну и ручками всегда задеплоить можно)

Ну и ручками всегда задеплоить можно)

Можно и ручками но заработает ли?

Алекс Там принципиальные проблемы. В Core отсутствуют какие-то API, нужные для провайдеров.

Ну и ручками всегда задеплоить можно)

Там и конфигурации наверно разные и библиотеки

Можно и ручками но заработает ли?

Почему бы нет?

Там и конфигурации наверно разные и библиотеки

Вообще влиять не должно

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

Почему бы нет?

Что то я сомневаюсь что могу сделать билд на маке, выложить на винхост и чтоб заработало )

Что то я сомневаюсь что могу сделать билд на маке, выложить на винхост и чтоб заработало )

В .Net билды не завязаны на платформе

В .Net билды не завязаны на платформе

Спасибо прям вдохновили надо пробовать

Вопрос к опытным f# бойцам -есть идея написать orm like решение на f# на базе тайп провайдеров.Нужны идеи по оптимальной архитектуре для конечного пользователя.Опираться хочется на plain sql

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

А есть уже готовые конфиги: spacemacs напрмер шикарен

Вопрос к опытным f# бойцам -есть идея написать orm like решение на f# на базе тайп провайдеров.Нужны идеи по оптимальной архитектуре для конечного пользователя.Опираться хочется на plain sql

Можно глупый вопрос?.. а зачем ?!

Спасибо прям вдохновили надо пробовать

Там работает как-то так: Твой C#/F#/etc# код компилируется в CIL (Common Intermediate Language), затем, когда ты запускаешь приложение, твой CIL код компилируется в нативный код платформы, на которой ты запустил его.

Там работает как-то так: Твой C#/F#/etc# код компилируется в CIL (Common Intermediate Language), затем, когда ты запускаешь приложение, твой CIL код компилируется в нативный код платформы, на которой ты запустил его.

И все библиотеки будут?