Почему?

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

лучше книги постить тут.

вот за эту кстати, спасибо.

Господа, т.к. последнее время у меян завал на работе, если вдруг кто найдет интересный пост про F#(можно и про .net в целом) или новость или напишет пост, то было бы круто им поделится, здесь и мы его отправим в канал.

Я обеими руками за.

Толька какая статья нужна. Тем неохваченных на русском много. Проще сделать перевод чего-нибудь из https://sergeytihon.wordpress.com/2016/10/23/f-advent-calendar-in-english-2016/

Толька какая статья нужна. Тем неохваченных на русском много. Проще сделать перевод чего-нибудь из https://sergeytihon.wordpress.com/2016/10/23/f-advent-calendar-in-english-2016/

Статья нужна любая. ) Можно и перевод.

Есть какой-нибудь концептуальный подход когда: (OOP API 1) |> (моя бизнес логика) |> (OOP API 2) ? Те я зажат между двумя императивными фреймворками.

Есть какой-нибудь концептуальный подход когда: (OOP API 1) |> (моя бизнес логика) |> (OOP API 2) ? Те я зажат между двумя императивными фреймворками.

Не оч понятно, что смущает? Описано правильно) мб только null обернуть в option с помощью Option.OfNull

Не оч понятно, что смущает? Описано правильно) мб только null обернуть в option с помощью Option.OfNull

Я тут на днях дочитал книгу по Хаскелю и теперь уже как-то странно вызывать напрямую код с "сайд эффектами" (api 2)

Хочется чистые функции - отдельно, а вызовы фреймворков - отдельно

http://blog.ploeh.dk/2017/02/02/dependency-rejection/

http://blog.ploeh.dk/2017/01/27/from-dependency-injection-to-dependency-rejection/

ну и в целом стоит посмотреть доклад

https://www.infoq.com/presentations/mock-fsharp-tdd

Хочется чистые функции - отдельно, а вызовы фреймворков - отдельно

Это уже вопрос архитектурный. Но в целом можно попробовать монаду Reader.

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

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

Как интересно!

Хочется чистые функции - отдельно, а вызовы фреймворков - отдельно

https://fsharpforfunandprofit.com/posts/elevated-world-6/ вот мб эта штука поможет внутреннему ощущению прекрасного, хоят это больше для другого

http://blog.ploeh.dk/2017/02/02/dependency-rejection/

Никто кстати не думал перевести это и выложить на хабр?

на хабре не очень любят .net и все что с ним связано

на хабре не очень любят .net и все что с ним связано

А разве не все равно?

ну в любом случае прямо сейчас у меня очень много работы с командой Xamarin. Как контракт закрою можно занятся )

http://blog.ploeh.dk/2017/02/02/dependency-rejection/

он прям подводит к Reader monad

но так и не довел

на хабре не очень любят .net и все что с ним связано

Интересно, почему?

на хабре не очень любят .net и все что с ним связано

Любят, просто критиков много. Поэтому кажется что не любят.

Критикуют потому что МС?

Любят, просто критиков много. Поэтому кажется что не любят.

Тем более у нас (F#) никого продуктплейсменга, все опенсорс и кросплатформенно.

Тем более у нас (F#) никого продуктплейсменга, все опенсорс и кросплатформенно.

На хаборе половина до сих пор думает что C# только под винду дял формочек. Инерционное мышление.

Да))) У меня сегодня разработчик свой косяк так и оправдал "майкрософтовский стек - ну а что ты хотел?!"

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

На хаборе половина до сих пор думает что C# только под винду дял формочек. Инерционное мышление.

Ну это нормально. Я вот не в курсе что там в java случилось за последние лет 5, xamarin и f# не так в тренде как asp и typescript wpf

основная проблема F# в том что Microsoft откровенно забила на него

И не только Майкрософт

основная проблема F# в том что Microsoft откровенно забила на него

Я бы, с точки зрения маркетинга, говорил, что майкрософт слишком полагается на сообщество)

И не только Майкрософт

С другой стороны facebook вон взял и reason выпустил, а это племяшка F#

Мало библиотек самодостаточных, вместо этого тащут все с С#, тут и развитие тормозиться:(

С другой стороны facebook вон взял и reason выпустил, а это племяшка F#

Вот почему то почти ко всему что делают fb отвращение. Или скорее даже к тому как они это делают;) могли бы поддержать F# , нет надо велосипедить.

Вот почему то почти ко всему что делают fb отвращение. Или скорее даже к тому как они это делают;) могли бы поддержать F# , нет надо велосипедить.

они используют ocaml у себя и сделали его облегченную версию для js-девелоперов. F# там у них даже рядом не существовал.

Ну это нормально. Я вот не в курсе что там в java случилось за последние лет 5, xamarin и f# не так в тренде как asp и typescript wpf

А какой резон брать дотнэт стэк для чего-либо кроме виндоус?

