Я утверждаю, что простые и средние задачи на Scala решать существенно проще, чем на большенстве других языков.
Конечно, зависит от задачи. Очень многое на Haskell делается красиво и тривиально. Но когда начинается ввод/вывод и обработка ошибок Haskell почти ни чего не дает, по сравнению с распространенными языками.

Какие вопросы спрашивают на собеседовании?

На scala days кто-нибудь собирается? Думаю поехать на берлинскии scala days в мае, годное мероприятие?

>>1137328
лямбды

>>1137329
Вообще думаю все митапы по умолчанию говно.

>>1137321 (OP)
Говорят Хаскель на порядок проще из-за отсутствия ебучего наследования и костылей JVM это так?

>>1137336
Лямда исчисления?

>>1137344
Оно самое а вообще хороше уже то что ты под себя не ходишь

>>1137363
Так а ещё что спрашивают? Хочу сразу как минимум на мидла перакится, на скале ток много для спарка писал.

>>1137370
Akka / Akka Persistence / Akka HTTP / Akka Streams, Scala, Play, Slick,Kafka

>>1137370
skillset 1 = Scala, Spark, Cassandra
skillset 2 = Scala, Solr/Elasticsearch, Akka

>>1137379
>>1137383
Спасибо

>>1137321 (OP)
Часто ли тащат в прод cats/scalaz ? Можно ли жить без них

>>1137425
А какой смысл писать на Scala без ScalaZ?

>>1137436
Ну ахуеть это что получается язык не состоятельный без сторонней билиотеки?

>>1137340
- Нормальная хвостовая рекурсия
- Нормальный вывод типов
- Нормальный синтаксис вызова функций
- Нет разделения на функции/методы
- ???
- Сотни их

>>1137340
только работы на нем нет

>>1137443
Согласен

>>1137439
ну хуй знает

>>1137321 (OP)
scala

>>1137767
>2018
>js

>>1137321 (OP)
Хочу вкатиться с чего начинать?

>>1138290
С Haskell

>>1138296
Толсто

Там java 10 вышла, добавили var в сахарок, скоро Скала будет ненужна-ненужна

>>1138539
Представляю баттхёрт олдскульных джавапидоров. Если даже шарпоёбы воняли про ненужность на весь интернет при добавлении подобной фичи.

>>1138539
За сахарком это в котлин. А тут любители хорошей типизации сидят.

>>1139144
За хорошей типизацией это в Coq. А тут корпоративные вонаби-ФП-шники сидят.

НАКАНЕЦТА
тред о лучшем языке программирования, мимоподписался
работаю скала-трейни-почтиджун
учу акку, слик, скалатест, всем доволен

>>1137321 (OP)
https://www.youtube.com/watch?v=4jh94gowim0

>>1137329
В NYC в Июне еду

Как сейчас ситуация с вакансиями?

>>1150602

когда искал на фрилансе, то их оказалось таки есть. Причем больше чем я думал. Но в итоге ушел в стартап и теперь пишу на ноде (

>>1148186
можешь вкратце описать зачем нужна акка?

>>1150976
Я юзал akka-http, довольно удобно для написания контроллера. Ну и конечно же akka-actors для написания многопоточных программ

Двач, а скала используется для обучения машин? Насколько реально использовать скалу для МЛ (либы вроде нужные присутствуют и в большом количестве, но используются ли на практике, встречаются ли такие вакансии)?

>>1151296

для проверки гипотез все равно быстрее python юзать и либы там заебись. Иногда уже проверенную гипотезу реализуют на Java, чтобы быстрее работало. А так в Scala для ML большого смысла нету

>>1151300
Спасибо, анон, я примерно это и предполагал. Тогда вопрос #2:
со всей этой бигдатой, хадупами, спарками и прочим можно работать как на джаве, так и на скале. Ощутим ли выигрыш по времени при работе на скале, или если знаешь джаву то смысла вкатываться в скалу (для МЛ/ЕТЛ) нет?

>>1151313

Scala хороша чтобы свой Spark написать, а так смысла нету. Опять же хоть Python юзай.

>>1151042
я просто быдлоджавер, пишущий e-commerce. Конечно понимаю о существовании различных распределенных нагруженных приложений. Но супер-примеров использования реальных асинхронных штук, кроме мб чата, представить не могу)

А в дс есть какие-нибудь магистратуры, где я смогу изучать фп, теорию типов, мат логику? Мне интересно понять пэйпер dependent object types и свободно читать спеку языка, но пока что мне знаний не хватает. Еще было бы интересно позаниматься пруф асистантами. Начинал ковырять Coq - почти ничего не понял. Начал читать dragon book про компиляторы и потом планирую прочитать benjamin pierce: types and programming languages. Есть магистратуры, куда стоит поступать с таким полем интересов?

>>1151499
Вот такие курсы, например, хотел бы прослушать:
http://mit.spbau.ru/courses/IntroductionToProgrammingLanguages
http://mit.spbau.ru/courses/fp
http://mit.spbau.ru/courses/modelchecking

>>1137321 (OP)
А матрёшку кто-нить юзает, а?

Есть вообще какая-то работа в ДС кроме Тинькова для выпускника-скалоеба (без опыта работы)?

Подскажите ньюфагу, как сделать так, чтобы IDEA видела либы подргуженные через SBT. Проект у меня собирается, но автокомплит по загруженным зависимостям не работает

>>1152096
* Собирается через SBT

>>1152096
Делаешь в идее поиск по действиям (у меня ctrl+shift+a), пишешь sbt, в открывшейся панели жмешь кнопочку с двумя синими стрелочками. Еще когда build.sbt меняешь, вверху файла должна появляться желтая полоса с опциями refresh project, enable auto-import и еще че-то.

>>1152107
Помогло, благодарствую

Есть ли смысл студентоте без опыта в продакшене вкатываться в Скалу? Или лучше скакать от Джавы.

>>1151499
В EPFL иди. https://docs.google.com/document/d/1FvShq1XS0DsTouKYeYbcUe0Ual4no4UiSQyTG7YUFNs/edit

>>1152125
Не особо важно, главное - че за работа. Большинство джава-вакансий - это какое-нибудь нудное говно типа интернет-магазинов, крудошлепства в банках и т д, но если сможешь найти приличную работу на джаве (например, будет варик в бигдату вкатиться), то устраивайся.

>>1152176
Я имею в виду реально найти джуниорскую вакансию на Скале?

>>1152130
Как-то слишком круто. Наукой я интересуюсь, но боюсь я для нее туповат. Я как-то в бакалавриате пытался придумать новый численный метод для вычисления одной фигни и ничего придумать не смог. Публикаций у меня нет и не предвидится, работаю на обычной энтерпрайз-работе (ну не совсем обычной, конечно, все-таки на скале немного особенные люди пишут). Я хотел поступать в магистратуру, чтобы за 2 года у меня либо появились научные интересы, либо чтоб я понял, что мне это не надо.

>>1152184
Если в дс живешь, то реально. Скала-джуны бывают, хоть это и редкость.

>>1152130
Автор доки в 22 года закончил мфти и уже тимлидом работал. Не представляю, чтобы люди аналогичного уровня успешности на дваче сидели.

>>1152220
Еще автор писал, что хватает людей, которые пришли после работы в сфере и есть даже те, кому за 35
>>1152186
Публикации не обязательны. Как я понял - главное в красках в резюме рассписать чем занимался и написать хорошее мотивационное письмо, зачем тебе все это надо. Так же, по словам автора, перед поступлением можно и не знать тему своей будущей диссертации и определится в первый год

>>1152220
На дваче сидят очень успешные люди, но ридонли, это факт. Жалко, что они не пишут.

Вкатываюсь в скалу, лень смотреть/бенчить самому, может анон поможет:

1) Неоднократно натыкался на заявление что у Scala меньше memory footprint по сравнению с джава, но никто не поясняет за счёт чего это достигается. JVM как я понимаю одна и та же, gc тоже наверное работает одинаково, откуда улучшение? За счёт использования lazy?

2) Моё джавовское мировоззрение напрягает работа с коллекциями и сам факт того, что коллекции иммутабельны, вопрос такой, когда я делаю так:
result :+= el
на случай если проябался с синтаксисом -- хотел показать добавление элемента в конец коллекции
происходит ли полное копирование коллекции? Сложность такой операции по времени и памяти какая будет?

>>1153137

2) списки там связанные, поэтому элемент просто добавляется в конец. да создается новый объект список, но перекопирования старых элементов не происходит

>>1153137
Нет, не происходит. Так как коллекции иммутабельны, общая часть может быть расшарена между всеми "версиями" это коллекции. Представь, например, что у тебя есть иммутабельный список А из 100 элементов, и ты делаешь на его основе 10 новых списков Б_1..Б_10, каждый из которых добавляет один новый элемент к первоначальному списку. У тебя будет 10 списков длины 101, но память будет использована не для 101*10 элементов, а только для 10 новых элементов (по одному от каждого списка Б_1..Б_10), в то время как сто общих элементов будут расшарены между всеми списками: каждый из списков Б_n будет содержать новый элемент и ссылку на список А. Поскольку данные иммутабельны, все эти операции гарантированно корректны.

В реальных структурах данных конкретная стратегия расшаривания зависит от реализации. Обычно структура делится на небольшие чанки, внутри которых изменения копируются (ибо так быстрее), и шарятся уже эти чанки. Сложность по времени обычно логарифмическая, но что-то вроде log_32(n), то есть "effectively constant time". Подробнее о реализации и расшаривании можешь гуглить по запросу "persistent data structures".

