с ними всё так

Task.handleWith

вы просто на акке сидите и шлете месаги)

я к тому, что уже есть какие-то стандартные эксепшоны и лучше юзать их

то есть надо знать, что они вообще существуют

угу, я вот всегда кидаю RuntimeException, зачем создавать своё)))))

ну да, нахер нам детализация, всё одно :)

ахахахахахахах

Единственная проблема эксепшнов — они рвут любую систему типов. Ну кроме тех, которые с эффектами, а их тащем-та нету если джавовую не считать.

ну ты все равно будешь постоянно так или иначе работать с джава наследием - эксепшоны, jvm, стандартная библиотека java

Ну, стандартная библиотека для работы со всякими датами, эксепшнами - это понятно. Но нужно ли, работая на akka, знать все java-структуры на низком уровне, знать, как с потоками вручную работать и т.д.?

тонкости знать обычно не нужно имхо

Их нужно знать в критических ситуациях

с джава колллекциями ты вообще почти не будешь сталкиваться при работе со скалой

мне кажется, если спрашивать, ответ всегда будет ближе к "да" :)

типа "или напишешь офигенный код на джава, или мы тебе голову отрежем"?

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

в скале конкарент коллекции гуана кстати

приходится джавовые юзать

То есть, например, программист уровня middle, который пишет только на scala, все равно должен знать java так же хорошо, как и middle-программист, который пишет только на java?

ну примерно так

Прикольно)

кстати да, java.util.concurrent надо прям знать, она частенько может пригодиться

Тогда все, перешедшие на scala с <любой не java язык>, идут лесом))

в скале конкарент коллекции гуана кстати

А это какие например?

Тогда все, перешедшие на scala с <любой не java язык>, идут лесом))

Ну не факт. Сама джава и jvm - это не так сложно. Обычно для java программистов вся сложность в инфраструктуре - фреймворки, либы. А для работы со скалой тебе не нужно это (обычно)

Ну не факт. Сама джава и jvm - это не так сложно. Обычно для java программистов вся сложность в инфраструктуре - фреймворки, либы. А для работы со скалой тебе не нужно это (обычно)

ага, простенькое rest api, которое в .NET в студии поднимается в несколько кликов и деплоится так же, на Scala у меня уже несколько часов настраивается. я понимаю, что я избалованный Microsoft'ом казуал, но инфраструктура тут для не JVMщика всё ещё проблема.

ну так возьми play

и не парься с akka-http

если тебе комбайн нужен где всё есть и заводится быстро

а play с akka-акторами дружит?

плей на акторах

Да

и не парься с akka-http

меня парит в akka-http что я не могу скажем быстро в REPL потестить простейший HTTP запрос или роут какой-то. всегда все сводится к куче импортов

особенно когда нужно еще какой-то header добавить к запросу)

есть же тесты

зачем репл

Ага

какие тесты?

да само собой в тестах тоже есть

некоторые вещи нужно просто запустить, ценности в тестах они не имеют. это в java я помню что тесты были самым быстрым способом запустить какой-то код. а в scala есть REPL

Мы вот живём со Scalatra на jetty и akka.

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

worksheet не поможет?

можно и worksheet, мне REPL больше нравится

Друзья есть вопрос: предположим у нас есть пачка option-ов мы можем сделать так: for { result1 <- option1 result2 <- option2 ... }...мы получим результат если все option содержат данные. А есть ли такие красивые языковые инструменты чтобы: 1. выполнился мой код Только если все option пустые 2. какой-нибудь такой паттерн матчинг чтобы например если 3 первый option пустые то выполняется мой код карочи я хочу паттерн матчинг по нескольким option если они пачкой удовлетворяют моему условию то выполняем код

паттернматчить тьюпл+ из опшенов?

(opt1 ++ opt2 ++ opt3).isEmpty

чего только люди не сделают, чтобы if condition не использовать ?

1. в конце дернуть getOrElse ??

поскольку у нас Option тоже корнями в коллекции уходит, то можно из них Iterable[T] сделать и проверить размер

чего только люди не сделают, чтобы if condition не использовать ?

и параметр явно не передавать в функции еще, ага)

и чтобы не оборачивать почём зря

