AS
методы коллекций?
система типов?
конкретные типы Option и Int ?
система типов?
конкретные типы Option и Int ?
Size: a a a
2020 August 30
ii
а какая именно тема вас интересует?
Работа с Option
GP
iaro iaro
Понял, спасибо за ответы!
Может быть кто-нибудь знает хорошую статью на эту тему или отрывок из книги?
Может быть кто-нибудь знает хорошую статью на эту тему или отрывок из книги?
да загугли как выдрать значение из опшона
GP
видишь тут знатоки тролли
DS
DS
Переслано от iaro iaro
Понял, спасибо за ответы!
Может быть кто-нибудь знает хорошую статью на эту тему или отрывок из книги?
Может быть кто-нибудь знает хорошую статью на эту тему или отрывок из книги?
ii
ii
Благодарю!)
AD
Но ФП тоже создаёт сложность
Гораздо меньше чем императивочка
AD
Один цикл фор делает больше сложности чем большинство фп-кода
DS
ФП как мне кажется создает больше сложностей, но чаще всего оно решает проблемы которые ты, пока что, не видишь в своем императивно написанном коде, а они потом вылазят)
SR
Дорогой, а ты их понимаешь?
Да уж куда мне, без греческих-то букавок в имени
SA
Соглашусь. Особенно про документацию и стандартизацию. И - набор независимых библиотек, собранных в некоторую "заготовку приложения", которая обеспечивает какие-то стандарты логгирования, обработки ошибок, мониторинга, апи и т.д. и т.п. - тоже можно назвать фреймворком.
VV
не подходит. лебедь, рак и щука. В моём мире большинство вакансий на скалу про спарк, а не про зоопарк скаловской фп экосистемы (коты, зио, хттп4с, кирка и всё такое прочее)
Я вообще смотрел когда вакансии их 350 вакансий примерно 7 было про ФП. Таки да.
VV
Соглашусь. Особенно про документацию и стандартизацию. И - набор независимых библиотек, собранных в некоторую "заготовку приложения", которая обеспечивает какие-то стандарты логгирования, обработки ошибок, мониторинга, апи и т.д. и т.п. - тоже можно назвать фреймворком.
Это да.
SA
Для меня, ФП открывает новые возможности, позволяет писать приложения со свойствами, которые в той же джаве недостижимы. Но вместо бизнес-велью приходится писать какие-то обертки и реализации, добавляя фичи, которые безусловно круты и полезны, но 99.95% остального мира как-то живет без них.
И готового рецепта для этой проблемы у меня нет.
И готового рецепта для этой проблемы у меня нет.
VV
Соглашусь. Особенно про документацию и стандартизацию. И - набор независимых библиотек, собранных в некоторую "заготовку приложения", которая обеспечивает какие-то стандарты логгирования, обработки ошибок, мониторинга, апи и т.д. и т.п. - тоже можно назвать фреймворком.
Вообще ещё поверх стандартных фреймворков ещё обычно локальные пилят Аля своё SDK или платформа. Вон Райфайзен такой свой внутренний фреймворк выкатил. В нашем банке такой же своей есть. Да везде почти такой свой фреймворк поверх фреймворка другого
AH
Можно. Просто не пользуешься котами. Берёшь log4j, logback, jackson, akka, play, spark, datastax, moq и приносишь валуе со скоростью звука. Но на скале
AD
ФП как мне кажется создает больше сложностей, но чаще всего оно решает проблемы которые ты, пока что, не видишь в своем императивно написанном коде, а они потом вылазят)
Императивный стиль маскирует проблемы
λ
Душно тут у вас