Мало библиотек самодостаточных, вместо этого тащут все с С#, тут и развитие тормозиться:(

А вот мне кажется это не плохо, новый разработчик может использовать привычный стек который он уже знает. А ему не надо вместе с языком изучать еще 100500 библиотек.

А вот мне кажется это не плохо, новый разработчик может использовать привычный стек который он уже знает. А ему не надо вместе с языком изучать еще 100500 библиотек.

++

А какой резон брать дотнэт стэк для чего-либо кроме виндоус?

какой резон брать джаву для чего-нибудь кроме электрочайников?

А вот мне кажется это не плохо, новый разработчик может использовать привычный стек который он уже знает. А ему не надо вместе с языком изучать еще 100500 библиотек.

Согласен, но с другой стороны должны появляться фрейймворки аля - смотрите как можно делать в 2 строки то что вы делаете в 10ки строк на с#

Согласен, но с другой стороны должны появляться фрейймворки аля - смотрите как можно делать в 2 строки то что вы делаете в 10ки строк на с#

почти все F# либы такие)

посмотри на akka.net )

ну или либы/фреймворки с f# api

Акка да

Смотрел

Согласен, но с другой стороны должны появляться фрейймворки аля - смотрите как можно делать в 2 строки то что вы делаете в 10ки строк на с#

Лично я к это отношусь как к "инфраструктуре" которой можно скормить мой чистый-функциональный dsl. И если приспичит я напишу сам прослойку, есть же интероп.

какой резон брать джаву для чего-нибудь кроме электрочайников?

Сейчас уже стек не так важен, если есть более менее готовое решение то возьму его. Притянуть можно все в.net. Микросервисы и зоопарк

какой резон брать джаву для чего-нибудь кроме электрочайников?

Есть готовые погромисты, как минимум

Лично я к это отношусь как к "инфраструктуре" которой можно скормить мой чистый-функциональный dsl. И если приспичит я напишу сам прослойку, есть же интероп.

Это очень правильный подход

.net стек еще хорош тем что можно на одной платформе писать под все. мобилки, десктоп, сервер и т.п.

у нас достаточно сложный код работы с epub

Есть готовые погромисты, как минимум

Все относительно)

.net стек еще хорош тем что можно на одной платформе писать под все. мобилки, десктоп, сервер и т.п.

Delphi тоже можно + скорость нейтив кода конечно решает;)

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

я конечно же писал на делфи. Очень много в школе и универе. Мне почему то паскаль не нравился никогда как язык. Даже С++ больше нравился чем Pascal.

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

На джаве можно добиться того же, кмк

на Джаве в том то и дело что надо этого добиваться. А зачем если есть .net &

?

Ну в.net тоже не все так просто

Ну в.net тоже не все так просто

гораздо более изкаробочно)

Если изначально закладываться на shared код то да, а если годами писали legacy код - то это зашквар его абстрагировать и переносить в тот же pcl

+ Я набрал в команду платформенных разработчиков с Android, iOS. Так те же самые Java разработчики первое время плевались с Visual Studio ну и заодно с C#

но через полгода работы признали что C# все таки более мощный и удобный язык нежели Java

Если изначально закладываться на shared код то да, а если годами писали legacy код - то это зашквар его абстрагировать и переносить в тот же pcl

Это не пробелмы .net

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

+ Я набрал в команду платформенных разработчиков с Android, iOS. Так те же самые Java разработчики первое время плевались с Visual Studio ну и заодно с C#

Но набрал ты джава разраблтчиков

Конечно. Мне нужны были люди со знанием конкретной платформы

Это не пробелмы .net

Конечно, но кто же 10 лет назад знал что будет core clr, mono, pcl

и только одного разработчика Нашел со знанием C# и Android

остальных пришлось добирать с конкретной платформы

Конечно, но кто же 10 лет назад знал что будет core clr, mono, pcl

про моно точно знали)

да какая разница 10 лет назад или нет

если разработчик делает жесткий и хрупкий код то это ни от чего не спасет

Кстати что меня удивляет так это то насколько мало людей знакомы с трудами Дядушки Боба

особенно удивляет среди C# разработчиков

специально же есть на русском языке перевод

ладно Java - есть только на английском

но C#

есть классная книжка по проектированию и почти никто не читал ее

есть классная книжка по проектированию и почти никто не читал ее

Когда вы вообще книги успеваете читать?

минутку

есть классная книжка по проектированию и почти никто не читал ее

Какая?

и это у меня на съемной квартире. А дома вообще на всю стенку огромный шкаф

одну даже успел написать )

работаю над второй )

Какая?

http://www.ozon.ru/context/detail/id/5800704/

одну даже успел написать )

Какую?)

Какую?)

да там старье. http://www.ozon.ru/context/detail/id/19428454/

сейчас пишу на тему Xamarin