А юзер-группы (комьюнити) в РФ все так и нет ? http://kotlinlang.org/community/user-groups.html#kotlin-user-groups-47

Все в ваших руках!

ага, а говорят котлин только в снг юзают

Ну вообще я тоже как то задавался этим вопросом, видимо пока никто не нашёлся именно вне jetbrains тусовку сделать)

Очень странно, видимо все считают раз у вас JB, значит нету смысла самим делать KUG

перепись админов ? (видно что самые заинтересованные люди)

Подкаста ещё нет на русском

Мы пытались сделать подкаст)

Подкаст такой формат специфичекий)

Два(или три? я уже не помню) раза записывались)

так себе получилось, решили не выкладывать

А кстати нет какого-то ресурса в стиле "KT best praKTices"?

/stat@combot

combot.org/chat/-1001032833563

Слушайте, а Котлин быстрее джавы?

Подкаста ещё нет на русском

Хехе, это не так то просто оказалось... Мне очень нравится формат talking kotlin а делать аналог на русском нет смысла, а аналог РП только чистопро котлин не взлетит

примерно одинаково. местами быстрее

Слушайте, а Котлин быстрее джавы?

местами быстрее, местами медленее. Но это вообще не корректный вопрос

Слушайте, а Котлин быстрее джавы?

В среднем так же

Но может быть и значительно быстрее в определенных юзкейсах. При этом кое-где чуть медленнее.

В общем если приложение на котлин переписать оно скорее станет быстрее или останется таким же. Но нужно рассматривать конкретные случаи.

За счет чего быстрее? Кучи проверок на нулл, циклов с итератором?

просто не стоит мерить перфоманс джвм языков.

За счет работы с коллекциями(инлайнов), корутин

просто не стоит мерить перфоманс джвм языков.

Почему? Посмотри кложу и груви, они медленнее джавы

Вот такие есть статьи по теме: https://kotlin.link/articles/400-percent-faster-layouts-with-Anko.html https://kotlin.link/articles/The-Reactive-Scrabble-benchmarks.html

За счет работы с коллекциями(инлайнов), корутин

как там с корутинами кстати? стоит в прод тащить?

а то экспериментальная фича все дела

как там с корутинами кстати? стоит в прод тащить?

На свой страх и риск)

ну допустим они нереально медленные

в 2 раза медленнее джавы

просто числа не могут складывать, постоянно типы приводят и аллоцируют при этом

Но может быть и значительно быстрее в определенных юзкейсах. При этом кое-где чуть медленнее.

На hotstop очень сомнительное утверждение. Даже если везде костылить inline, то это поможет в каких-то очень редки случаях.

На hotstop очень сомнительное утверждение. Даже если везде костылить inline, то это поможет в каких-то очень редки случаях.

Посмотри ссылку выше

это как бы не существенно. груви для то чтобы позапускать всякие автотесты и умереть (ну один кейз, но тестировщикам на нём удобнее писать)

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

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

Разные задачи, при больших объемах не выжимать перформанс == переплачивать кучу денег за сервера

Вопрос тем кто юзает анко. Как там с удобством работы? Все ли можно сверстать на анко?

Вот такие есть статьи по теме: https://kotlin.link/articles/400-percent-faster-layouts-with-Anko.html https://kotlin.link/articles/The-Reactive-Scrabble-benchmarks.html

Беспонтовый замер, layout происходит 1 раз при загрузки из xml и это борьба за милисекунды. Да и если писать как в telegram-anroid все в коде без DSL то будет еще быстрее.

Беспонтовый замер, layout происходит 1 раз при загрузки из xml и это борьба за милисекунды. Да и если писать как в telegram-anroid все в коде без DSL то будет еще быстрее.

в табличке я вижу сотни ms

в табличке я вижу сотни ms

Зависит от девайса и все равно этот код отработает только 1 раз

ну по твоей логике насрать на 10мб js, он все равно только 1 раз загружается)

как раз загрузка это где нужно заоптимазить, а когда уже что-то юзеру показал можно спиннеры прикручивать и анимации

(я вообще под андроид не пишу, размышления из мира js)

ну по твоей логике насрать на 10мб js, он все равно только 1 раз загружается)

Не утрируй, у нас тут не 10 mb и не js (я в андроиде уже много лет)

ну тут сотни! ms

Вопрос тем кто юзает анко. Как там с удобством работы? Все ли можно сверстать на анко?

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

ну тут сотни! ms

В Android про layout вообще не думают, у нас волнуются за 16мс на кадр (а layout тут обычно не причем)

16мс на кадр везде волнуются, и про первый значимый рендер

я хочу кликнуть на что-то (ссылка, или приложение в андроиде) и сразу увидитеть результат. анко судя по все увелчивает тут значительно перформанс, на 100мс примерно, это имхо более чем значительно

вообще думаю нужно попробовать сделать приложение, чтобы там был кондуктор (совсем его не пробовал) и все вьюхи были бы анко компонентами. наследуемые, композируемые

(я вообще под андроид не пишу, размышления из мира js)

На котлине для фронта пишешь? Вау

На котлине для фронта пишешь? Вау

Только начал плотно темой интересоваться, надо kotlin.link переписать будет еще один showcase для Kotlin/JS

я хочу кликнуть на что-то (ссылка, или приложение в андроиде) и сразу увидитеть результат. анко судя по все увелчивает тут значительно перформанс, на 100мс примерно, это имхо более чем значительно

А у тебя iphone? Просто 99.(9)% андроид приложений написаны без anko и тебе должно быть некомфортно ?

