@Fsharp_chat

Страница 2 из 396
Roman
22.02.2017
11:04:22
Почему?
Он немного претендует на официальность. А с пиратским контнетом это практически невозможно.

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

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

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

Google
Dmitry
23.02.2017
05:42:17
Я обеими руками за.

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

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

Roman
27.02.2017
18:37:55
Есть какой-нибудь концептуальный подход когда: (OOP API 1) |> (моя бизнес логика) |> (OOP API 2) ? Те я зажат между двумя императивными фреймворками.
Не оч понятно, что смущает? Описано правильно) мб только null обернуть в option с помощью Option.OfNull

Igor
27.02.2017
18:55:11
Не оч понятно, что смущает? Описано правильно) мб только null обернуть в option с помощью Option.OfNull
Я тут на днях дочитал книгу по Хаскелю и теперь уже как-то странно вызывать напрямую код с "сайд эффектами" (api 2)

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

Akhmed
27.02.2017
19:00:06
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

Roman
27.02.2017
19:02:26
Хочется чистые функции - отдельно, а вызовы фреймворков - отдельно
Это уже вопрос архитектурный. Но в целом можно попробовать монаду Reader.

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

Google
Roman
27.02.2017
19:11:53
Хочется чистые функции - отдельно, а вызовы фреймворков - отдельно
https://fsharpforfunandprofit.com/posts/elevated-world-6/ вот мб эта штука поможет внутреннему ощущению прекрасного, хоят это больше для другого

Igor
27.02.2017
19:22:22
http://blog.ploeh.dk/2017/02/02/dependency-rejection/
Никто кстати не думал перевести это и выложить на хабр?

Akhmed
27.02.2017
19:46:12
на хабре не очень любят .net и все что с ним связано

Roman
27.02.2017
19:46:24
Akhmed
27.02.2017
19:46:57
ну в любом случае прямо сейчас у меня очень много работы с командой Xamarin. Как контракт закрою можно занятся )

Roman
27.02.2017
20:37:33
http://blog.ploeh.dk/2017/02/02/dependency-rejection/
он прям подводит к Reader monad

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

Женя Зэ
27.02.2017
20:41:45
Alexander
27.02.2017
20:57:01
на хабре не очень любят .net и все что с ним связано
Любят, просто критиков много. Поэтому кажется что не любят.

Женя Зэ
27.02.2017
21:00:04
Критикуют потому что МС?

Igor
27.02.2017
21:00:38
Любят, просто критиков много. Поэтому кажется что не любят.
Тем более у нас (F#) никого продуктплейсменга, все опенсорс и кросплатформенно.

Roman
27.02.2017
21:01:27
Тем более у нас (F#) никого продуктплейсменга, все опенсорс и кросплатформенно.
На хаборе половина до сих пор думает что C# только под винду дял формочек. Инерционное мышление.

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

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

Alexander
27.02.2017
21:03:57
На хаборе половина до сих пор думает что C# только под винду дял формочек. Инерционное мышление.
Ну это нормально. Я вот не в курсе что там в java случилось за последние лет 5, xamarin и f# не так в тренде как asp и typescript wpf

Akhmed
27.02.2017
21:04:31
основная проблема F# в том что Microsoft откровенно забила на него

Alexander
27.02.2017
21:04:56
И не только Майкрософт

Roman
27.02.2017
21:05:09
основная проблема F# в том что Microsoft откровенно забила на него
Я бы, с точки зрения маркетинга, говорил, что майкрософт слишком полагается на сообщество)

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

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

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

Roman
27.02.2017
21:09:38
Вот почему то почти ко всему что делают fb отвращение. Или скорее даже к тому как они это делают;) могли бы поддержать F# , нет надо велосипедить.
они используют ocaml у себя и сделали его облегченную версию для js-девелоперов. F# там у них даже рядом не существовал.

Женя Зэ
27.02.2017
21:09:54
Igor
27.02.2017
21:10:03
Мало библиотек самодостаточных, вместо этого тащут все с С#, тут и развитие тормозиться:(
А вот мне кажется это не плохо, новый разработчик может использовать привычный стек который он уже знает. А ему не надо вместе с языком изучать еще 100500 библиотек.

Alexander
27.02.2017
21:11:27
А вот мне кажется это не плохо, новый разработчик может использовать привычный стек который он уже знает. А ему не надо вместе с языком изучать еще 100500 библиотек.
Согласен, но с другой стороны должны появляться фрейймворки аля - смотрите как можно делать в 2 строки то что вы делаете в 10ки строк на с#

Alexander
27.02.2017
21:12:16
Акка да

Смотрел

Igor
27.02.2017
21:15:08
Согласен, но с другой стороны должны появляться фрейймворки аля - смотрите как можно делать в 2 строки то что вы делаете в 10ки строк на с#
Лично я к это отношусь как к "инфраструктуре" которой можно скормить мой чистый-функциональный dsl. И если приспичит я напишу сам прослойку, есть же интероп.

Alexander
27.02.2017
21:15:10
какой резон брать джаву для чего-нибудь кроме электрочайников?
Сейчас уже стек не так важен, если есть более менее готовое решение то возьму его. Притянуть можно все в.net. Микросервисы и зоопарк

Женя Зэ
27.02.2017
21:15:44
Akhmed
27.02.2017
21:17:30
.net стек еще хорош тем что можно на одной платформе писать под все. мобилки, десктоп, сервер и т.п.

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

Alexander
27.02.2017
21:17:54
Google
Alexander
27.02.2017
21:18:17
Akhmed
27.02.2017
21:18:20
и один и тот же код работает как на мобилках, так и на десктопе так и на сервере для валидации пакетов до того как это все будет скачано на мобилки

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

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

?

Alexander
27.02.2017
21:20:56
Ну в.net тоже не все так просто

Roman
27.02.2017
21:21:11
Ну в.net тоже не все так просто
гораздо более изкаробочно)

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

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

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

Roman
27.02.2017
21:22:28
я к тому что пробелмы легаси кода есть в любом языке программирования

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

Alexander
27.02.2017
21:23:59
Это не пробелмы .net
Конечно, но кто же 10 лет назад знал что будет core clr, mono, pcl

Akhmed
27.02.2017
21:24:00
и только одного разработчика Нашел со знанием C# и Android

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

Akhmed
27.02.2017
21:24:43
да какая разница 10 лет назад или нет

Google
Akhmed
27.02.2017
21:24:56
если разработчик делает жесткий и хрупкий код то это ни от чего не спасет

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

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

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

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

но C#

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

Alexander
27.02.2017
21:27:34
Akhmed
27.02.2017
21:28:30
минутку

Akhmed
27.02.2017
21:29:09


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

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

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

Какая?
http://www.ozon.ru/context/detail/id/5800704/

Alexander
27.02.2017
21:30:24
Akhmed
27.02.2017
21:31:18
Какую?)
да там старье. http://www.ozon.ru/context/detail/id/19428454/

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

хотя пока приостановил из за Xamarin WPF

Страница 2 из 396