>>1153137
>> 1) Неоднократно натыкался на заявление что у Scala меньше memory footprint по сравнению с джава, но никто не поясняет за счёт чего это достигается. JVM как я понимаю одна и та же, gc тоже наверное работает одинаково, откуда улучшение? За счёт использования lazy?
Возможно из-за lazy (если его аквтивно используют) он и меньше, но как по мне, у Scala должен быть больше memory footprint. Во-первых, она не самый эффективный Bytecode даёт, так как мы в нём натягиваем сову на глобус, пытаясь выразить сложные scala концепции в терминах java классов и объектов. Плюс функциональщина достаточно активно срёт в память. Недавно как раз смотрел запись конференции, где чувак показывал как типичный код с фолдом списка на скалке умудряется срать в память со скоростью полгигабайта в секунду. В следствии этого во время фолда просыпается GC и код работает раза в три медленнее, чем его итеративный аналог. А всё сраный боксинг/анбоксинг

>>1151466
Я тоже в прошлом быдлоджавер. А про многопоточность могу в сказать, что не обязательно руками выделять отдельный поток на обработку каких данных, можно просто засовывать отельные части процессов в фьючи (например дейстия с бд), которые будут рабтать асинхронно, что ОЧЕНЬ актуально, если принимать во внимание, что в современных пк упор делаться на многопроцессорность

>>1153605
>можно просто засовывать отельные части процессов в фьючи

ИЧСХ, для этого даже Скала не нужна, лол.
CompletableFuture, конечно

И акку можно и из джавы юзать, что многие и делают.

>>1153647
>не нужна
нужна, поверь нужна
щас поясю почему
- неизменяемость (иммьютбл переменные и коллекции), очень помогает при работе в многопоточности, легче писать тесты и да и вообще читать код легче
- паттерн матчинг. Ну это просто охуенно, это даже не свитч на максималках, это намного круче
- краткость. Вот за что ругают яву, за то хвалят скалу
- полная поддержка фп. тут даже рассписывать не буду
- строягая типизация при той же краткости, и да типы дженекиков при компиляции не стираются, как в яве)
- охуенные стандартные либы
да и вообще жаба ОЧЕНЬ много потеряла в погоне за совместимостю, после скалы будешь смотреть на неё как на ассеблер после плюсов

>>1154073
> вообще жаба ОЧЕНЬ много потеряла в погоне за совместимостю
Люто удваиваю.

миможабокотлиносэр

>>1153647
>>1154073
пока курил, понял что не расписал и половины перимуществ, если заинтересуешься, то я тебе на почту книжку скину "скала для джавистов"
>>1154079
котлин уважаю, котлин крута но скала круче)

>>1154084
> скала круче
А еще Солнце, кстати, желтое, а небо синее (серое в России), кэп.

>>1154084
>понял что не расписал и половины перимуществ

Я, как-бы, в курсе, лол.
И насчёт минусов тоже.

Я не имел в виду, "скала не нужна", я имел в виду, "скала не нужна, чтобы ...".

Ты, кстати, на работе на чём пишешь, и какого рода проекты? Это я к тому, что скала - вещь в себе, и с джавой (на деле) интегрируется не особо.

>>1154073
>полная поддержка фп. тут даже рассписывать не буду
Всё-таки стоило бы расписать.

>>1154127
Работаю в геймдеве, проект на акке + кэтс, для бд - слик. Также работаю удалённо над проектом-сайтиком, там плей + бутстрап
>>1154342
- монады
- неизменяемость
- функции как переменные
- функции высшего порядка
- алгоритмические структуры данных
- нормальная поддержка рекурсии
хотя дать определение фп достаточно сложно, в отличии от ооп

>>1154375
>в отличии от ооп
Так все-таки ооп - это смолток или кресты?

>>1154434
Кресты но это не точно.
Я где-то слышал, что ООП - то что в крестах (из Симулы). В смолтолке - не ООП, а объектное программирование (объектная система в смысле позднего связывния, вот ото вот всё).

>>1154375
>алгоритмические структуры данных
Алгебраические типы данных.

>неизменяемость
Иммутабельность.
Оттенок смысла немножко другой.
Вообще, не надо ничего переводить на русский.
Нужно использовать терминологию как есть, по возможности.

Читал ли ты книжку Functional Programming in Scala (изд. Manning)?
Это одна из лучших книг по фп вообще, я бы советовал. И задания обязательно прорешать.
Ответы есть, репозиторий на гитхабе.

Есть ещё Functional Programming in Java, тоже Manning.
Тоже охуенная вещь.
Написана в совершенно другом стиле - более практическом.
Автор (намеренно) не употребляет слово "монада" в основной части книги, например, и в послесловии объясняет, почему.

>>1154508
>Алгебраические типы данных.
да, спс за фикс
>>1154439
>>1154461
>>1154434
ооп - это полиморфизм, инхеритенс не знаю как норм перевести, инкапсуляция и абстракция, а дальше понимайте как хотите

>>1154549
> инхеритенс
Лол.
Наследование.
Это как раз тот случай, когда надо переводить

Насчёт ООП - он тебя просто троллит.

>>1154558
>Это как раз тот случай, когда надо переводить
та да, просто русский мне не родной
>>1154508
>Читал ли ты книжку Functional Programming in Scala (изд. Manning)?
к сожелению ещё не читал, уже скачана, но не читал
да и только 3 месяца, как на скале, прочитал только ессеншиал скала, скала для нетерпеливых (на русском) и 200 страниц програминг ин скала одерского

>>1154577
В FP in Scala самой скалы по минимуму.
Т.е. предварительное знание языка желательно, но не обязательно. Ну, это авторы так пишут. На самом деле, конечно, просто с нуля ловить там нечего. Но, в дебри языка они не лезут, только в типы, разве что.

Книга небольшая, язык (английский) - простой. Но, времени на чтение (с решением задач) надо много, может быть, даже и год (судя по тому, что народ пишет). Т.е. надо делать это вдумчиво и не спеша.

"Скала для нетерпеливых" - очень годная книга, перевод я, правда, не видел.
Одерского можно читать вечно, лол.
Народ на форумах пишет, что терпения не хватает.

>>1154601

Одерского 5 раз перечитал, прежде чем более или менее стал понимать скалу.

>>1154549
>ооп - это полиморфизм
Сильное заявление. То есть тайпклассы - это ооп?

>инхеритенс
Сильное заявление. То есть ооп-языки без наследования - не ооп? Алсо, "предпочитайте композицию наследованию", вот это все... ооп-гуру, выходит, тоже не ооп?

>инкапсуляция и абстракция
Точно, анон, ведь без ооп абстракций не бывает! Ой, подожди. Нет, что-то не сходится.

>>1154655
ты зелёный?
ну ок, скажи что для тебя ооп, вот мне реально интересно
>>1154601
>>1154629
да у меня вообще уже книжек 5 накопилось, котрые хочу прочитать

>>1154679
Для объектно-ориентированное программирование - это, внезапно, программирование, ориентированное на объекты. А объекты - это такие штуки, у которых есть внутреннее состояние, которое можно шатать сообщениями.

Но к "ООП" это не имеет никакого отношения. ООП - это просто маркетинговый буллшит без строгих\инженерных оснований, под которым каждый понимает то, что ему хочется.

Если что, это все к
>хотя дать определение фп достаточно сложно, в отличии от ооп

>>1154073
> типы дженекиков при компиляции не стираются, как в яве)
шта?

>>1154073
>и да типы дженекиков при компиляции не стираются, как в яве)
Ты что-то попутал. У тебя код собирается в байткод jvm, который о типе дженериков вообще представления не имеет. Ну нет на его уровне такой концепции. Не веришь - javap в помощь

А вообще я это за тебя сделаю, возьмём примитивный дженерик
class S[A](opt: A) {
def get:A = opt
}

Компиляем, юзаем javap -c -v и получаем

public A get();
descriptor: ()Ljava/lang/Object;
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: getfield #16 // Field opt:Ljava/lang/Object;
4: areturn
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this LS;
LineNumberTable:
line 2: 0
Signature: #28 // ()TA;

public S(A);
descriptor: (Ljava/lang/Object;)V
flags: ACC_PUBLIC
Code:
stack=2, locals=2, args_size=2
0: aload_0
1: aload_1
2: putfield #16 // Field opt:Ljava/lang/Object; <- внимание
5: aload_0
6: invokespecial #23 // Method java/lang/Object."<init>":()V
9: return
LocalVariableTable:
Start Length Slot Name Signature
0 10 0 this LS;
0 10 1 opt Ljava/lang/Object; <- описание нашего поля
LineNumberTable:
line 1: 0
line 5: 5
line 1: 9
Signature: #29 // (TA;)V
MethodParameters:
Name Flags
opt final

Как бы можно заметить, что класс компилируется единожды и вся работа с полем идёт как с Ljava/lang/Object;

Дальше пишем:

val s = new S[Int](3)
val a = s.get
println(a + 3)

Снова javap -c -v и получаем

0: aload_0
1: new #75 // class S
4: dup
5: iconst_3
6: invokestatic #81 // Method scala/runtime/BoxesRunTime.boxToInteger:(I)Ljava/lang/Integer;
9: invokespecial #84 // Method S."<init>":(Ljava/lang/Object;)V
12: putfield #69 // Field s:LS;
15: aload_0
16: aload_0
17: invokevirtual #86 // Method s:()LS;
20: invokevirtual #90 // Method S.get:()Ljava/lang/Object;
23: invokestatic #94 // Method scala/runtime/BoxesRunTime.unboxToInt:(Ljava/lang/Object;)I
26: putfield #72 // Field a:I
29: getstatic #99 // Field scala/Predef$.MODULE$:Lscala/Predef$;
32: aload_0
33: invokevirtual #101 // Method a:()I
36: iconst_3
37: iadd
38: invokestatic #81 // Method scala/runtime/BoxesRunTime.boxToInteger:(I)Ljava/lang/Integer;
41: invokevirtual #104 // Method scala/Predef$.println:(Ljava/lang/Object;)V
44: return

