Size: a a a

2018 April 05

Ⓢⓔⓡⓖ in Kotlin Moscow
а может даже стоит смотреть в сторону WASM
источник
2018 April 06

ТБ

Тимур Бухараев in Kotlin Moscow
Maxim Zinchenko
три - ещё андроид :)
А также еще нужна дополнительная рубрика "Доколе?"
источник

Ⓢⓔⓡⓖ in Kotlin Moscow
Тимур Бухараев
А также еще нужна дополнительная рубрика "Доколе?"
что ты имеешь в виду? 😊
источник

ТБ

Тимур Бухараев in Kotlin Moscow
Ⓢⓔⓡⓖ
что ты имеешь в виду? 😊
Ну надо же где-то задавать вопросы: доколе нам еще терпеть эти убогие дженерики, пришедшие из java? Долой это ретроградство, да здравствует светлое будущее!
источник

MZ

Maxim Zinchenko in Kotlin Moscow
каждому языку по higher-kinded types :)
источник

MZ

Maxim Zinchenko in Kotlin Moscow
ура, товагищи!
источник

Ⓢⓔⓡⓖ in Kotlin Moscow
Тимур Бухараев
Ну надо же где-то задавать вопросы: доколе нам еще терпеть эти убогие дженерики, пришедшие из java? Долой это ретроградство, да здравствует светлое будущее!
опиши конкретную проблему с дженериками, а не абстрактный вопрос, и мы его разберём на митапе
источник

MZ

Maxim Zinchenko in Kotlin Moscow
проблема в дизайне, унаследованом от java. в scala во многом выкинули старый дизайн и это позволило языку быть более согласованным. я уже приводил примеры простых вещей, которые просто нельзя сделать на java и koltin
источник

MZ

Maxim Zinchenko in Kotlin Moscow
например: контракт конструкторов, интерфейс SelfComparable, сложные функторы и описание интефейса монад
источник

MZ

Maxim Zinchenko in Kotlin Moscow
из-за отсутствия HKT функциональщина в kotlin довольно куцая. плюс многие вещи решаются через runtime рефлексию, хотя могли бы быть решены через compile time рефлексию
источник

MZ

Maxim Zinchenko in Kotlin Moscow
я понимаю, что движение в сторону scala может отпугнуть часть аудитории, но положение между java и scala мне кажется довольно шатким :) ни то, ни сё. вот и получается, что kotlin нужен только как замена java6 для андроид
источник

Ⓢⓔⓡⓖ in Kotlin Moscow
источник

Ⓢⓔⓡⓖ in Kotlin Moscow
Знаю людей которых наоборот привлекает близость к Java и отсутствие сложности, как в Scala
источник

MZ

Maxim Zinchenko in Kotlin Moscow
ещё год назад, я бы согласился.
после java 8 kotlin кажется верхом продуманности.
но чем дальше в лес, тем больше проблем.
и все они связаны с java-наследием.
довольно забавно распространять эти проблемы на язык, который вроде как может работать не только на jvm
источник

ТБ

Тимур Бухараев in Kotlin Moscow
kotlin просто новый язык
но со временем и он понарастет в джунгли
источник

MZ

Maxim Zinchenko in Kotlin Moscow
источник

ТБ

Тимур Бухараев in Kotlin Moscow
Ⓢⓔⓡⓖ
опиши конкретную проблему с дженериками, а не абстрактный вопрос, и мы его разберём на митапе
Ну мне кажется проблемы общеизвестны:
type erase, невозможность использовать generics для примитивных типов, невозможность делать всякое, например new T() или instanceof T

с одной стороны понятно, что это проблемы java и это никак не полечить, так как jvm общая

а с другой стороны kotlin декларирует себя не только как jvm язык, например он идет в native
а в native тащить болячки из jvm тоже как то обидно

вот и интересно, какова политика партии в этом направлении
сохранять все болячки java ради совместимости?
делать какие-то особые generics которые работают только в native?
есть какие-то иные хорошие идеи, позволяющие одновременно и на елку залезть, и попу не ободрать?
источник

MZ

Maxim Zinchenko in Kotlin Moscow
"делать какие-то особые generics которые работают только в native?" => это нарушит цельность языка. и так есть уйма идиотских костылей в виде аннотаций @Jvm...
источник

ТБ

Тимур Бухараев in Kotlin Moscow
нарушит конечно, а что делать?
так и жить?

и восстанут программисты на native kotlin и воззовут к всевышнему: почему мы должны страдать из-за древних ограничений какой-то дурацкой jvm, которую мы даже не используем, в глаза не видели и знать про неё ничего не хотим?
доколе?
источник

MZ

Maxim Zinchenko in Kotlin Moscow
надо делать kotlin 2.0 с блекджеком и HKT :)
источник