Друзья есть вопрос: предположим у нас есть пачка option-ов мы можем сделать так: for { result1 <- option1 result2 <- option2 ... }...мы получим результат если все option содержат данные. А есть ли такие красивые языковые инструменты чтобы: 1. выполнился мой код Только если все option пустые 2. какой-нибудь такой паттерн матчинг чтобы например если 3 первый option пустые то выполняется мой код карочи я хочу паттерн матчинг по нескольким option если они пачкой удовлетворяют моему условию то выполняем код

насчет 2 - всегда можно запихнуть option-ы в List, и паттерн-матчить его) может быть нихера не эффективно, но выглядеть будет нормально же (opt1 :: opt2 :: opt3 :: opt4 :: Nil) match { case None :: None :: None :: tail => "wow!" case _ => "Nah" }

ну да, примерно так и думал, но всё равно как-то это всё бойлерплейтненько получается и неинтуитивно

ну ок, просто бойлерплейтно)

можешь заменить на коллект

(opt1 :: opt2 :: opt3 :: opt4 :: Nil) collect { case None :: None :: None :: tail => "wow!" }

?

дело привычки, честно слово

я прямо читаю и вижу что человек сказать хотел

все еще лучше null-checkов :D

насчет 2 - всегда можно запихнуть option-ы в List, и паттерн-матчить его) может быть нихера не эффективно, но выглядеть будет нормально же (opt1 :: opt2 :: opt3 :: opt4 :: Nil) match { case None :: None :: None :: tail => "wow!" case _ => "Nah" }

М - Масштабируемость

не совсем понял)

далеко не всегда пачка фиксированного размера :)

ERROR: S client not available

Iterator(None, None, None).filterNot(_ == None).isEmpty

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

далеко не всегда пачка фиксированного размера :)

я про это

Iterator(None, None, None).filterNot(_ == None).isEmpty

о, нет!

о, нет!

я думал тут творческий кружок =(

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

лишь бы не водка

пф, тут еще решения с shapeless не было)

я думаю там можно что-то интересное изобразить

жаль что нет в чате человека, который бы shapeless продвигал

был бы тогда творческий кружок что надо

что его продвигать ?

дело стоит тысячи слов

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

в принципе с листом худо бедно ок получается, остается только в паттерн матчинг запихать условие - если все элементы не None

а если сам не упарываешься по тайплевелу то и не нужно )

а если сам не упарываешься по тайплевелу то и не нужно )

нет, тут скорее любопытно посмотреть как решается разными способами

Друзья есть вопрос: предположим у нас есть пачка option-ов мы можем сделать так: for { result1 <- option1 result2 <- option2 ... }...мы получим результат если все option содержат данные. А есть ли такие красивые языковые инструменты чтобы: 1. выполнился мой код Только если все option пустые 2. какой-нибудь такой паттерн матчинг чтобы например если 3 первый option пустые то выполняется мой код карочи я хочу паттерн матчинг по нескольким option если они пачкой удовлетворяют моему условию то выполняем код

Мне кажется надо искать вопрос на другой вопрос. Откуда у тебя такая странная "структура" данных и нельзя ли обернуть ее в класс-другой. Для читаемости, хотя бы

в принципе с листом худо бедно ок получается, остается только в паттерн матчинг запихать условие - если все элементы не None

ну был же уже почти ответ

в принципе с листом худо бедно ок получается, остается только в паттерн матчинг запихать условие - если все элементы не None

а если завернуть опшн с нужным кодом, в список и фолдануть?

ну был же уже почти ответ

почти ответ)

в принципе с листом худо бедно ок получается, остается только в паттерн матчинг запихать условие - если все элементы не None

(Some(22) :: Some(33) :: Some(44) :: Nil) match { case l if l.forall(_.nonEmpty) => "wowowo" }

например так

ога, только паттерн матчинг тут за уши притянут

ну да)

дааа)

хотели паттерн матчинг - получите сполна

это может быть один из case тем более

интересно в какой момент после таких фокусов придут по мою душу)

l.forall(_.is/nonEmpty) — и читается, и работает. только послевкусие всё равно не пропадает

через collect тоже самое получится