И снова видим, что в байткоде у нас опять сначала int боксится (6:) и засовывается в дженерик как Object(9), а затем из дженерика выдёргивается именно Object (20:) а уже потом анбоксится в int (23:). Как можешь заметить, отдельной реализации дженерика, заточеного под Int тут не генерируется.

Тоже самое и со String

val s = new S[String]("3")
val a = s.get
println(a.length)

0: aload_0
1: new #75 // class S
4: dup
5: ldc #77 // String 3
7: invokespecial #80 // Method S."<init>":(Ljava/lang/Object;)V
10: putfield #69 // Field s:LS;
13: aload_0
14: aload_0
15: invokevirtual #82 // Method s:()LS;
18: invokevirtual #86 // Method S.get:()Ljava/lang/Object;
21: checkcast #88 // class java/lang/String
24: putfield #72 // Field a:Ljava/lang/String;
27: getstatic #93 // Field scala/Predef$.MODULE$:Lscala/Predef$;
30: aload_0
31: invokevirtual #95 // Method a:()Ljava/lang/String;
34: invokevirtual #99 // Method java/lang/String.length:()I
37: invokestatic #105 // Method scala/runtime/BoxesRunTime.boxToInteger:(I)Ljava/lang/Integer;
40: invokevirtual #108 // Method scala/Predef$.println:(Ljava/lang/Object;)V
43: return
Опять суём String как Object, как Object же достаём (18:), потом чекаем, String ли это (21:) и только затем уже работает с этим объектом как со строкой

То есть на уровне байткода, как можно убедиться дженерики в Scala аналогичные дженерикам из Java, тот есть нихуя их там нет, есть лишь объекты оперирующие рефами на Object.

>>1154751
Ну и зачем ты это высрал сюда?
Ты, блять, кончай тут умничать.
Здесь тебе не тут.

В скале используется специальный костыль, который сохраняет информацию о типах, только и всего.
Там целое кино с рефлексией в скале, заебёшься делать.
Но, тем не менее, информация о типах - сохраняется.

Ещё раз, для особо одарённых - она не "не стирается",
она специально сохраняется, в специальном объекте, и обеспечивает это компилятор скалы, если его хорошо попросить

>>1154826

>Scala
Ненужное говно без задач, язык для быдла, пародия на ФП.
>Haskell
Топовый язык для элиты, подходит для абсолютно любых задач, тру ФП.

>>1154901
Что то говно, что то говно.
мимо кложа лорд

>>1154826
>>В скале используется специальный костыль, который сохраняет информацию о типах, только и всего.
>>Там целое кино с рефлексией в скале, заебёшься делать. Но, тем не менее, информация о типах - сохраняется.

Как бы фича ради фичи. В рантайме это никак не помогает, так как JVM похуй. JITу она не поможет сгенерировать более эффективный код (а она могла бы помочь, банально со старта девиртуализовать некоторые вызовы, да удалить лишние кастчеки). Да блин, даже сама scalac всё равно генерирует код с кастчеками и прочим дерьмом. При разбработке же нормальные IDE сами прекрасно могут вывести все типы и проверить их соответствие.
>>Там целое кино с рефлексией в скале, заебёшься делать.
Как бы этим в нормальной разработке особо никто заниматься не будет. Нужно это всё трём с половиной теоретикам. Да кукаретикам, чтобы список "достоинств" скалы раздувать.

>>1154826
Информацию о дженериках в полях, аргументах и результатов методов можно и в джава коде достать. А вот имея на руках объект класса с дженериком узнать его дженерик нельзя. Покажи мне код, который сделает это на скале, хотя бы с костылями.

>>1154908
>При разбработке же нормальные IDE сами прекрасно могут вывести все типы и проверить их соответствие.
Это делает компилятор.
То, что мы тут обсуждаем нужно _только_ для рефлексии.

>>1154917
Можно.
https://medium.com/@sinisalouc/overcoming-type-erasure-in-scala-8f2422070d20
https://docs.scala-lang.org/overviews/reflection/typetags-manifests.html

>>1154906
Ох, лол.
Кложура - язык не для всех, это точно.
Но не по тем причинам, по каким ты думаешь.

>>1154969
Перечитай там ещё раз. Написать метод, который принимает List[Any] и возвращает то, что там на самом деле - нельзя. А дженерики классов, полей, аргументов и результатов функций так же доступны в джаве.

>>1155041
>List[Any]
>то, что там на самом деле

Там Any, блядь, или ты чего-то другого хотел?
Ты вообще как-то не так всё это понимаешь (судя по твоему пассажу про IDE).
Извини, у меня сегодня нет настроения нести свет просвещения в массы.

>>1154970
А по каким?

*мимо?

>>1155058
Погоди, а если я в метод передал List[Huita], он тоже внезапно Any?

>>1155089
Блядь, мимо. Другой анон в смысле.

>>1154970
Просто как бы скала тоже язык не для всех, и х-ль - язык не для всех, и на жаваскрипе микроконтроллеры не попишешь. То есть это самоочевидное утверждение, но ты, разумеется, имел в виду что-то другое.

>>1155092
Я имел в виду, что лисп вообще и кложура в частности, не подходит на роль промышленного языка общего назначения.
Нормальному человеку просто тяжело писать на голом AST.
И, особенно, читать.

Плюс вот эти вот тучи функций на каждый пук - их заебёшься запоминать. Плюс динамика ещё. И макросы.
Ну и так далее. Очень большой оверхед с очень скромным результатом.
Короче - это просто нишевый DSL.

Скала - тоже та ещё хуета, из говна и палок, между нами говоря.
Я выучил её уже давно, и до вполне приличного уровня.
Но, в реале так и не применил ни разу.
Это вещь в себе. А у меня нет таких проектов.

И это очень сложный язык - слишком много языка в языке.
Это плохо для промышленной разработки.
Умственные способности разработчиков тут ни при чём,
это другое.

Вот, просто навскидку:
https://stackoverflow.com/questions/8000903/what-are-all-the-uses-of-an-underscore-in-scala
https://www.slideshare.net/normation/scala-dreaded
И это ещё довольно простая тема, с которой у меня лично нет никаких проблем.

Такие дела.

>>1155120
Анон, извини конечно, но ты совершенно не разбираешься в вещах, о которых пытаешься рассуждать. В частности, ты либо не понимаешь значения, либо просто некорректно используешь слова "AST" и "DSL". Ну, то есть продолжать обсуждение этой темы на данный момент смысла явно нет.

>>1155124
Юноша, если вам хочется приключений - это нормально.
Пользуйтесь кложурой и скалой, хуже вам не станет.
Не догоните, так согреетесь.

Я же говорил о промышленной разработке. Когда программа живёт в несколько раз дольше железа, например.

Ну, и полезно помнить, что по этому поводу сказал Дейкстра:
The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.

Это именно то, что никак не может взять в толк модная хипстота, хлебающая смузи в кофешопах.

gg

>>1155129
Анон, повторю еще раз, что из описанных выше высказываний следует твоя некомпетентность в обсуждаемых вопросах, а потому я не вижу смысла продолжать о чем-то говорить - мне это неинтересно. Твой пост ко мне не имеет никакого отношения, а "юношами" ты лучше пацанов у себя во дворе называй.

>>1155134
Дружище, расслабься, всё нормально.

И всё в порядке с Clojure, на самом деле.
Я довольно давно ею занимаюсь (для развлечения). И довольно неплохо знаю.
Но, применить в реальных проектах (за деньги) так и не получилось. И это меня огорчает.

>>1155120
> Я выучил её уже давно, и до вполне приличного уровня.
> Но, в реале так и не применил ни разу.
Чет проиграл. Не взяли на работу на скале и теперь рассказываешь, что скала не нужна, найс.

> И это очень сложный язык
С точки зрения долбоебов, строгающих сайты, - безусловно. С точки зрения нормальных людей, которые умеют читать книги и документацию, а не только копировать портянки со stackoverflow, - крайне удобный и понятный язык.

>>1155129
> he avoids clever tricks like the plague
Напомню, что тайпклассы, монады, зависимые типы и другие концепции, которые используются в скале, но которых нет во многих других языках - это не tricks, а общепринятые концепции, описанные в куче книг и статей. Если для тебя это tricks, то я тебе советую в универе отучиться, а потом постить в треде для нормальных людей.

>>1155228
>Не взяли на работу на скале

Всё немножко не так.
В данный момент я сам обеспечиваю себя работой.
И сам решаю, что и на чём будет написано.
В процессе принятия решений - принимаю в расчёт соображения типа тех, которые высказывал старина Эджер.
Как показывает практика - не зря.

На самом деле, довольно много людей получает удовольствие от программирования на скале, но, при этом, не использует её в продакшн.

И да, я бы хотел, чтобы меня "взяли на работу" писать на скале.
Но, не представляю, кто бы это мог быть.

>>1155247
> И да, я бы хотел, чтобы меня "взяли на работу" писать на скале.
> Но, не представляю, кто бы это мог быть.
В дс переезжай.

>>1155254
И идти в тинькофф писать крудодрисню для сайта? Охуенное предложение.

>>1155155
Ну ладно. Просто тогда странно слышать от тебя (factually incorrect) фразы вроде "кложа - это дсл", ну а как выглядит аст можно посмотреть, например, тут: https://github.com/clojure/tools.analyzer

