она тебе не нужна

а либописателям нужна

Интероп и маленький размер стдлиб

макросы вообще никак не связаны размером стдлибы

Видимо ты один из них

кстати, как в котлине сделать такое: case class Board(length: Int, height: Int) { case class Coordinate(x: Int, y: Int) { require(0 <= x && x < length && 0 <= y && y < height) } val occupied = scala.collection.mutable.Set[Coordinate]() } val b1 = Board(20, 20) val b2 = Board(30, 30) val c1 = b1.Coordinate(15, 15) val c2 = b2.Coordinate(25, 25) b1.occupied += c1 b2.occupied += c2 // Next line doesn't compile b1.occupied += c2

case class читать как data class (ну или наоборот, хехе)

ты объясни словами что тут происходит

а про либы, это смешно) mylib_2.11)

Вово)))

ты объясни словами что тут происходит

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

то есть шаг в сторону dependent types, если проще

а про либы, это смешно) mylib_2.11)

с дотти такого уже не будет

Эмм. Т.е. в компайле тайме оно проверяет значения у объектов?

Типо поле x должно быть меньше 15

что-то вроде

ну кусок кода выше делает совсем не это, конечно

Круто, но я могу пожертвовать этой фичей ради скорости компиляции

И все равно это очень маленький процент ошибок, т.к. в основном все данные приходят извне в рантайме

а как насчет

И все равно это очень маленький процент ошибок, т.к. в основном все данные приходят извне в рантайме

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

я согласен, что все-все пытаться считать в компайлтайме не надо, это фанатизм

но есть определенный предел (для каждого проекта свой), где это дает максимальный профит

скала дает возможность двигать эту границу

Вот куда более полезная фича. val map = getMap() map["test"].foo() // compile error, map[] returns nullable type

Которая будет все время работать

И без райнтайм пеналти

оо, любимый срач, опшны против наллабл типов

оно, или я не так понял?

Ну это реально плюс котлина

Конечно

плюс в том, что он как-то анализирует внешние сорцы и добавляет этот ?

так-то опшны строго круче

Как лишняя обертка может быть лучше :)

не, сугубо с точки зрения теории

аллокация вполне себе удаляется компилятором

Компилятором - вообще никак

скалы

jit - в некоторых случаях сможет

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

Ему нужно просто выкосить оптионалы тогда

А не на что-то заменить

Если тип не наллабл

Только вот откуда у скалы такое знание?

У скалы обвес вокруг ждк

Нет прямого интеропа

У скалы обвес вокруг ждк

o_O

что конкретно ты имеешь в виду?

интероп шикарный

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

Или уже второй раз за день: дерни gatling из джавы

что конкретно ты имеешь в виду?

Инт у тебя во что компилится?

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

class Foo(s1: String)(implicit s2: String) вызвется как new Foo(s1, s2)

А почему тогда у гатлинга

Gatling.fromArgs(gatlingCLArgs, scala.Option.apply(simulation), Gatling.fromArgs$default$3());

Вот так убого всё

то есть в гатлинге есть херовый код, а виновата скала?

Ну да

в всяких акках, плеях и спарках почему-то живут нормально

Найди либу с котлином которая предоставляет такой говно API

Там это невозможно

Так во что инт то компилится

Инт у тебя во что компилится?

надо явно создавать scala.Int, если ты об этом

Там это невозможно

потому что их нет?)

https://kotlin.link/

Во что компилится явно или неявно созданный инт

я могу сейчас написать говнолибу на котлине как он мне помешает

Во что компилится явно или неявно созданный инт

чуть выше ответил

ERROR: S client not available

Байт код скинь

Херню ты ответил какую то

я могу сейчас написать говнолибу на котлине как он мне помешает

Ну напиши так, чтобы котлин такой байткод неудобный сгенерил

Я посмотрю

я смотрю у вас серьезный замес. лямбды -> Option/nullable -> Int-ы -> байткод, какой следующий шаг?

Ты все надоедать начинаешь назойливой попыткой фалометрии

Так как будто есть комплексы

выражайся культурнее, во-первых

я не надоедаю, а поддерживаю дискуссию

Так я еще ничего и не сказал бестактного)

Не нужно поддерживать дисскусию ради дисскусии

Байт код скинь

байткод конкретно чего? scala.Int часто и в обычный int мапится, на уровне байткода

Не нужно поддерживать дисскусию ради дисскусии

а как же "из дискуссии приходит знание", или что-то такое?

Пнимаешь Олександр)

Из документации быстрее)

Тут разговор слепого с немым)

Один пытается показать мощность и говорит что это круто)) а второму эта мощность как шило в заднице, потомучто понимает к чему она может привести)

Чуешь ситуэйшн?)

Один пытается показать мощность и говорит что это круто)) а второму эта мощность как шило в заднице, потомучто понимает к чему она может привести)

Ой да ладно тебе, пофанился, наговнокодил и свалил.

Один пытается показать мощность и говорит что это круто)) а второму эта мощность как шило в заднице, потомучто понимает к чему она может привести)

этот аргумент прозвучал только раз, и мимоходом

я даже с этим согласен

У скалы на весах язык ради языка, 100500 вариантов написания одного и того же как в руби, в котлине все наоборот, язык строгих кейсов, необходимых рынку для решения продакшен задач)

Что тут еще можно написать

весь вопрос в возможности выбора, какая именно мощность тебе надо

рынку иногда необходимы крутые проекты с крутым бэкендом

что-то тут котлин ничего дать не может

а скала - это акторы, это акка

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

это особая парадигма параллелизма

можно диктатурно заявить "дженерики не нужны", и в этом есть свой резон

а скала - это акторы, это акка

акку можно использовать не только в scala