Если я правильно понимаю, то :: является специфичным конструктором для листа и по нему можно матчиться.
days match {
case firstDay :: otherDays => println("The first day of the week is: " + firstDay)
case Nil => println("There don't seem to be any week days.") }

С точки зрения реализации - ни в чем (+: вызывает prepended, который вызывает ::)
А так - :: - специфичный именно для List метод. Позволяет подчеркнуть, что в коде важо, что работа идет не просто с какой-то реализацией Seq, а именно с List, например при рекурсивных алгоритмах

В принципе, думаю, если бы :: окончательно из скалы убрали в пользу +: проблем только убавилось бы

@Kemggl это основной поинт. List - простейший пример индуктивно заданного алгебраического типа данных. АлгТД мы ценим не только за то, что у нас есть возможность их конструировать, но и за возможность их "разбирать", инспектировать их структуру с помощью паттерн матчинга. Второй поинт - скорее культурный, люди древности писали на забытом сейчас языке Лисп, где списки имели сакральное значение, а конструктор списка, называющийся cons, был особенно важен, т.к. список по своей сути есть правая свертка cons. cons во многих языках, существовавщих до скалы, было принято обозначать : или ::, так что такое элитное обозначение вместо, например, буквенного Cons - дань традиции.

Ребят, на данный момент есть какая-то разница в скорости при разработки на windows и linux?

Никогда JVM в докере не запускал, прочитал что якобы что восьмая версия вообще не умела в cgroups, а в 11 ой уже стало продакшн реди для контейнеров. Это правда?

круто, спасибо

Я думаю, что смотря в связке с чем. Голая scala/java/kotlin/clojure - ничем.
а вот когда надо с чем-то интегрироваться - бд, кафки и прочее - вот тут начнутся различия

если под windows пользоваться WSL или WSL2 то может быть разница в скорости из-за более медленных системных вызовов, работающих с ФС, из-за слоя эмуляции. А так нет.

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

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

Ребят. Спасибо. Все таки лучше я останусь на линуксе)

Добрый день!

Дайте совет по обучению Скале : прошёл первые два курса из известной специализации на курсере, есть смысл проходить дальше?

Там Parallel Computing in Scala и курс по Spark'у ( вот с ним боюсь мож устарел, не знаю )

Курс по Спарку, наверное, не нужно, если нет желания вот непременно повелевать спарком.

Ну что значит повелевать, а просто ворваться, он же повсюду используется?

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

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

Там ещё последний курс это Scala Capstone, но я вообще не слышал-слыхивал что это такое.

Да, он там не долгий вроде.