Вдвойне странно слышать рассуждения о синтаксисе в контексте "промышленной разработки". На срок завершения проекта и на количество багов никак не влияет то, пишешь ты f x, f(x) или (f x). Это как раз и есть то самое хипстерство и смузихлебство - "нинравица!1". Подобные вещи нужно оценивать прагматично (объективные профиты дает? дает), а не с точки зрения нравится\не нравится. Да и привыкает к любому из этих вариантов человек максимум за 2 вечера.

Далее, что там было... Тучи функций - опять же, это какая-то хипстота. Если человек собирается писать на языкнейм, то он должен не изобретать велосипеды на каждый чих, а разобраться в стандартной библиотеке. В случае кложи это означает, что ему нужно выучить все функции в core. Просто берешь и учишь, тут нет ничего сложного (на худой конец - под рукой всегда есть читшит). В случае с джавой или скалой ему пришлось бы делать ровно то же самое - только эти функции были бы раскиданы по множеству условных "неймспейсов".

Нытье про динамику в 2018 году вообще странно слышать. Статическая типизация необходима в проектах-монолитах хотя тот же линукс вон как-то пишут на void* - и ничего; но там хуман ресоурсы, конечно, специфические, а у нас тут, типа, облака, сети, микросервисы, привет.

Ну и не лишним, наверное, будет упомянуть, что "лисп вообще" как бы и был в течение некоторого немаленького промежутка времени одним из основных языков "промышленного программирования общего назначения".

Короче, я полностью согласен с утверждением "Кложура - язык не для всех".

Но не по тем причинам, по каким ты думаешь.

>>1155607
>factually incorrect
Не нужно всё понимать тупо буквально.
Есть метафоры, гиперболы, аллегории и прочая хуйня.

>AST
Ну, концептуально, синтаксис лиспа - это и есть голое AST. Потому, что синтаксиса, как такового, просто нет.
То, что на самом деле это не совсем так, это ничего не меняет в том смысле, в каком я употребил это сравнение.

>DSL
Написание любой программы на лиспе сводится, по сути, к написанию DSL для конкретной задачи.
Или ты будешь с этим спорить?
Ну так вот, лисп - homoiconic.
DSL для написания DSL, лол.

>>1155735
>метафоры, гиперболы, аллегории
>концептуально
>на самом деле это не совсем так
Угумс.

>синтаксис лиспа - это и есть голое AST.
То есть (f (g x) (h y)) - аст, а f(g(x) h(y)) - уже не аст? Занятненько.

>Потому, что синтаксиса, как такового, просто нет.
Есть. Бнф тебе написать или сам напишешь? Про ридер макросы дать почитать? Вообще, весьма надоела уже эта байка, которую бездумно повторяют, совершенно не задумываясь о значении того, что говорят. К вопросу о хипстерах-смузихлебах, угу.

>То, что на самом деле это не совсем так, это ничего не меняет
Так может тогда попросту не стоит употреблять такие хуевые сравнения, тем более на техническом хоть и для аниме-девочек форуме?

>Написание любой программы на лиспе сводится, по сути, к написанию DSL для конкретной задачи.
Ерунда. Даже хуже: это утверждение не несет вообще никакого смысла. Опять же, на язык просятся хипстеры-смузихлебы.

>DSL для написания DSL
A.k.a. "язык программирования общего назначения".

Все-таки зря ответил.

>>1139157
Кстати, подтверждаю. После Идриса впечатления от Скалы - полная инфернальная дрисня. если это кого-то здесь вообще интересует

Есть смысл вкатываться в скалу? Руби околомидл
В России есть по ней работа? А фриланс?

>>1156785
> В России есть по ней работа?
Да.
> А фриланс?
хз

>>1156785
что натолкнуло перейти с руби на скалу?
Мимоджавер, очень сожалею, что пишу веб на компилирцемом языке

Так-то да, с рубей на кложу вроде логичнее перекатываться. Зато на скалке работу проще найти.

>>1157378
Ты и тут уже со своими фантазиями отметился, лол.
Может ты как-то не так компилируешь?

Вот я пишу энтерпрайзный "веб" на джаве, компиляции даже не замечаю. А выгоды от статической типизации и всего, что с этим связано - очень даже. А также - охуенные выгоды от всей инфраструктуры java.

Если мне нужна динамика - использую Groovy. Раньше использовал JRuby, но отказался от него разлюбил, лол.

>>1156785
Если _суровая_ статическая типизация тебя не пугает, то давай.
Скала - это статический язык, годно имитирующий динамику.
Но, чтобы понимать, как это всё работает, а не просто тупо писать магический код, придётся постараться.

>>1157387
>с рубей на кложу вроде логичнее перекатываться
Если ты хипстер, то да.
Задрочив руби до потери пульса, они перекинулись на кложуру.

А так - руби и скала - довольно похожи (на уровне запаха кода или типа того).

И некоторые серьёзные руби-бобры таки перекатились на скалу.
Например, Дэвид Поллак, автор книги Beginning Scala.
Он в начале книги очень живописно описывает свой баттхёрт в начале изучения скалы.

>>1158272
> Если ты хипстер, то да.
> Задрочив руби до потери пульса, они перекинулись на кложуру.
Свят-свят, все бородатые смузипидоры на гироскутерах съебали в ноду, в кложе они нахуй даром никому не нужны.

>>1158272
>Если ты хипстер, то да.
Как там в 2012?

>А так - руби и скала - довольно похожи
Ну, учитывая, что руби - это лишп без скобочек и по-японски, лол... нутыпонел. Хотя так-то это про любой оопфп гибрид сказать можно.

>И некоторые серьёзные руби-бобры таки перекатились на скалу.
Я и не спорю. Скала - тоже хорошо. Но СЛОЖНА и НЕНУЖНА!!1

>>1157378
Да ну не то чтобы я конкретно перекатываюсь, даже наоборот. Просто решил пополнить слегка коллекцию скиллов чтобы потом на собесах выебоны кидать

>>1158284
>руби - это лишп без скобочек
По мне, скорее Perl

И да, я забыл сказать, что Дэвид Поллак, перекатившийся с руби на скалу, это тот самый чел, который потом придумал лифт.
Так благотворно на него подействовал живительный скала-баттхёрт.

>>1158291
>Matz: Ruby is a language designed in the following steps: take a simple lisp language (like one prior to CL). remove macros, s-expression. add simple object system (much simpler than CLOS). add blocks, inspired by higher order functions. * add methods found in Smalltalk.

>>1158308
> remove macros
и сразу в помойку такого калеку.

>>1158409
Ну, это уже к Матцу, не ко мне.

cbbvc

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

Собираюсь вкатиться в Scala и Clojure, раньше писал только на C/C++ и Python. Посоветуйте какой-нибудь курс по Java, чтобы после него было ясно, что происходит с JVM в этих ваших скалах, желательно с сертификатами чтобы на фрилансе индусировать в случае чего

>>1161286
+1

>>1161286
>Собираюсь вкатиться в Scala и Clojure
>Посоветуйте какой-нибудь курс по Java
Ну охуеть.

Я так и не понял: тебе нужно про устройство jvm что-то? Или ты хочешь сначала вкатиться в тырпрайс на джаве? Или тебе просто сертификаты нужны?

Сертификаты у оракла, гугли. В джаву через thinking in java и доки можно вкатываться.

>>1161327
> Я так и не понял: тебе нужно про устройство jvm что-то
Ну смотри, я на жабе сейчас даже хелло ворлд не смогу написать, но хочу писать на скале. Мне же ведь нужно хотя бы примерно понимать, на чём скала построена, как в случае чего тюнить jvm, чё у неё вообще внутри и так далее.

> Или ты хочешь сначала вкатиться в тырпрайс на джаве? Или тебе просто сертификаты нужны?
тырпрайс и сертификаты (а я имел в виду что-то вроде курсеровских) - это на крайний случай, чтобы можно было на апвёрке с раджешами конкурировать.

> В джаву через thinking in java и доки можно вкатываться.
Ок заебись, уже хорошо, но хотелось бы именно курс с заданиями.

>>1161346
>курс с заданиями.
Ну, на курсере вроде алгоритмы от принстона на джаве, но это курс про алгоритмы, а не про джаву, разумеется. Но тащем-то почему бы и нет. Там же проходи интро ту фанкшнл програмин от одерски.

>>1161359
> Ну, на курсере вроде алгоритмы от принстона на джаве, но это курс про алгоритмы, а не про джаву, разумеется.
Ок, а чисто про джаву и её экосистему есть?

>>1161363
Я не уверен, что среди джавистов особенно популярны видосики. Читай документацию.

>>1161346
> Мне же ведь нужно хотя бы примерно понимать, на чём скала построена, как в случае чего тюнить jvm, чё у неё вообще внутри и так далее.
Можно почитать jvm specifiсation, еще на всяких хабрах и реддитах периодически постят что-нибудь про то, как тюнить жвм, на чем писать бенчмарки и т. д.

Вообще начинай сразу со скалы, джаву выучишь в процессе, там учить нехуй (если говорить о самом языке, а не о jvm).

>>1161363
В экосистеме джавы очень много древнего индусского говна типа сервлетов, спрингов, и т д, где у авторов библиотек вместо мозга AbstractSingletonProxyFactoryBean. Тебя из экосистемы джавы должны интересовать только java se и jvm. Туторилы по классам из java se есть на сайте оракла + сорцы этих классов читай, полезное занятие.

>>1161346
>> Мне же ведь нужно хотя бы примерно понимать, на чём скала построена, как в случае чего тюнить jvm, чё у неё вообще внутри и так далее.

Если любишь видосики то:
https://www.youtube.com/watch?v=1XV88X3ugiM
https://www.youtube.com/watch?v=-fcj6EL9rc4
https://www.youtube.com/watch?v=iGRfyhE02lA
https://www.youtube.com/watch?v=iB2N8aqwtxc
https://www.youtube.com/watch?v=oYu3HuIYDhI

