ЮБ
Ещё как равно 😀
Доклад по теме, подробно объясняющий, почему это не так: https://www.youtube.com/watch?v=oytL881p-nQ
Size: a a a
2020 May 21
AD
humanoid
Обидна, но по моему у них неплохая систематизация знаний
Но подача атас
ЮБ
Многие вещи, "знакомые" из джава мира, на самом деле только усложняют жизнь. И есть другие решения тех же проблем, которые менее знакомы джава разработчикам, но которые могут быть проще.
ЮБ
касательно основного вопроса — если хочется better java, я бы рекомендовал котлин.
C
А груви можно кому-нибудь и для чего-нибудь рекомендовать?
C
кроме вспомогательной функции где-нибудь в скриптах сборки
ЮБ
Я считаю груви не нужон
AD
Простота в том смысле, что любой может взять как я из с# и перейти в скалу, т.к. ООП везде одинаковый
Писать на скале как на С# не надо
AD
if(bla == null) throw new NullReferenceException;
СП
Многие вещи, "знакомые" из джава мира, на самом деле только усложняют жизнь. И есть другие решения тех же проблем, которые менее знакомы джава разработчикам, но которые могут быть проще.
Понятно, что код можно писать по разному, но хочется в промышленном программировании опираться на хорошо разработанные подходы и фреймверки. В мире ООП - таких достаточно. ФП мне кажется должен занять свою нишу просто
C
if(bla == null) throw new NullReferenceException;
а как иначе? 😳
AD
Const
а как иначе? 😳
толсто
СП
Писать на скале как на С# не надо
Вот вопрос, почему нет ? Я смогу в смешанном стиле писать
AD
потому что потом тяжело суппортить
C
Вот вопрос, почему нет ? Я смогу в смешанном стиле писать
Эдакий ММА от программирования 😊
БЛ
Const
а как иначе? 😳
if (bla == null) throw null 😀
AD
потому что в ООП есть М фич, в "ФП" есть N фич, а всмешаном стиле M * N фич в догонку из взаимодействий
ЮБ
Понятно, что код можно писать по разному, но хочется в промышленном программировании опираться на хорошо разработанные подходы и фреймверки. В мире ООП - таких достаточно. ФП мне кажется должен занять свою нишу просто
Эти "хорошо разработанные подходы и фреймворки" часто просто набор костылей. И они часто только усложняют жизнь. Разработчикам приходится не вэлью делать, а бороться с фреймворками.
СП
потому что потом тяжело суппортить
Почему бы не ограничить ФП только определенными сервисами, при этом каркас делать по конам ООП ?
ЮБ
Почему бы не ограничить ФП только определенными сервисами, при этом каркас делать по конам ООП ?
На практике в скале нет такого, что "вот в этом файле у нас фп, а вот в этом ооп". Это всё всегда идёт вместе. И не противопоставляется друг другу.