Ну это ещё норм

XAML можно же прямо в C# коде писать

Го в C# канал. :)

Вот: http://govnokod.ru/csharp

@Worldbeater RSS Reader в UWP Samples смотрел?

Го в C# канал. :)

блин сорян можно в шарповую флудилку отойти @csharprest когда писал, этого вроде не было ещё

Практически никаких шансов нет вырасти и встретиться со своим легаси-кодом на паскале :)

xD

а на шарпе надо по фень-шуевым паттернам писать всё

Вот откуда это заблуждение? Я очень часто слышу этот аргумент от Ruby разработчиков. Такой бред несут это что то с чем то. Дословно: "вот на ваших Си подобных языках надо знать паттерны проектирования, читать кучу книг. А у нас на Ruby уже сразу получается грамотный код потому что язык хорошо спроектирован"

и при чем эту чушь несут именно те кто больше всего говнокодит на Ruby

на любом языке нужно уметь проектировать код.

не важно это строготипизированный, динамический, функциональный и т.п.

при чем дословно те же ruby разработчики утверждают "на Ruby не надо думать. Самая большая проблема которую приходится решать на Ruby это подобрать правильное имя переменной"

Ну собственно когда действительно скиловые Ruby разработчики читают код таких "ruby" "разработчиков" - они просто хватаются за голову

Хмм, почему тогда все не пишут на руби, раз он так прекрасен?)

Мудаки какие-то придумали все эти C#/C++ etc

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

Просто нужно научиться не обращать внимание на такие утверждения.

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

просто подавляющее большинство Ruby разработчиков не сталкиваются с большими проектами

Для меня главный минус динамической типизации - невозможность увидеть ошибку на этапе компиляции

+

на любом языке нужно уметь проектировать код.

Ты абсолютно прав.

Ну и вообще при вызове какого-либо метода не понятно, аргументы какого типа он принимает

собственно почему мне наш F# больше всего нравистя именно из за того что можно делать лакончиный DSL. И при этом можно на этапе компиляции проверить код

Ну и вообще при вызове какого-либо метода не понятно, аргументы какого типа он принимает

Да, исследование кода становится гораздо легче.

Ну и вообще при вызове какого-либо метода не понятно, аргументы какого типа он принимает

на этот аргумент любят троллить мол типа "ну да, не понятно какого типа будет поле Tiltle или GetProduct (ну метод по другому пишутся но смысл такой же). И Ржут в ответ. Я забиваю и прекращаю спор. тупо бессмысленный спор получается )

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

Ух, надо делать пробный проект на работе. Буду делать на F#. Если он будет ок, то остальные тоже подхватят.

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

С js затрахаешься :D

С js затрахаешься :D

работает же пофиг что 2 + 2 не равно 4, но хоть чёто вывело

Не знаю как сейчас, но где-то 1.5 года назад, запустить Hello world на Angular/React было целым квестом

@neftedollar Отличные новости!

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

блин, у меня tensorflow не запрускает код из примера и хз где! т.к. там где-то ошибка в типе. Это ужасно, простыня на 40 строк, а понять где ошибка невоозможно.

Не знаю как сейчас, но где-то 1.5 года назад, запустить Hello world на Angular/React было целым квестом

это да. Тупо с нуля сделать Angular проект с тестами где то год назад я задолбался. Убил где то час.

это да. Тупо с нуля сделать Angular проект с тестами где то год назад я задолбался. Убил где то час.

А мне нравилось) Так энтрепрайзненько)

чувствуешь что порлучаешь важный навык

А в VS темплейты тоже дерьмовенькие были, тащили за собой всякие бутстрапы и куча другой фигни

Которая так просто не выпиливалась

А если у тебя получилось выпилить, вылазили неожиданные ошибки (но тут скорее косяк вс)

@neftedollar Про что проект, если не секрет?

@neftedollar Про что проект, если не секрет?

