проповедей. :) Например, к докладу "Simple Made Easy" Рича Хикки.
Ты говоришь, что ФП и F# — это сложно, а потом показываешь пример, который требует понимания "partial application, currying, bind, pipelines". В этом смысле сложность противопоставляется понятию easy/familiarity. Это сложно, потому что непривычно, незнакомо. Kotlin делает ставку на привычность, он хорошо заходит тем, кто знает Java или C#.
Стиль кода на F# изменяется в процессе обучения, ознакомления. Никто не запрещает писать в привычном C# или Python стиле, мутабельно, со стейтфул ООП иерархиями, не задумываясь о сайд-эффектах, внедряя кучи зависимостей. В итоге можно услышать законное "фи" от товарищей. Но кого это волнует, когда нужно решить задачу? ;)
В чем профит? Когда ФП язык становится знакомым и привычным, то сложность (в смысле complexity) уменьшается: композиция, иммутабельность, чистота, dependency rejection, DDD — это действительно хорошие идеи. Все это можно испортить неидиоматичным кодом, бороться можно чтением:
- fsharpforfunandprofit.com
- http://blog.ploeh.dk
@forcewake
Шикарный пост!
Мне нравится что дискуссия переходит уже в формат блог постов)
По гайдлайнам ещё кстати не рекомендуется всякие операторы-рыбки добавлять, из-за читаемости и новых людей
Обсуждают сегодня