Если сразу хочется чего по-жёстче, то
https://docs.oracle.com/javase/specs/jvms/se10/jvms10.pdf

>>1161653
>>1161654
>>1161669
Спасибо.

>>1161712
> Ок заебись, уже хорошо, но хотелось бы именно курс с заданиями.
hexlet.io (я лично не пробовал но вдруг тебе надо НА РУССКОМ)
udacity
да там платно, но более эффективное обучние. ты гораздо больше денег-времени потратишь читая книжки.

>>1161725
> вдруг тебе надо НА РУССКОМ
Не, мне как раз-таки надо наоборот.

> да там платно, но более эффективное обучние. ты гораздо больше денег-времени потратишь читая книжки.
Согласен. Скажи, какой конкретно курс по яве порекомендуешь для продолжающего? Как-то странно мне будет после нескольких лет зарабатывания денег питоном снова слушать объяснения того, что такое условия и for лупы.

>>1138542
Съеби. Выразил одобрямс ораклам.
мимоджаваёб

Кто знает этого функционального петушка, это трап что ли???

https://www.youtube.com/watch?v=fLsTPHDWoF0

>>1162070
Нет, просто дородная рязанская бабища. Видел ее в видосиках с кложетусовок.

Там же написано:
>Born into an aristocratic Russian-German family
>aristocratic Russian-German family

>>1162079

И что? Гермашка же гейропа.

Блять, чего-то у меня хуй встал на этого Bodil.

>>1162084
А Рязань - нет.

>>1162079

Там дальше написано, что он шарлатан

> derided as a fraudulent charlatan by critics

>>1162107
autism intensifies

Програмач, как на скале правильно сделать следующее:

загрузить инфу с нескольких тысяч пронумерованных АПИ эндпоинтов (api/page/1; api/page/2 и т.д) и положить в файл в порядке нумерации, при этом (по возмжности) не держа в памяти все ответы АПИ.

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

Я создаю стек с Future и потом по мере готовности заливаю резалты в файл, т.е как только future result оказывается в файле, future убирается со стека и может быть очищено gc. Тем не менее, меня не покидает мысль что это какой-то не Scala-way, как минимум потому что я использую mutable data structures. Я пытался приладить к этой задаче стримы, но что-то каждый раз получается немного не то. Как бы решал эту задачу функциональщик, в какую сторону смотреть?

>>1170111
А как ты собираешься эффективно класть в файл твои респонсы в порядке нумерации, если в память они не влазят, а очередность их прихода не определена?

>>1170128
Да, пожалуй я хочу невозможного, буду думать что поменять концептуально.

>>1170111
Параллельно запрашивай ендпоинты и сри данные в отдельную БД, которая нормально дружит с конкурентностью (то есть всякие sqlite мимо). Обязательно индексируй номер страницы api или по какому порядку ты захочешь записывать данные, чтобы при селектах не делать фулл скан каждый раз.

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

>>1170289
Складывай в какую-нибудь легкую базу, а оттуда по крону сливай в упорядоченный файлик, например. У тебя же нет жестких ограничений по времени?

>>1170299
Можно загружать данные батчами - паралелльно делать 50 запросов, по заполнению батча, сортировать его в памяти, писать в файл и поехали со следующим батчем.

>>1170309
Ну тебе же все равно придется потом джойнить и сортировать батчи в отдельном процессе.

>>1170330
Зачем? То, что я предложил - работа для одного функционального чейна.
> джойнить и сортировать батчи в отдельном процессе
Конкурентно заполняется буфер энного размера. По заполнению буффера, буфер сортируется и высирается в файл. Повторить до окончания.

>>1170342
Допустим, тебе пришли данные: 42, 0, 1, в таком порядке. В какое место в итоговом файле ты запишешь 42, когда получишь его?

Возможно, я овергенерализирую задачу, и тебе на самом деле параллелизация нужна только внутри чанков, а сами чанки линейные - так?

>>1170410
>Допустим, тебе пришли данные: 42, 0, 1, в таком порядке. В какое место в итоговом файле ты запишешь 42, когда получишь его?
Сяду на хуи, мать на колени посажу.

Как найти работу на скале, если везде просят коммерческий опыт 1-3 года? Сейчас работаю джавером. Если у меня будет коммерческий опыт 1-3 года джавы, а скала чисто для себя. Есть шансы устроиться? Или нужно валить из джавы и изо всех сил пытаться найти хоть какую работу на скале?

>>1170410
> Конкурентно заполняется буфер энного размера. По заполнению буффера, буфер сортируется и высирается в файл.

>>1189034
Обычно просят опыт и на других языках, если не получается, то просись на скалишный проект на работе, только будь готов, что твой прежний опыт работы на других языках мало чего значит

>>1189338
>олучается, то просись на скалишный проект на работе, только будь готов, что твой прежний опыт работы на других языках мало чего значит
Я бы с радостью попросился на скалишный проект на работе, да только у нас скала не используется вообще, за ненадобностью

>>1189034

Я хз как там у вас принято, но в Минске практически все вакансии требуют 1-3 года опыта и отличное знание огромного стека технологий, вот только на проверку оказывается что готовы и собаку взять. Рассылай просто резюме туда-сюда да и всё. Валить вникуда не очень идея с точки зрения карьеры, коммерческого опыта от сидения на жопе дома точно не появится.

>>1137321 (OP)
Вопрос по скале к мудрым анонам:

Осваиваю play framework (2) с ebeans, в попытках избежать тонн боилерплейта хочу написать единственный CRUD контроллер, который будет работать со всеми моими моделями:

> class GeneralCRUDController[T <: Model with HasId]

Дальше делаю вот так:

> def delete(id: Long) = Action {implicit request: Request[AnyContent] =>
> val c = Ebean.delete(classOf[T], id)
> Ok("success")
> }

и получаю
> class type required but T found.
да, я не оч понимаю дженерики

нагуглил что это можно обойти через ClassTag и runtimeClass,
но тогда используется рефлекшен и теряется смысл типизации, возрастает сложность дебага, скорее всего снижается скорость работы, да и просто я не люблю рефлекшен

Как мне выходить из этой ситуации? Может мой подход изначально неверен?
Доп. вопрос, как я понимаю в play framework 1 был коробочный CRUD. Во втором коробочного CRUD-а нету. Есть ли какая-нибудь адекватная замена, чтобы прямо прописал 2-3 конфига по мануалу и всё работает как по-волшебству?

>>1189462
Не понял, а как ты без рефлекшна собрался диспатчиться по неизвестному типу объекта? Или как этот Ebean.delete(classOf[T] ...) должен работать?

мимо

>>1189034
Пилишь что-то на скале для себя, в резюме пишешь, что использовал скалу на работе, что ты как маленький?

>>1189462
>classOf[T]
>class type required but T found.
Добро пожаловать в JVM, братишка)
type erasure

>>1189790
F-bound polymorphism спасает, ебанько. Не надо кукарекать тут про type erasure

>>1192781
gwt\vaadin reinvented again

>>1192781
Алсо, их сайт документации (я так понимаю, он на этом фреймворке и сделан) у меня безбожно тормозит. Каждый клик по любому линку вызывает раздражающее мигание всей страницы.

>>1137321 (OP)
>>Лучший язык для JVM
Groovy

>>1192802
Нет.

>>1192802
У тебя в слове Kotlin 5 ошибок.

>>1192845
Котлиномакаки даже считать не умеют, лол.

>>1192789
>reinvented
на самом деле нет, там значительные отличия. гвт\ваадин\зкос это генерелки жс кода.
королев же отправляет на сервер только дифы(то что изменилось) и жс он не генерит из-за чего клиент получается очень маленьким по объему + т.к. нет никаких скрытых полей мы получаем безопасность из коробки(никто не выгрузит в жсоне твои данные просто потому что лень править дто)

>>1192791
https://fomkin.org/ этот? у меня он хорошо работает, но из-за специфики работы этой либы такое может быть, попробуй померить пинг до него, думаю если не больше 100 должно быть ок всё.

>>1192963
Стоп, я был неправ и полную хуйню сказал, извиняюсь.

Я кликнул на их апидоки и даже не посмотрел, что они на жавадок.ио, так что disregard that. Алсо, если это не очередной гвт, тогда интересно. Завтра читну их пдфку, если не лень - распиши пока вкратце, как именно оно работает. Ты имеешь в виду, что жс-код у них фиксированный, с сервера прилетает только наполнение, по которому он генерит страницу? Я подобный подход видел у кложурцов, там один чувак именно так генерил спа из описания на edn edn - это более лучший жсон, если что и хуков в логику. Но у него эта шняга была внутренней и не опенсорсной, как я понял. Если тут та же идея - это прикольно.

Хотя, блядь, посмотрел сейчас первый попавшийся пример - пиздец, нет, там обычный темплейтинг на сервере, причем еще и адовый говнокод: https://github.com/fomkin/korolev/blob/master/examples/simple/src/main/scala/SimpleExample.scala - пиздец

>>1193000
>>1193001
ну да там своя либа для генрации хтмл из скала-кода + при каком либо запросе изменений с фронта от сервера уходит не вся страничка, а только то, что поменялось. Всё это общается через вебсокеты.
Незнаю почему ты так категоричен, там в эту простыню достаточно много функционала запихано(и никто не мешает делать универсальными и переиспользывать компоненты).
Попробуй представить каким был бы код если делать все это классическим крудапи + вебпетушение с жсом.

>>1192933
Дебил неспособен даже o в словах находить.

>>1189468
Ну вот пример из доков (на Java):
> Ebean.delete(Order.class, 12);

