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

Еще года два назад были, потом все заглохло

=(

Pavel печалька. Нужно бы исправить это дело.

Собрать людей в чатике и поговорить.

книга - это обычно слишком глубоко и подробно для доклада, можно на много проще. Например код с проверкой ошибок на C# и с выч. выр. ResultBuilder в F#. Или про ORM с провайдерами типов сущностей. Но этого не достаточно конечно, так, чисто заинтересовать. Более или менее нормалный доклад по ФП обязательно должен касаться ТК.

вмысле теории категорий?

Тогда уж теории типов и теории множеств =)

вот это бы я послушал с радостью.

да - вот что то в этом роде

мне не понравилась. Слишком узко специализированная и скучная книга.

Для практических докладов теория категорий совершенно необязательна.

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

Когда парни приводят что-то типа этого, получается эффект глубоко обратный заинтересованности. Якобы код короче, значит хорошо. http://cs4.pikabu.ru/images/big_size_comm/2015-01_5/14221976559824.jpg

а это же прям классика рускоязычных докладов по F#

Для практических докладов теория категорий совершенно необязательна.

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

@ruzzke_mir Это интересно. А какие понятия базовые, например? И как к ним подвести в докладе?

@ruzzke_mir Это интересно. А какие понятия базовые, например? И как к ним подвести в докладе?

Да собственно функторы, моноиды, апликативы, монады. Подвести на самом деле легко на практических примерах если хорошо предсталять суть предмета. Вот шикарный пример как это показывать в F#, горячо рекомендую https://www.youtube.com/watch?v=E8I19uA-wGY

@ruzzke_mir Спасибо.

https://gist.github.com/fpawel/d39209ddbec53a49420079f2a726c102

а где там выполнено условие "Команда не должна играть два дня подряд."?

Добрый вечер. Небольшой вопрос. Чем будет отличаться IQueryable от IEnumerable в случае, когда нету привязки к БД? Вернее, как будут отличаться функции по работе с IQueryable от тех, что работают с IEnumerable в этом случае?

Функции по работе с IQueryable просто вызывают аналогичные для IEnumerable (естественно, я имею в виду стандартные функции типа Where, GroupBy и т.п.) ?

IQuaryable аггрегируют структуру 'запроса' в виде LINQ Expression

И потом можно этот expression проинтеретировать как захочется

Ну да, точно. Тогда ход выполнения в случае пайплайна для seq и запроса над IQueryable будет разным. А есть ли ощутимя разница по скорости выполнения между этими двумя вариантами?

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

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

Real-World Functional Programming эта?

Ага.

Год выпуска: 2010 не страшо же?

Там основы функциональщины на цшарпе и фшарпе. Для начала более чем. Ну и когда я её читал она новая была ))

Как раз 2010 год был.

Но она и сейчас вполне актуальна. Ещё хороша Deep Dive. Там хорошие примеры практического использования.

да мне как раз то что надо. Функцианальные подходы в c# тоже мне по нраву. На плюралсайте курс посмотрел на эту тему, теперь угараю по => методам в с#6

а где там выполнено условие "Команда не должна играть два дня подряд."?

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

Рекомендую эту для новичков имхо лучшая https://books.google.ru/books?id=e0Wl6id4unQC&printsec=frontcover&dq=isbn:1449326048&hl=ru&sa=X&ved=0ahUKEwj9nID6mYXUAhXBkiwKHQGeDHYQ6AEIKDAA#v=onepage&q&f=false

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

Базовый курс - Expert F# 4.0 Antonio Cisternino, Adam Granicz, Don Syme

В чем F# лучше, чем С#? Где он больше пригодится

Если кому надо, могу скинуть эти книги и другие глянуть наличие

Рекомендую эту для новичков имхо лучшая https://books.google.ru/books?id=e0Wl6id4unQC&printsec=frontcover&dq=isbn:1449326048&hl=ru&sa=X&ved=0ahUKEwj9nID6mYXUAhXBkiwKHQGeDHYQ6AEIKDAA#v=onepage&q&f=false

Для новичков да, Петричек для тех кто на цшарпе уже давно пишет и хочет потихоньку перейти.

Для новичков да, Петричек для тех кто на цшарпе уже давно пишет и хочет потихоньку перейти.

для таких лучше Expert F# 4.0

В чем F# лучше, чем С#? Где он больше пригодится

Он не лучше, он другой.

Он не лучше, он другой.

Он определённо лучше

В чем?

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

Пойду загуглю)

http://ericsink.com/entries/fsharp_chasm.html

Пойду загуглю)

посмотри https://fsharpforfunandprofit.com/posts/designing-for-correctness/

По мне так лучше, но люди разные

В чем F# лучше, чем С#? Где он больше пригодится

F# и практики программирования на нём позволяют строить более чёткую доменную архитектуру: отдельно рассматривать бизнес-логику, а отдельно какой-нибудь инфраструктурный код с побочными эффектами. Как ни парадоксально, но мне кажется, что это может очень пригодиться в каком-нибудь энтерпрайзе и других областях со сложной, развесистой бизнес-логикой.

F# и практики программирования на нём позволяют строить более чёткую доменную архитектуру: отдельно рассматривать бизнес-логику, а отдельно какой-нибудь инфраструктурный код с побочными эффектами. Как ни парадоксально, но мне кажется, что это может очень пригодиться в каком-нибудь энтерпрайзе и других областях со сложной, развесистой бизнес-логикой.