расчет скорости продаж точек.

Хм, время использовать фичи из F# 4.1 и сделать, чтобы программа перестала жрать 20 гигов памяти :)

Хм, время использовать фичи из F# 4.1 и сделать, чтобы программа перестала жрать 20 гигов памяти :)

А F# много памяти жрёт?)

F# 4.0 — да, достаточно.

У меня реально оверхед от System.Tuple + discriminated unions жрёт больше половины из этих 20 гигов.

:D

Сейчас везде намажу толстым слоем структуры, и станет хорошо.

Надо бы мемоизацию ещё прикрутить. Кто знает хелпер для многопоточной мемоизации?

Нужен плагин для Fody, который все старые тупли меняет на структ тупли.

@fvnever http://fssnip.net/search/memoization

http://fssnip.net/c4/title/Concurrent-Memoization прекрасный сниппет :D

Хм, время использовать фичи из F# 4.1 и сделать, чтобы программа перестала жрать 20 гигов памяти :)

например?

Надо бы мемоизацию ещё прикрутить. Кто знает хелпер для многопоточной мемоизации?

http://fssnip.net/c4/title/Concurrent-Memoization\

например?

Конкретно я щас надеюсь вкрутить https://github.com/fsharp/fslang-design/blob/master/FSharp-4.1/FS-1014-struct-discriminated-unions.md и System.ValueTuple.

@fvnever struct multicase DU бажные, будет осторожен.

Как это бажные?!

(впрочем, у меня только синглкейсовые пока что)

Но ты давай линк на багулю.

Конкретно я щас надеюсь вкрутить https://github.com/fsharp/fslang-design/blob/master/FSharp-4.1/FS-1014-struct-discriminated-unions.md и System.ValueTuple.

о, волшебная штука

https://github.com/Microsoft/visualfsharp/issues/3003

подписался. Спасибо

А, в этом смысле бажные. Ну, это ерунда.

Куда хуже было бы, если б в рантайме!

@gsomix а к struct tuple нельзя чтоли применять fst?

И как жить? :(

Нельзя.

ERROR: S client not available

@fvnever Совсем недавно, кстати, struct DU в рантайме падали. :)

Но Сайм все починил.

Нет, всё, перестань меня пугать!

@fvnever Реализация struct tuple мне тоже не нравится. :(

К сожалению, мы не можем в сигнатуре функций абстрагироваться от structness.

Даже в случае SRTP.

Это не проблема. Мне тут ехать, а не шашечки.

Понапишу везде слова struct [<Struct>] — и получу +500% к скорости выполнения!

(кроме шуток, у меня GC на экстремальных данных до 80% времени выполнения сжирает)

> И как жить? :( > Это не проблема.

Вот бы мне так проблемы решать!

И как жить? :(

fun struct (x, _) -> x

От так и живём!

@fvnever Мне иногда хочется что-то типа Dotty, но для F#.

(кроме шуток, у меня GC на экстремальных данных до 80% времени выполнения сжирает)

запуская его парраллельно?

Когда возьмут и сделают все заново и правильно. :)

gcServer= true как то так

запуская его парраллельно?

Не, параметрами GC не игрался.

@fvnever Мне иногда хочется что-то типа Dotty, но для F#.

Там еще не понятно что выйдет в итоге (обратная совместимость и имлиситы остануться)

Да я просто думал, что проще уж починить будет, и не выделять такие кучи памяти :)

а dotty для f# этож вроде ocaml называется

Нет.

а dotty для f# этож вроде ocaml называется

F*

@fvnever Нет.

Почому!

Потому что очевидно, что F* — это не F#.

Суть же Dotty в том, чтобы порисерчить, улучшить язык и компилятор, но при этом остаться Scala.

я думал это тупо scala не на java

Scala не на JVM — это, например, Scala Native.

Scala не на JVM — это, например, Scala Native.

Scala.js!

Ага. :)

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