Т.е передаётся класс и айдишник. Я пытаюсь сделать тоже самое, но на скале и с дженериком, т.к не хочу писать много бойлерплейта. Моя попытка:
> class A[T] ....
> def foo(id: Int) = { ...
> Ebean.delete(classOf[T], id)

Рефлекшен разумеется есть, но он, как я понимаю, спрятан внутри Ebean, что меня целиком устраивает. В своём коде я рефлекшена иметь не хочу, а в библиотечном не против.

>>1189462
И всё же, как правильно крудошлёпить в этой вашей скале (желательно на Play 2)?
Чтобы создать подобие админки мне нужно на каждую таблицу из БД делать по дао и контроллеру? Это выглядит как-то очень уж монструозно.

>>1193368
https://github.com/pauljamescleary/scala-pet-store

Как правильно крудошлепить

>>1193368
Если тебе нужно где-то взять класс, чтобы засунуть в такую либу, ты уже так и так связался с рефлекшном, расслабься. Чем тебя не устраивают тайптеги или что там у вас в вашей скале? Такой дженерик можно и на обычной джаве разрулить, через подклассы с указанием конкретного типа.

мимоджавист

>>1193251
Во-во, да еще и считать не умеет.

Бампану тред по лучшему языку программирования в мире

Расскажите аноны, как вкатывались? Что читали, что кодили?

>>1204468
Я вкатывался с жабы, читал хортсмана, но чтобы норм кодить очень желательно прочитать essential scala + programming in scala одерского. Ну а так мне немного повезло, нашёл вакансию, где брали без опыта работы на скале. На работе можно сказать и научился

Анон с пятью годами опыта работы на скале в треде. Плюс полтора года на C#. Спрашивайте свои ответы.

>>1206852
Хуи сосешь?

Скалисты, я Джава прогер. Хочу Скале поучиться. Но с математикой не очень дружу (лямбды в джава знаю). Ну так вот на курсах во всяких курсерах, юдасити по скале и в книжках математическая часть объясняется или по умолчанию считается что я ее знаю?

>>1208298
Не рекомендую с курсов начинать. Пиши как на better java первое время, а дальше само зайдёт

Ну и https://gist.github.com/d1egoaz/2180cbbf7d373a0c5575f9a62466e5e1

>>1208340
Но better java это котлин.

>>1208340
под better java ты имеешь в виду без функциональщины?

>https://gist.github.com/d1egoaz/2180cbbf7d373a0c5575f9a62466e5e1
Хорош, спасибо

>>1208351
Да, все так. В фп успеешь в катиться ещё

>>1208349
Уходи

>>1206852
за 5 лет хоть раз юзал return/while/var?

>>1208947
Нахуя?

>>1208947
Отвечаю не за 5 лет, а за 5 месяцев:
return -- да, удобно использовать как выход из функции если функция дохера большая.
while -- нет, но он и в других языках на которых доводилось писать не очень уж часто используется, гораздо реже for var -- да, иногда удобнее сделать мутабельную переменную (что возможно связано с тем, что у меня на скале небольшой опыт, может со временем пройдёт), а ещё сталкивался с Ebean ORM, которая требует объявлять поля как var.

Более интересный вопрос подобного плана: зачем нужна конструкция for (seq) yield {action} ? Разве её нельзя во всех случаях заменить на seq.map(action), или seq.filter(...).map(action)?

Перехватывая эстафетную палочку, задаю свой вопрос:
Кто-нибудь пробовал Scala.js? Как ощущения?
Пилю свой прожект, очень не хочу писать фронт на жабаскрипте, поковырял Scala.js, выглядит вроде норм, но в туториале они предлагают складывать html файлы в корневую папку и делать в них дебильные пути к скриптам, вроде: ../target/scala/... Класть html в target тоже по смыслу не подходит. Эта ситуация мне совсем не нравится. Как потом эту чушь двигать на продакшен? Руками копировать файлы куда-то? Запихивать выборочно директории в докер контейнер?

>>1211891
Не слышал, чтобы кто-то вообще использовал scala.js в продакшне. Если хочешь нормальный язык на клиенте - бери кложескрипт (или ризон, если хочется чуть больше приключений).

>складывать html файлы в корневую папку и делать в них дебильные пути к скриптам, вроде: ../target/scala/...
А чо, ты в сбт не можешь прописать какой тебе нужно путь для жс-выхлопа компайлера? Не вижу ничего криминального в том, чтобы хуярить дев-билды в public/js (на прод-билде оно все подтирается). Ну то есть типа КОНЦЕПТУАЛЬНО более лучше было бы держать в public только условный app.js, в который в зависимости от билда либо вхуяриваются пути к дев-коду в ../target/, либо пихается минимизированный прод-код, но на практике-то никакой разницы нет, так что не вижу смысла об этом задумываться вообще.

мимо

>>1208947
Очень редко.
var - пару раз в тестах для инициализации состояния, иногда в акторах и в итерторе-адапторе для какой-то джавовой структуры.
while - тоже для интеропа с джавой, стрим там прочитать и все такое.
return - раньше использовал как guard, то есть для кода вида if (cond) return value в начале функции, сейчас перешел на if/else if - проще скаластайлом проверять.
>>1211891
>зачем нужна конструкция for (seq) yield {action} ? Разве её нельзя во всех случаях заменить на seq.map(action), или seq.filter(...).map(action)?
Заменить можно, но for-comprehensions нужны в основном для соединения двух и более монадических операций (без них пришлось бы писть портянки вложенных flatMap-ов) и было бы странно не иметь for для одной операции имея его для нескольких. Я сам всегда использую map/filter/foreach вместо for если получается и всегда for нужно писaть flatMap два раза.
>Кто-нибудь пробовал Scala.js? Как ощущения?
Пробовал, написал на scalajs-react простой UI для системы мониторинга. До этого (и после) никогда не работал с фронтендом, так что сравнивать мне не с чем. Могу только сказать что на Scala.js можно писать сложные приложения и есть даже какая-никакая экосистема.
Проблемы с путями наверняка можно пофиксить правильными настройками sbt.

>>1211891
>return -- да, удобно использовать как выход из функции если функция дохера большая.
я хоть на скале всего полгода, но если тебе нужен return, значит ты неправильно построил свою ф-цию
У меня лично на работе строго функциональный стиль, ни одного вара, вайла, ретёрна за всю работу

>>1212466
на java же платят больше, а гемора меньше, да.

>>1212466
> но если тебе нужен return
Мимокрокодил
Вы что ли аргументы по ссылку передаете или как? Почему return нельзя?

>>1212670
Он наверное имел в виду, что ретурн прерывает исполнение функции, из-за чего у нее возникает больше одного execution path'а или как это правильно назвать, что не очень-то функционально и обычно использовалось в языках с разделением на statements и expressions.

>>1212707
Мне кажется, функциональщики страдают фанатизмом, как, например, рьяные фанаты ООП. Усложнять код ради концепции - гиболое дело.

>>1212711
Эм, так суть описанного как раз в том, чтобы НЕ усложнять код множественными точками возврата.

>>1212751
Блять, я подумал, а вы правы.

Реально ли найти работу на Scala без бэка в Java?

>>1212999
Лучше учить Spring и Hibernate. Зачем тебе эта Scala?

>>1212999
Да, я перекатился в джавку с нулём опыта на яве и вообще ничего не зная про. JVM

>>1213058
Тьфу ты, в скалку

>>1212999
>>1213021
Не слушай его. Джаву сейчас любая макака знает и спрос соответствующе обратный. Учи Скалу, анончик. И работу найти реально.

>>1213060
Ну подожди. Как это "любая макака знает"? Нужно хорошо учить, как в Яндексе.

В чем преимущество скалы? Она что ли быстрее явы или что?

>>1213140
После того как вышлел Kotlin - ни в чем.

>>1213160
Ты про это сахарное говнище? Хз, даже ява лучше.

>>1137321 (OP)
Но ведь гоудауны просто унизят и обоссут скалиста, как дело коснётся конкаренси и распределённых систем. Он будет забитый, сидя в углу обосссаный, дрожащими ручонками ковырят свою Акку, рыдая кричать "а... аа.. а увас генериков нет даже! у... у нас продвинутая система типо...". Но не успеет закончить, так как поймает смачный пендаль в ебальник, и будет наблюдать как его любимую Акку ебет божетсвенный CSP гошечки, не оставляя ей никаких шансов.

>>1213175
Тем более можно писать и на goвне в функциональном стиле, просто без таких изъебов как в скуле.

>>1213179
Ну не надо этого... ну серьёзно, скалоёб взгляни правде в лицо, твое поделие работает поверх JVM, а это дно. У вас, блядь, даже либы по работе с БД блокирующие (привет jdbc) о чём тут говорить вообще.

>>1213181
А ПОЧЕМУ ТВИТТЕР ПЕРЕВЕЛ НА СКАЛУ?????????????????????77777777777777

>>1211913
>Если хочешь нормальный язык на клиенте
Все равно остальное лишь обертка над ним.

>>1213175
В тред заходит эарланго-господин и запускает 10к процессов по обоссыванию го-дебила.

>>1213175
>Но ведь гоудауны просто унизят и обоссут скалиста

>>1213211
Эликсиро-господин поглаживает бороду, сидя в антикафе, и респектует.

>>1213230
На второй гифке в конце противно выливается пивас.

>>1212999
Однозначно да. Джава-бэкграунд является плюсом из-за твоей потенциальной возможности поковыряться в кишках какого-нибудь легаси проекта. Но сейчас скала ― это полностью самостоятельный язык со своей экосистемой. Знание джавы уже несколько лет не обязательно для скалистов.

>>1213211
потом 10к раз отсасывает на реальных задачах, где действительно нужен большой конкаренси и распределённая структура. потому-что эликсиром пользуется толлько руби-хипсторы. ладно дадим шанс эликсиро-господам вынуть хуй из рта:
даже у жвм-старья есть hazelcast, kafka, ignite. Годауны размахивают consul, etcd, nsq, groupcache, NATS (пытается ссать на кафку, но пока мимом). Что есть у эликсиродебилов? нихуя, только рэббит, но он на эрланге, так так нормальный челвоек такой хуйнеё как эликсир обмазываться не будет.

>>1213576
Нихуя у тебя манямирок, бротишь)) Земля тебе пухом)))