У меня android, и да, куча приложений долго запускает

но это не значит что это ок

ну, тут анко не поможет. Потому что проблема чаще всего не в построении интерфейса (мне давно уже не встречались иерархии с дикой вложеностью, но которых действительно тормозило. Да и ConstraintLayout должен быстрее строить вьюхи)

Кстати, в android большая проблема вообще с открытием новых окон (не связанная с inflate). По этому многие делают через фрагменты в одном окне (это типа к SPA)

Андроид сам по себе ну... Странный уж точно

это как бы не существенно. груви для то чтобы позапускать всякие автотесты и умереть (ну один кейз, но тестировщикам на нём удобнее писать)

Получается что все же существенно, может человек выбирает для чего использовать язык ;)

Ну и про скейлинг кложы я не совсем понял, чем джава скейлится хуже сложы

притом что быстрее работает

Получается что все же существенно, может человек выбирает для чего использовать язык ;)

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

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

Человек спросил медленее ли котлин чем джава, вы сказали что несущественно сравнивать перфоманс языков на жвм

Вот тут небольшой обзор перформанса Kotlin на Android TL;DW; Перформанс такой же или чуть ниже чем в Java (это не касается времени компиляции) Спасибо Kotlin команде, они оптимизируют компилятор и он начинает генерить более быстрый код. https://youtu.be/kGUBasuFf5k?t=2h12m13s

Ну и про скейлинг кложы я не совсем понял, чем джава скейлится хуже сложы

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

Вот тут небольшой обзор перформанса Kotlin на Android TL;DW; Перформанс такой же или чуть ниже чем в Java (это не касается времени компиляции) Спасибо Kotlin команде, они оптимизируют компилятор и он начинает генерить более быстрый код. https://youtu.be/kGUBasuFf5k?t=2h12m13s

вот статейка еще https://habrahabr.ru/company/badoo/blog/329026/

ERROR: S client not available

Человек спросил медленее ли котлин чем джава, вы сказали что несущественно сравнивать перфоманс языков на жвм

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

не забывайте про память и gc

Я всегда думал, что Kotlin - это про “меньше багов и maintainability”, а не про быстро (хорошо когда получается все сразу). Он вообще сделан был для JVM (где hotstop все инлайнит/скалеризирует и тд), а то что он запускается на Android это просто бонус.

Я всегда думал, что Kotlin - это про “меньше багов и maintainability”, а не про быстро (хорошо когда получается все сразу). Он вообще сделан был для JVM (где hotstop все инлайнит/скалеризирует и тд), а то что он запускается на Android это просто бонус.

Скоро будет нейтив тогда заживем

Я всегда думал, что Kotlin - это про “меньше багов и maintainability”, а не про быстро (хорошо когда получается все сразу). Он вообще сделан был для JVM (где hotstop все инлайнит/скалеризирует и тд), а то что он запускается на Android это просто бонус.

однако если бы не андроид комьюнити даже тут в чатике было бы человек 15)

скорее всего нейтив будет не быстрее jvm

Напишем Kotlin OS :)

скорее всего нейтив будет не быстрее jvm

Будет жрать меньше памяти, можно будет без gc.

скорее всего нейтив будет не быстрее jvm

почему так?

Скоро будет нейтив тогда заживем

Ты же надеюсь понимаешь, что тебе там придется писать в C/C++ стиле (будешь считать байты и циклы), без надежды на (спекулятивные) супер оптимизации и быстрый GC.

Ну вот и ответили

почему так?

наверное у хотспота получше гц

Ты же надеюсь понимаешь, что тебе там придется писать в C/C++ стиле (будешь считать байты и циклы), без надежды на (спекулятивные) супер оптимизации и быстрый GC.

Так это же самое интересное

чем тот который собираются сделать

Важно что бы котлин нейтив к этому гц не привязали как в одном языке D ;)

что они теперь бегают и 5 лет думают как бы это все переделать

а что ты хотел в д? ну я не в курсе ситуации ну наверное все языки намертво привязаны к своему гц

Вообщем я думаю Котлин Нейтив это большой челленж для JetBrains и мне интересно как они с этим справятся

что они теперь бегают и 5 лет думают как бы это все переделать

Ну пока ARC, но обещают что GC будет модуляризируемым

а что ты хотел в д? ну я не в курсе ситуации ну наверное все языки намертво привязаны к своему гц

Проблема в том что там есть возможность писать без гц но тогда большая часть стдлиба не работает

потому что когда ее писали об этом не думали

а. ну да больно.

и они уже 5 лет не могут придумать и решить эту ситуацию

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

как бы нам и то и то иметь

Ты же надеюсь понимаешь, что тебе там придется писать в C/C++ стиле (будешь считать байты и циклы), без надежды на (спекулятивные) супер оптимизации и быстрый GC.

писать в стиле с++ это час писать код и оставшийся день пытаться оптимизнуть компиляцию...

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

и они уже 5 лет не могут придумать и решить эту ситуацию

да вроде не пытаются даже

да вроде не пытаются даже

то то они блог посты форсят про это https://dlang.org/blog/2017/04/28/automem-hands-free-raii-for-d/ и постоянно обсуждают на форуме

то то они блог посты форсят про это https://dlang.org/blog/2017/04/28/automem-hands-free-raii-for-d/ и постоянно обсуждают на форуме

насколько помню, на форуме александреску несколько раз писал что всем норм гц

D умер не родившись т.к. ниши нет, это не системный язык из-за gc, а там где он с gc уже есть джава и го

поэтому нужно как то понимать что конкретно котлин нейтив пытается решать, какие роды проблем