Паскаль

Неужели прямо такой говнокод?

Да, читаемость падает без какой-либо необходимости

Голые циклы часто пишешь? Я вод достаю элемент из колекции и работаю с ним, и эта работа дороже. Ну и самое главное jit все схавает, ну или аот

Да вопрос вкуса

Да, читаемость падает без какой-либо необходимости

Мне норм

Да, читаемость падает без какой-либо необходимости

В котлине любимом можно екстеншен сделать

Да вопрос вкуса

Ты на нем писал? Да еще в объектом стиле (делфи)

Мне норм

Циклы с доступом по индексу?)

Ты на нем писал? Да еще в объектом стиле (делфи)

На ком?

Циклы с доступом по индексу?)

Да

В котлине любимом можно екстеншен сделать

Хех, и вот тут виртуальный вызов, хз котлин ли оптимизирует это

Ты на нем писал? Да еще в объектом стиле (делфи)

В смысле причем он тут? Я писал на Делфи 4 года назад в обьектном стиле

Ты на нем писал? Да еще в объектом стиле (делфи)

Я с товарищем объектно писал на турбо паскале, так что не надо

@HeapyHop как доклад Романа Элизарова был?

Хех, и вот тут виртуальный вызов, хз котлин ли оптимизирует это

Ну там же инлайны и все такое

Я с товарищем объектно писал на турбо паскале, так что не надо

Ну он первый был

а то я не успел на него :(

Да, читаемость падает без какой-либо необходимости

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

Причем Делфи был какой то в духе 97 года

Ну там же инлайны и все такое

Не везде, в аррау на гетах я их не видел

В нииц проги писал ??

Да

А если Set?)

А если Set?)

Это другая история

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

Алокация != доставать по индексу

Такое тоже проходили, местами и до этого спускался

Это другая история

Вот и тут начинаем думать, представь в котлине 10000 задеклалированых слов, и все нужны

@HeapyHop как доклад Романа Элизарова был?

Рассказал про structured concurrency, и в этот раз про каналы, упомянул акторы. В общем ничего нового, но повторение - мать учения

Короче вывод, ART говно, расходимся

Такое тоже проходили, местами и до этого спускался

Jvm прогревали ? В 80 % как минимум она это оптимизирует

Рассказал про structured concurrency, и в этот раз про каналы, упомянул акторы. В общем ничего нового, но повторение - мать учения

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

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

Ну класс, сколько ещё человек тут пишут http сервера обрабатывающие сотни тысяч запросов :)

Вот и тут начинаем думать, представь в котлине 10000 задеклалированых слов, и все нужны

Да в котлине мне кажется примерно столько зарезервированных слов и есть?

Jvm прогревали ? В 80 % как минимум она это оптимизирует

Она даже getValue меняет на обычный референс переменной/константы

Ну класс, сколько ещё человек тут пишут http сервера обрабатывающие сотни тысяч запросов :)

на 4х ядрах цпу)

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

Да в котлине мне кажется примерно столько зарезервированных слов и есть?

В джаву посмотри

Я все сразу и не вспомню

В джаву посмотри

В джаве меньше наверное раза в полтора. Но это не точно

Jvm прогревали ? В 80 % как минимум она это оптимизирует

Конечно прогревали... я для оптимизации json-парсера чего только не делал

Конечно прогревали... я для оптимизации json-парсера чего только не делал

На vertx не переписывали?

Конечно прогревали... я для оптимизации json-парсера чего только не делал

А тут хз, с этими джсонами человечество не может разобратся

на 4х ядрах цпу)

100к и на одном сделаю

В джаве меньше наверное раза в полтора. Но это не точно

Назови слова для канкаренси

100к и на одном сделаю

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

На vertx не переписывали?

Нет, я только у них драйвер для постгреса форкнул

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

Меня просто не устраивает оверхед популярных веб-фреймворков

Нет, я только у них драйвер для постгреса форкнул

да, драйвер пушка

Меня просто не устраивает оверхед популярных веб-фреймворков

gRPC тогда?

да, драйвер пушка

https://www.techempower.com/benchmarks/#section=data-r16&hw=ph&test=db

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

Я писал мониторинг, который в сутки разруливает ~1.7ккк сообщений, хостилось на 8 микроинстансах амазона, я боюсь представить, сколько бы это стоило сделать на спринг-буте

да, помню)

ну, ktor + netty вполне вменяемая скорость и гибкость

https://www.techempower.com/benchmarks/#section=data-r16&hw=ph&test=db

Тут мне больше нравится https://www.techempower.com/benchmarks/#section=test&runid=a0d6e357-e8e3-4a5b-9ef0-6175ed824b20&hw=ph&test=db

о, уже в топе

быстрее чем netty и undertow? в чем подвох?