А в чем тут парадокс?

Может, но не хотят. Не хватает критической массы девелоперов. В энтерпрайзе уйдешь из конторы, а остальным проблемы.

А в чем тут парадокс?

Парадокс в том, что часто ФП рассматривают как "игрушечки для хипстеров в песочнице", а тут вдруг оказывается, что он хорошо подходит для махрового энтерпрайза :)

(ну, про игрушечки это расхожая точка зрения, и я её не поддерживаю вовсе, не подумайте)

F# не даёт особо никаких преимуществ только при работе с wpf в mvvm стиле, ну или при работе с ооп'шными фреймворками

В случае любого data processing'а сразу почувствуешь удовольствие

За две недели чатик разросся в 2 раза по количеству участников ?

Во многом благодаря @sergey_tihon, я думаю.

F# и практики программирования на нём позволяют строить более чёткую доменную архитектуру: отдельно рассматривать бизнес-логику, а отдельно какой-нибудь инфраструктурный код с побочными эффектами. Как ни парадоксально, но мне кажется, что это может очень пригодиться в каком-нибудь энтерпрайзе и других областях со сложной, развесистой бизнес-логикой.

не думаю что в разделении "бизнесс логики" (меня бесит это словосочетание) есть какая то спешиал фишка именно F#. Эти общие слова вообще мало что значат, на практике сводятся к банальному улучшению архитектуры

Во многом благодаря @sergey_tihon, я думаю.

да, я из его блога ссылку нашёл

не думаю что в разделении "бизнесс логики" (меня бесит это словосочетание) есть какая то спешиал фишка именно F#. Эти общие слова вообще мало что значат, на практике сводятся к банальному улучшению архитектуры

Ну да, F# улучшает архитектуру, я действительно так считаю.

каким же образом?

На C# можно делать так же хорошо

ERROR: S client not available

каким же образом?

Мешает писать в стиле big ball of mud. За счёт, например, задания порядка файлов в проекте.

http://ericsink.com/entries/fsharp_chasm.html

какой вывод следует сделать из этого холиварчика по твоему мнению?

Мешает писать в стиле big ball of mud. За счёт, например, задания порядка файлов в проекте.

Тут как и во многом другом F# скорее просто не позволяет делать плохо

Это к сожалению жизнь. Я на работе народу рекламируют фшарп, показываю код, даже презентацию делал. Все говорят круто, но учить никто не хочет. Цшарпа хватает. Rx и то с трудом пропихнул.

Покажи им тайп провайдеры

Покажи им тайп провайдеры

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

Тут как и во многом другом F# скорее просто не позволяет делать плохо

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

@fvnever не очень сильно мешает на самом деле. ООП ни куда не делось. Фреймворки используют DI. Верхний модуль один хрен видит всё. и т.п.

Это не фичи ФП, а просто, гм, мелкие фишки, которые помогают делать вещи более аккуратно и правильно.

Я понимаю

Это к сожалению жизнь. Я на работе народу рекламируют фшарп, показываю код, даже презентацию делал. Все говорят круто, но учить никто не хочет. Цшарпа хватает. Rx и то с трудом пропихнул.

надо не кодерам объяснять, а менеджменту.

надо не кодерам объяснять, а менеджменту.

У нас, например, менеджмент не против последовать техническим рекомендациям инженеров, если они обоснованы.

Надо уговорить основную массу инженеров на проекте — и дело в шляпе. С начальством договоримся :)

надо не кодерам объяснять, а менеджменту.

Там главный вопрос где взять девелоперов.

2-3 недели и перешел на другой язык, не сильно большая проблема если у людей есть заинтересованость

Надо уговорить основную массу инженеров на проекте — и дело в шляпе. С начальством договоримся :)

С этим как раз проблемы

Там главный вопрос где взять девелоперов.

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

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

Ну за это нужно просто бить и всё

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

В Гонконге их нет

Переход с C# -> F# не сделает из проекта конфетку

Люди найдут и тут как антипаттерны заиспользовать

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

а на сколько корректно и правильно писать в c# в таком стиле? public ExportData GetData() => Disposable .Using(() => new HttpClient(), client => client.GetByteArrayAsync(Uri).Result) .Map(Encoding.GetEncoding(1251).GetString) .Map(XmlSerializer.Deserialize<ShopExportData>);

В Гонконге их нет

можно в принципе и одному начинать. В большой C# проект без проблем дописывать что-то на F#

отлаживать жи не очень

можно в принципе и одному начинать. В большой C# проект без проблем дописывать что-то на F#

Нужно вокруг людей тоже подбивать

Переход с C# -> F# не сделает из проекта конфетку

это точно! а вот из конфетки что-то по хуже - легко

а на сколько корректно и правильно писать в c# в таком стиле? public ExportData GetData() => Disposable .Using(() => new HttpClient(), client => client.GetByteArrayAsync(Uri).Result) .Map(Encoding.GetEncoding(1251).GetString) .Map(XmlSerializer.Deserialize<ShopExportData>);

имхо уродство

можно в принципе и одному начинать. В большой C# проект без проблем дописывать что-то на F#

Я этим и занимаюсь. Веду подрывную работу, но на серьезные бизнес ориентированные проекты нужно добро от начальства