Size: a a a

2018 October 15

MZ

Maxim Zinchenko in Kotlin Moscow
в принципе, для котлин это было бы неплохим исходом - стать единственным официальным языков андроид
источник

MZ

Maxim Zinchenko in Kotlin Moscow
(
"Терять нечего"? Что мешало дальше сидеть на джавке седьмой проекты клепать, ждать, пока наконец-то будет поддержка восьмой?
ощущение того, что это будущее не наступит никогда. подкрепленное фактами
источник

SB

Sergey Bezrukov in Kotlin Moscow
Maxim Zinchenko
всё-таки аудитория котлина, это в основном энтузиасты. они не обломятся даже в коммерческих проектах перейти с треском на новую версию. главное добавлять такие фичи, чтобы аудитория сильно расширялась
Не надо этого, будут такие же крысиные бега как в javascript. Все энтузиасты довольны, глаза горят, библиотеки апдейтятся с космической скоростью, в результате разработка элементарного фронтенда требует ресурсов, как у Гугла )
источник

MZ

Maxim Zinchenko in Kotlin Moscow
ну не скажите :) angular вон все хают за несовместимость версий, но скрипя зубами переносят. не хочешь - не переноси. зато продуманность библиотеки серьезно возрастает
источник

MZ

Maxim Zinchenko in Kotlin Moscow
невозможно новый язык так прям с нуля красиво забахать
источник

MZ

Maxim Zinchenko in Kotlin Moscow
тем более на jvm c её кривыми дженериками :)
источник

(

( in Kotlin Moscow
Ну так зачем изобретать очередное нечто, которым пользоваться можно только через боль? У нас уже есть одно такое, называется Джава
Котлин наоборот делает всё хорошо и аккуратно. Пусть issues висят по три года, зато с версии на версию можно переходить гладко и с удовольствием пользоваться новыми фичами
источник

SR

Sergey Ryabov in Kotlin Moscow
Такое себе. Приходится инфу о котли-фичах дублировать аннотациями...
источник

SR

Sergey Ryabov in Kotlin Moscow
Я тут немного из прошлого чатик догоняю) Но всё же, имхо, именованные парамсы, плюс дефолтные значения решают 95% проблем. А пару-тройку недостающих методов можно написать, если нужно доп. удобство...
источник

MZ

Maxim Zinchenko in Kotlin Moscow
Sergey Ryabov
Такое себе. Приходится инфу о котли-фичах дублировать аннотациями...
а шо делать :( меня это тоже печалит, но проблема в том default значения kotlin в скомпиленном коде взять неоткуда
источник

SR

Sergey Ryabov in Kotlin Moscow
Maxim Zinchenko
а шо делать :( меня это тоже печалит, но проблема в том default значения kotlin в скомпиленном коде взять неоткуда
Это не совсем верно)
источник

MZ

Maxim Zinchenko in Kotlin Moscow
Sergey Ryabov
Я тут немного из прошлого чатик догоняю) Но всё же, имхо, именованные парамсы, плюс дефолтные значения решают 95% проблем. А пару-тройку недостающих методов можно написать, если нужно доп. удобство...
решают для kotlin. но не для kotlin+java. билдеры конечно же нужны только для этого.
источник

SR

Sergey Ryabov in Kotlin Moscow
Тут на AppsConf был как раз про это доклад на прошлой неделе
источник

SR

Sergey Ryabov in Kotlin Moscow
Maxim Zinchenko
решают для kotlin. но не для kotlin+java. билдеры конечно же нужны только для этого.
Я вас понял
источник

MZ

Maxim Zinchenko in Kotlin Moscow
Sergey Ryabov
Это не совсем верно)
ну можно конечно смотреть сам код метода. но так ты завяжешься на текущую реализацию default. или есть другие варианты?
источник

SR

Sergey Ryabov in Kotlin Moscow
Maxim Zinchenko
ну можно конечно смотреть сам код метода. но так ты завяжешься на текущую реализацию default. или есть другие варианты?
https://speakerdeck.com/colriot/kotlin-friendly-annotation-processing-appsconf-2018
Вот тут можно взглянуть на слайды, видео, к сожалению, пока нет.
Если кратко, то в аннотации @Metadata, которая компилятором добавляется на каждый класс, есть вся инфа.
источник

MV

Maksim Vlasov in Kotlin Moscow
Maxim Zinchenko
вот это весьма спорное утверждение. я наоборот не знаю ни одного языка, у которой такой политики бы не было :) ну разве что древние языки типа фортрана, по которым вроде и жизни особой нет
Не согласен. Приведите пожалуйста пример языка с не менее, чем 10 лет развития без возможности смешать в коде старые и новые конструкции языка с целью решения одной и той же задачи?
Яркий пример C++. Я лично не считаю это нормальным развитием языка.
источник
2018 October 16

MZ

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

SR

Sergey Ryabov in Kotlin Moscow
Maxim Zinchenko
о! давно было интересно как расшифровать эту вещь. наличие kotlinx-metadata даже позволяет надеяться, что не при каждом новом билде вся эта хрень будет ломаться и в кодогенераторе можно его использовать. другой вопрос, что если изменения всё-таки будут, версию кодогенератора придётся менять синхронно с версией котлин, но это не самое страшное. осталось найти время на допил кодогенератора
Ну, это прозрачно можно будет сделать. Скорее всего, новые фичи будут со своими визиторами и на старых версиях языка просто не будут вызваны коллбеки.
источник
2018 October 17

e

eshch in Kotlin Moscow
(
Пистон имеет ту самую проблему, что и юнити - половина поклонников это профессиональные программисты, а другая половина - это школьники на уроках по гайдам код пишут, потому что язык простой. И нет, он не развивается нормально - вы не слышали шутки про вторую и третью версию языка, а тем более не пробовали их ставить в одну систему и тем более на винду. И я ещё не говорю про различные версии бинарей питона, которые можно тянуть с разных репозиториев ради различных нужд и они будут конфликтовать друг с другом
ну винда не в счет, она нужна кому-то? а поставить скок хочешь версий питона не сложнее джавы. pyenv для питона, sdkman для джавы. если хочется руками, то они одинаково по папочкам лежат
источник