Тут мне больше нравится https://www.techempower.com/benchmarks/#section=test&runid=a0d6e357-e8e3-4a5b-9ef0-6175ed824b20&hw=ph&test=db

народ подтянулся

Жду, когда раунд опубликуют, но что-то там мутно

engine для ktor будет??

быстрее чем netty и undertow? в чем подвох?

свой драйвер до постегреса а не jdbc

быстрее чем netty и undertow? в чем подвох?

Написано с нуля на коленке

engine для ktor будет??

Вообще была такая мысль

Если время будет

было б интересно

https://www.techempower.com/benchmarks/#section=test&runid=a0d6e357-e8e3-4a5b-9ef0-6175ed824b20&hw=ph&test=json&l=xan9tr-1 так лучше смотреть

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

Короче вывод, ART говно, расходимся

нет ART ещё очень даже хорош, а вот Dalvik был ?. Да и железо тогда большего не позволяло.

ERROR: S client not available

а как тестировать приложения на React KotlinJS ? там же не junit

https://www.techempower.com/benchmarks/#section=test&runid=a0d6e357-e8e3-4a5b-9ef0-6175ed824b20&hw=ph&test=json&l=xan9tr-1 так лучше смотреть

Я ещё жду когда сеть обновят, сейчас все упирается в 10гигабит, по цпу у меня там ещё процентов 30 запас

а как тестировать приложения на React KotlinJS ? там же не junit

Там интегрирована karma

чет в package.json не вижу такой

чет в package.json не вижу такой

@kotlin_js

Я ещё жду когда сеть обновят, сейчас все упирается в 10гигабит, по цпу у меня там ещё процентов 30 запас

твой фреймворк там есть?

твой фреймворк там есть?

wizzardo-http

wizzardo-http

круто

Я все собираюсь переименоваться но руки не доходят

Kotlinconf 2018 slides - Jeroen Mols https://jeroenmols.com/blog/2018/10/05/kotlinconf18/

не понимаю, как мне поле массивом сделать, раньше вроде это работало..

хотя это видимо из за того, что в жвм его нельзя типизировать, а массив должен быть определенного типа

ну да, ArrayList использует массив обжектов

С появлением дженериков в джаве Тип старается

Всем привет Я тут описываю недостатки Java (в особенности в сравнении с Kotlin). Пока вот что получилось: 1) NPE 2) Перегруженность в силу попыток сохранять обратную совместимость (много deprecated еще с незапамятных времён) 3) Многословность 4) Медленное развитие (в силу той же обратной совместимости) 5) Ненулевой порог входа Буду дополнять по ходу нахождения инфы. Какие у кого есть идеи?

Я просто бегло прошерстил гугл и хабр, но такое ощущение, будто о недостатках Java говорить никто не хочет

Вообще, мне кажется, что подход не совсем правильный. Java -хороший язык и платформа, просто kotlin лучше. Так что правильнее говорить о достоинствах котлин. В Java реально есть два пункта, которые отпугивают разработчиков: * большая вербатимность (это и достоинство и недостаток одновременно, но все же многим мешает) * Ненулевой потенциал на границе. Для того, чтобы нормально работать на java надо изучить системы сборки хотя бы на минимальном уровне. Вариант накалякать в блокнотике не проходит. Опять же это скорее плюс, чем минус, но на старте пугает.

NPE и deprecated особой проблемой не являются.

Под вербатимностью имеется ввиду как раз многословность?

да

англицизм

Лично я от этого никогда не страдал, но в котлин мне действительно нравится больше.

NPE и deprecated особой проблемой не являются.

Ну я сам с NPE редко всиречаюсь, но народ страдает на больших проектах

Да нет, не такая уж фатальная проблема. Решается вполне. Тем более, что она везде есть. Котлин просто в попытке решить проблему npe еще добавил кое-какие важные дизайновые решения типа primary constructor, которые на мой взгляд идейно очень важны

NPE и deprecated особой проблемой не являются.

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

Вообще с таким не встречался.

Единственный пример, который я знаю, замена Date на LocalDateTime, но там все довольно очевидно

Да нет, не такая уж фатальная проблема. Решается вполне. Тем более, что она везде есть. Котлин просто в попытке решить проблему npe еще добавил кое-какие важные дизайновые решения типа primary constructor, которые на мой взгляд идейно очень важны

Кстати о нулл-безопасности. Написал недавно QuickSort на котлине. Затык по производительности оказался в создании нулл-безопасного массива чисел, потому что каждое создание тянуло заполнение этого массива нулями

Единственный пример, который я знаю, замена Date на LocalDateTime, но там все довольно очевидно

Мне в голову в первую очередь тоже этот пример приходит

В яве тоже массив инициализируется, так что разницы быть не должно

В яве тоже массив инициализируется, так что разницы быть не должно

Думаю, там разница в том, что в Java он только аллоцируется без заполнения значениями