>>1213629
Это реальность, назови примеры известных решений в области распределённых систем на эликсире.

>>1213576
>даже у жвм-старья
Братишка ну ты долбоеб сравнивать устоявшуюся популярную платформу, которая старше тебя и язык, который появился 7 лет назад.

>>1213058
>>1213060
>>1213498
Спасибо аноны, попробую поковыряться.

>>1213682
Усложню вопрос. Есть вообще реальный шанс найти работу на Scala без опыта в промышленной разработке? Или лучше всё-таки начать с какого-нибудь Python или Java?

>>1213576
Ты в курсе, что еликсир - это нескучный синтаксис для ерланга, да?

>>1213702
>Ты в курсе, что еликсир - это нескучный синтаксис для ерланга, да?

В курсе. И что в эриксоне эрланг за сраные сервисные сообщения железок отвечал и весь хайлоуд там был только в мифах и головах нонешних некрохипстушков - тоже.

>>1213708

В смысле, эрланг отвечал за "пару байт переслать когда абонент поднял трубку, и еще пару - когда бросил". Такую одноклеточную парашу эрланж да, тянул.


Весь хуйлоуд эрланга - это выдумки хипстопетушков.

>>1213651
Ты ебанулся? Если жвм старше тебя, то ты школьник ебаный (в любом случае еще опарыш), оно 1995 года.

>>1213719
Школьникам 95 года уже по 23 года, они уже помидорками работают.

>>1213711
Про WhatsApp который целиком на эрланге и у которого овердохуя серверов ты не слышал?

>>1213711
У LoL мессейджинг на ерланге. Jabberd на ерланге. Алсо, https://en.wikipedia.org/wiki/Erlang_(programming_language)#Usage

>>1213736
Хорошь соскакивать, так про любую закрытую херню можно сказать, а мол в корпорации X это работает на Y. Это всё хуйня и не имеет возможности верификации. Давай рассуждать логически, если язык/платформа збс для чего либо, то на ней будут достойные открытые проекты, на эрланге нет нихуя кроме кролика. Это наводит на мысль, что анон прав по поводу "хуйлоуд эрланга - это выдумки хипстопетушков".

>>1213576
>consul, etcd, nsq, groupcache, NATS
Я правильно понимаю, что главное достижение годебилов это написание распределенного key-value хранилища и message broker?

>>1213751
>то на ней будут достойные открытые проекты, на эрланге нет нихуя кроме кролика
Про OTP слышал?

Прочитал Programming in Scala Одерски, Functional Programming Principles in Scala и множество всяких мелких статей и блогов.
Чтобы ещё навернуть? Про SICP и Кормена даже не упоминаю.
И как попрактиковаться?

>>1213926

>ряяяя а у нас есть фреймворк, ряяяяя сажу вьебу

И где проекты на нем, м, уеба?

>>1213688
На собственном опыте проверено, что есть.

Но тут важный момент, где ты живёшь. Если ДС или ДС2, то куча компаний хайрит джуниоров. Причём джунов рассматривают как с минимальным опытом в других областях, так и без. Если в мухосрани, то извините.

Мониторь hh, линкедин, сообщества скалистов в телеграме (там вся движуха).

>>1214127
Scala with Cats, Effective Akka, Scala High Performance Programming.

Для практики можешь решать задачки с exercism.io. А можешь написать движок для блога. А можешь поконтрибьютить простенькие таски в проекты на гитхабе.

>>1214298
Куколд, плиз. Докажи, что там именно этот фреймворк используется.

>>1213645
Discord

>>1214368
У них львиная для профита благодаря кассандре вместо бд. Т.е. все эти ваши хайлоады на себя берёт банальная жаба. А писать в неё можешь хоть на js.

>>1214374
>>1214328

Вы хоть понимаете, что ведете себя ровно как секта свидетелей плоской земли?

Но они хотя бы просто жирно траллят, а вы на полном серьезе такие мудаки.

>>1214385
Не, я вообще мимо проходил и ничего против ерланга не имею (вообще никакого мнения о нём не имею). Но конкретно у дискорда дела именно так.

>>1214390
Вот только почему-то в статье самого дискорда о том, как они заскейлились на 5 млн онлайна, нет ни слова о кассандре (зато много слов о переписывании сишных библиотек на эликсире, вообще охуеть). Даже не знаю, кому верить: анону с зекача или команде discord.

мимо

>>1214596
https://blog.discordapp.com/how-discord-stores-billions-of-messages-7fa6ec7ee4c7
Вот про хранение, например.

>>1214616
Круто, но где тут тезис "Т.е. все эти ваши хайлоады на себя берёт банальная жаба. А писать в неё можешь хоть на js."?
Я, в свою очередь, про эту статью говорил, если что: https://blog.discordapp.com/scaling-elixir-f9b8e1e7c29b

>>1214197
Что тебя спрашивали когда устраивался?
Что вообще требуют от джунов (или как там начинающий называется) по скале?

>>1214616
Вот, например реальное положение дел в дискорде
https://discordapp.com/jobs?team=engineering

в явном виде ищут только крестовиков, а этот ваш уеликсир только упоминается среди остальных языков для бека на равне с пистоном, гошкой и скалой. Таки ерланг/еликсир не нужен.

>>1214641
Хороший у них блог, бтв. Приятно почитать.

>>1214678
>Working with a modern tech stack built on GCE with Elixir/Erlang, Python, Go, Cassandra, Redis, Elasticsearch, and a hint of C++ where appropriate.

Я понял: ты сектант, тебе бесполезно пытаться приводить рациональные аргументы. Давай закончим, тем более что это оффтоп.

>>1214673
У меня почти все собеседования (и самое первое, и последующие на более высокие грейды) быстро переходили в неформальное общение о том, кто я такой, откуда взялся, как пришёл в скала-мирок.

Молодым и зелёным если и будут давать задачки, то, скорее всего, примерно такого уровня: scastie.scala-lang.org/MvUJjYaZQm202EIGNath0A.

Но помимо понимания синтаксиса и стандартной библиотеки, тебе понадобится ещё и представление об экосистеме. В итоге джуну надо знать:
синтаксис
асинхронная модель (как пользоваться scala.concurrent.Future)
библиотека коллекций (map, filter, foldLeft и прочие базовые методы)
инструментарий (IDEA, sbt, git)
что-нибудь про базы данных (хотя бы в чём отличие SQL от NoSQL)
крайне желательна акка (что такое акторы, и зачем они нужны. что такое стримы, и зачем они нужны)

Лучший способ получить эти знания ― написать небольшой CRUD в качестве пет-прожекта. Например, движок для блога или примитивную CRM для воображаемой кафешки.

>>1214318
А ты рисковый. Учти, что цены на жильё в ДС очень быстро сожрут твою подушку безопасности.

>>1214905
Спасибо за такой развёрнутый ответ.
>кто я такой, откуда взялся
Вот тут я обосрусь 100%, ведь мягко говоря не студентик уже...
>задачки, то, скорее всего, примерно такого уровня
Функцию написать, я правильно понял? Сколько времени даётся на такое? Интернетами можно пользоваться?
>scala.concurrent.Future
Нагуглил. Пойду читать.
>IDEA, sbt, git
IntelliJ? Я накатил эклипс, хз что там знать то можно, всё понятно по контексту. Что-то уровня "знания ворда", лол.
>что-нибудь про базы данных
>акка
Есть что почитать про это? Всё что я гуглил это либо поверхностное, либо бесконечная кроличья нора, от которой можно словить шизу.

>>1215005
Да, написать реализацию. Интернеты для такого не нужны, достаточно ноутбука с IDE, и никто не будет стоять над тобой с таймером. Время выполнения этих задачек джуном, которое устроит меня: nestedMap — 3 минуты, traverse — 10 минут, partition — 15 минут. Если человек тупит дольше, поинтересуюсь, как у него дела, и дальше будем уже вслух обсуждать задачу.

> Я накатил эклипс
Откуда же вы лезете? Даже на официальном сайте скалы предлагают IDEA поставить.

Про акторы и асинхронщину читай https://github.com/anton-k/ru-neophyte-guide-to-scala. Про БД — просто начни с ними работать и подгугливай документацию в процессе. Потом уже придёт понимание, что изучать полноценно.

>>1215130
>https://github.com/anton-k/ru-neophyte-guide-to-scala
Слушай, а почему бы не взять Spring Boot, к нему добавить Spring data и прочее. Получится же быстрее и понятнее. Зачем тебе эта Scala, ммм?

>>1215130
>Даже на официальном сайте скалы предлагают IDEA поставить.
Много ли среди скалистов вимо\имаксоебов?

>>1215130
Ясно.
>Откуда же вы лезете?
Ну не стукай, выбрал первое что выдал гугл.
>Про БД — просто начни с ними работать
>работать
Тригернулся.
Я просто малость аутист, мне не хватает фантазии придумать что с этими бд вообще делать. Создать, добавить элемент, убрать... Всё нахуй. Лан надо будет накатить SQL и подрочиться.
Ещё раз спасибо.

