Size: a a a

2019 September 13

RK

Roman Khlebnov in JUG NN
У Скалы обратный интероп когда хочешь дёрнуть код Скалы из Джавы отстой
источник

RM

Roman Makhlin in JUG NN
кложа работает в обе стороны нормально(делал - проверял), котлин вроде тоже да изначально задумывался для интеропа
источник

RK

Roman Khlebnov in JUG NN
Котлин тут конечно тоже не панацея, но хотя бы ребята догадались всякие extension функции вынести в утильные классики для Джавы, Скала в этом плане хер ложила на Джаву
источник

SK

Sergey Kapralov in JUG NN
Ну ок. Предположим что проблема джавы — в многословных дата-преобразованиях. Неужели нужен был отдельный язык и такая туча синтаксического сахара чтобы ее решить? Неужели нельзя было отделаться как то попроще? Кодогенерацией там какой нить, аннотэйшн-процессорами...
источник

RK

Roman Khlebnov in JUG NN
Annotation Based Programming, huh?
источник

MB

Maxim Belov in JUG NN
Sergey Kapralov
Ну ок. Предположим что проблема джавы — в многословных дата-преобразованиях. Неужели нужен был отдельный язык и такая туча синтаксического сахара чтобы ее решить? Неужели нельзя было отделаться как то попроще? Кодогенерацией там какой нить, аннотэйшн-процессорами...
ну пилить по сути функциональные преобразования на процессорах аннотаций - это конечно офигенная идея)
источник

RK

Roman Khlebnov in JUG NN
С аннотациями далеко не уедешь, про количество разной кодогенерации я уже молчу - чо там только не напридумывали.
источник

RK

Roman Khlebnov in JUG NN
Новые языки несут не столько сахар, сколько другие идеологии. Скала активно форсит ФП на JVM, Котлин выступает больше в качестве better Java, ИМО
источник

RM

Roman Makhlin in JUG NN
Sergey Kapralov
Ну ок. Предположим что проблема джавы — в многословных дата-преобразованиях. Неужели нужен был отдельный язык и такая туча синтаксического сахара чтобы ее решить? Неужели нельзя было отделаться как то попроще? Кодогенерацией там какой нить, аннотэйшн-процессорами...
ахаха, ты же был против всего этого? это же не по СОЛИД от слова совсем
источник

SK

Sergey Kapralov in JUG NN
Maxim Belov
ну пилить по сути функциональные преобразования на процессорах аннотаций - это конечно офигенная идея)
Ну я как пример сказал. Я имею ввиду — не оверкил ли под это дело такой мощный язык лабать?
источник

RM

Roman Makhlin in JUG NN
Нет, Гослинг допустил много ошибок при проектировании языка, это фундаментальные ошибки и их исправить уже нельзя
источник

RK

Roman Khlebnov in JUG NN
По поводу идеологий: что в Java - public final Object method(){}, то в Котлине - fun method(): Object?
источник

SK

Sergey Kapralov in JUG NN
Roman Makhlin
ахаха, ты же был против всего этого? это же не по СОЛИД от слова совсем
Вы меня не поняли просто. Давайте не будем к этому щас возвращаться. Я по прежнему против, но с оговорками
источник

MB

Maxim Belov in JUG NN
Roman Makhlin
Нет, Гослинг допустил много ошибок при проектировании языка, это фундаментальные ошибки и их исправить уже нельзя
ага,
throw new RuntimeException(e)
источник

RM

Roman Makhlin in JUG NN
Sergey Kapralov
Вы меня не поняли просто. Давайте не будем к этому щас возвращаться. Я по прежнему против, но с оговорками
я ж пошутил, ты чоу) но ошибки фундаментальные и не избежные, их исправить практически нельзя, нужно менять саму JVM, компилятор и при этом как то не сломать обратную совместимость
источник

SK

Sergey Kapralov in JUG NN
Кстати — по поводу фундаментальных ошибок. А не костыль ли сама по себе идея лабать ФП на JVM?
источник

SK

Sergey Kapralov in JUG NN
Я спрашиваю если че, это не риторический вопрос
источник

SK

Sergey Kapralov in JUG NN
Я хреново знаю как устроен рантайм скалы, и какой она байткод генерит, но я чет не могу в уме представить его чистым
источник

RM

Roman Makhlin in JUG NN
JVM бестиповая
источник

RM

Roman Makhlin in JUG NN
все что нужно знать)
источник