>>1215130
>Откуда же вы лезете? Даже на официальном сайте скалы предлагают IDEA поставить.
А я тебе скажу откуда. На курсере Одерски демонстрирует всё в Eclipse. Я попробовал пойти против системы и поставил себе чистую sbt. С наскока нихрена не разобрался в ней и решил, чтоб время не терять, качнуть голый компилятор. Где можно вменяемые доки найти по sbt, а не эту херню с хеллоуворлдом вместо создания проекта?

Есть возможность сменить работу на scala разраба.
Сейчас занят в java ee.
Какие подводные и стоит ли?
Послезавтра собедесование - к чему готовится? кроме анального порева

>>1215570
Есть книжка SBT in Action.
Вполне годная.

>чистую sbt
И почему в женском роде? Это же "инструмент".

>>1215570
>На курсере Одерски демонстрирует всё в Eclipse.

Это курс по фп?
Ему лет триста уже, тренд поменялся давно.
Эклипс заебал уже даже самых упоротых ебанатов, лол.
Нормальные же люди им и вовсе никогда не пользовались, ибо просто невозможно же.

>>1214905
>scastie.scala-lang.org/MvUJjYaZQm202EIGNath0A
Это ты писал?

Что ещё за nestedMap, лол?
Лифтинг отменили уже?

>>1216096
Спасибо за наводку на книжку! SBT хоть и tool, но система сборки. А вообще, не знаю. Оно само так получилось.

>>1216098
Ага, он самый. А сам то курс стоит потраченного времени?

>>1216138
Этот курс - пространное введение в Скалу с лёгким уклоном в ФП.
Там и про ООП куча, и т.п.
А по ФП - не так и много.

Например, чтение книжки Functional Programming in Scala (и решение задач, обязательно) будет гораздо более полезно.
Есть гитхаб с задачам, хинтами и ответами.

Это вообще одно из лучших введений в ФП как таковое.
При этом знание Скалы требуется на самом начальном уровне.
Авторы пишут, что можно вообще с нуля, но это, конечно, перебор.

>>1216298
Я представляю как будет тормозить приложение написанное на Scala, когда GC будет работать нонстоп.

>>1216337
Анус свой лучше представляй.

>>1216298
Для полных нубасов без промышленного опыта курс будет полезным? Скажем, сначала накатить его, а потом Functional Programming in Scala?

>>1216343
Ну что ты нервичаешь? Мы же с тобой понимаем, что для скорости нужна Java, а не Scala.

>>1216368
Да, будет.

Есть ещё книжка фолиант Одерского - Programming in Scala. Надо искать 3-е издание, где версия 2.12.

Ну и другой литературы полно.

Вообще, я бы посоветовал Scala For The Impatient (2-е издание).
Минимум воды, широкий охват тем, читается легко.
А за тонкими подробностями - к фолианту Одерского.

Даже на русском есть (Scala для нетерпеливых, перевод 1-го издания), но сам я перевод не видел, по качеству ничего сказать не могу.

>>1216375
Скала - для души, лол.

>>1215985
>Какие подводные
Имплиситы.

>стоит ли?
Конечно стоит - кругозор шире, зарплата больше, молодежней-современней.

>Послезавтра собедесование - к чему готовится?
Ну ты скалу-то уже знаешь? Деревья повращал? Мы ж не телепаты, хуй знает, что у тебя за вакансия и какой у тебя уровень.

>>1216375
>для скорости нужна Java
Томми, ты?

>>1216434
>Ну ты скалу-то уже знаешь?
Нет, нихуя не знаю.
Для меня это пафосное название как и все околоджавное больше ассоциируется с чем-то промышленным и даже с ML.
>Конечно стоит - кругозор шире, зарплата больше, молодежней-современней.
А это точно не гавно на палках/попытка сделать на жвм хоть что то стоящее?

>>1216443
>попытка сделать на жвм хоть что то стоящее?
Ты, сынок, потроллить сюда пришёл?

>>1216378
То ли дело взять Spring 5, а там Netty и такой-то перформанс. Это тебе не Finagle какой-нибудь или Akka Http, да.

>>1216504
Сейчас бы пытаться сделать вид, что netty - медленный энтерпрайз, а вот в акке сила.

>>1216468
бля, нет.
но, в новой конторе обещали научить скале(они с джавы все переносят)

>>1216508
Наоборот же! Netty быстр, а вот Akka Http не очень.

>>1216504
Вообще-то, сетевая часть в акке сделана на netty.

Это, если отвлечься от того факта, что спринг не нужен, например.

>>1216689
Ну Netty из Akka давно уже выпилили. Сам понимаешь, что это черевато добавлять в зависимости библиотеку, которую по сути поддерживает один человек.
А Spring можно и к Scala прикрутить. Как ты без IoC будешь жить, а?

>>1216937
Стоит заметить, что спринг давно уже не только IoC, его корфичами являются и weblux/mvv, и aop, и всякие integration-security, да и без бута/клауда его используют всё меньше (что на понимании макаками-кодерами сказывается крайне негативно).
Про нетти сказал как отрезал. А ещё у него новые мажорные версии не выходили десять лет, а пятую ветку забросили после второй альфы.

>>1217015
Согласен. Spring - это такой уанстопшоп, где есть все необходимое для разработки приложения. Если взять Scala, то можно долго куковать в поисках альтернативных библиотек и фреймворков.

>>1217015
>Топит за спринг
>Называя несогласных "макаками"
>в Scala-треде
Содомит, ты же два раза на ноль поделил.

>>1216937
>IoC
С давних пор использую.
А причём тут спринг, лол?

>>1217131
Очевидно макаками-кодерами я называю нерадивых пользователей Spring Boot, у тебя wishful thinking сработал.

>при чём тут спринг
Думаю он подразумевал что-то вроде "можно хоть спринг использовать", но это мои домыслы.

>>1217160
Как причем? Берешь Java + Spring и ваяешь свой стартуп. А Scala не нужна по сути.

> Scala ни нужна
Анончики, а можно простыми словами и без троллирования, какие у Scala преимущества по сравнению с Java? Чтоб вот можно было, например, другану-профану за пивасом пояснить, почему я решил упороться Scala. Ведь сейчас под JVM есть и Kotlin, и Clojure и, даже, Groovy.

>>1217377
Скала по отношению к джаве - это как сиплюсплюс по отношению к си. Можно наворотить такого, что голову себе сломаешь, но если использовать как "си с классами", то преимущества очевидны.

>>1217377
Ебать Акку под спарком збс.

Для всего остального котлин лучше, иначе есть шанс быть неявно выебанным неявным хуем невяного пидора в неявных обстоятельства.

>>1217385
> Можно наворотить такого, что голову себе сломаешь
Вот это, между прочим, объективный минус с точки зрения языка - любой в меру своей испорченности может нахуячить так, что хуй проссышь нормально даже сам спустя пару месяцев.

>>1217387
Но как бы и на джаве, и на любойязыкнейм можно наворотить в меру своей испорченности. Тут суть не в этом, а в том, что скалу можно использовать просто как более лучшую джаву. Мне кажется для объяснений под пивас это самое то.

>>1217377
>едь сейчас под JVM есть и Kotlin, и Clojure и, даже, Groovy.
А ещё jRuby, Jython, и до ебеней матери всякого разного прочего.

Какие преимущества?
Никаких.
Это просто другой язык.
Какие могут быть преимущества у тёплого перед мягким?

Можно делать фп, например.
Акка там, хуякка, вот это вот всё.
Это преимущества?

А просто как беттер-джава - очень сомнительно, т.к. язык _гораздо_ сложнее.
Плюс - несовместимая развесистая иерархия коллекций и т.п.
Скала это не беттер-что-то, это вещь в себе.

Беттер - это котлин, хотя, я бы не стал его юзать в этом качестве - очень мутный язык, с весьма мутным будущим.

>>1217401
>Плюс - несовместимая развесистая иерархия коллекций и т.п.
Так стд коллекции один хуй говно же.

>>1217390
Нет. Джава сильно ограничивает. Котлин меньше. Скала вообще нет.

>>1217414
>Так стд коллекции один хуй говно же.
В скале или в джаве?

А потом, это не имеет значения.
Проблема именно в том, что скала без родных коллекций - хуйня.
А джава - без своих.
И, в итоге, на каждый пук надо юзать встроенные конверторы, которые красивые, конечно, но совсем не бесплатные.

Если покопаться в интернетах (англоязычных), то можно увидеть, что про скалу как беттер-джаву пишут, в основном, ньюфаги, которые скалу только вчера увидели.
Опытные бобры пишут совсем другое, уже не такое интересное, лол.

>>1216102

Да, я.

В чём проблема с нестедмапом? Это задача, которую можно реализовать через лифтинг f в общем случае, и через xs.map(_.map(f)) в частном. Если кандидат начнёт рассказывать про lift, это ему только в плюс пойдёт.

Но вообще, это задумывалось как элементарная задачка для джуна на знание самых простых операций над стандартными коллекциями. Условно, чтобы понять, что человек не путает map и flatMap.

>>1217444
>В скале или в джаве?
Второе.

>И, в итоге, на каждый пук надо юзать встроенные конверторы
А вот в кложе такой проблемы нет, кстати. ^_^

>Опытные бобры пишут совсем другое, уже не такое интересное, лол.
Тут не буду возражать, я не бобер.

А ты сам из личного опыта говоришь? Ну, конкретно по части того, что "никаких" преимуществ. Тот факт, что это разные языки, нам ведь не мешает их сравнивать и оценивать целесообразность их применения для какой-то данной задачи. Ты согласишься с тем, что скала в целом более высокоуровневая и более типобезопасная, чем джава?