В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Moscow

424 membersпожаловаться на группу
2020 October 05

SB

Sergey Bezrukov in Kotlin Moscow
Sergey Morgunov
Володя, спасибо большое! 👍 И правда ведь, сразу полегчало 😀
Хотя для полного аналога Java кода надо было ещё руками наверное всяких componentX понаписать, но думаю с ними можно и повременить 😂
lombok и mapstruct не забудьте подключить )
источник
17:23пожаловаться#1

SM

Sergey Morgunov in Kotlin Moscow
Sergey Bezrukov
lombok и mapstruct не забудьте подключить )
Ну чего началось то, нормально же общались 😂
источник
17:35пожаловаться#2

SM

Sergey Morgunov in Kotlin Moscow
Между нами говоря, предыдущая версия этого класса, когда он обитал в src/main/java, была как раз помечена в том числе и Lombok аннотациями 😁
источник
17:37пожаловаться#3

SM

Sergey Morgunov in Kotlin Moscow
А вот с mapstruct в Kotlin мы ещё не игрались 🤷‍♂️ Хотя его поддержку вроде уже анонсили тут.
источник
17:40пожаловаться#4

SB

Sergey Bezrukov in Kotlin Moscow
Sergey Morgunov
А вот с mapstruct в Kotlin мы ещё не игрались 🤷‍♂️ Хотя его поддержку вроде уже анонсили тут.
Кстати вот он и в котлине нелишний, наверное, при разных там преобразованиях из грязи в князи.
Надо будет попробовать его в каком-нибудь энтерпрайзе на беке.
источник
20:49пожаловаться#5
2020 October 08

MZ

Maxim Zinchenko in Kotlin Moscow
Alexander Nozik
Нормально обстоят дела. Не сильно медленнее, чем на JVM. У меня довольно большой проект с нуля собирается за минуту. Сейчас в IR вебпака вообще нет.
Вот это интересно. Это incremental?
У нас скорость компиляции Kotlin в CI является одной из причин не расширения его использования.
Проект maven мультимодуль. В CI всегда всё с нуля, поэтому никакого incremental. Тривиальные модули на 5000 строк kotlin-кода это 10-20 секунд сборки.
В то время как сравнимые модули на java компилятся меньше секунды.

Версия Kotlin всегда самая последняя. Болтанка времени компиляции по версиям определенная была, но в пределах погрешности (не на порядки).
В интернетиках разные мнения - у кого-то получается, что аналогичный код на java и kotlin компилится одинаково, а кто-то страдает как мы.
У меня есть ощущение, что некоторые красивые конструкции kotlin, которые сложно компилить, вызывают сильные замедления. Не встречали каких-то статей на эту тему?
Можно самому конечно поэкспериментировать, но вдруг это общеизвестная хрень.
источник
15:03пожаловаться#6

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
Вот это интересно. Это incremental?
У нас скорость компиляции Kotlin в CI является одной из причин не расширения его использования.
Проект maven мультимодуль. В CI всегда всё с нуля, поэтому никакого incremental. Тривиальные модули на 5000 строк kotlin-кода это 10-20 секунд сборки.
В то время как сравнимые модули на java компилятся меньше секунды.

Версия Kotlin всегда самая последняя. Болтанка времени компиляции по версиям определенная была, но в пределах погрешности (не на порядки).
В интернетиках разные мнения - у кого-то получается, что аналогичный код на java и kotlin компилится одинаково, а кто-то страдает как мы.
У меня есть ощущение, что некоторые красивые конструкции kotlin, которые сложно компилить, вызывают сильные замедления. Не встречали каких-то статей на эту тему?
Можно самому конечно поэкспериментировать, но вдруг это общеизвестная хрень.
Это не incremental, и в maven не факт что завезут, да и на CI если у вас каждый раз чистый env (что несомненно правильно для чистоты сборки) он работать не может. В gradle могли бы использовать build-cache на CI и в теории получился бы тот же инкрементал + пользователи на ноутах не страдали бы от первой компиляции последних изменений
источник
15:06пожаловаться#7

MZ

Maxim Zinchenko in Kotlin Moscow
Ruslan Ibragimov
Это не incremental, и в maven не факт что завезут, да и на CI если у вас каждый раз чистый env (что несомненно правильно для чистоты сборки) он работать не может. В gradle могли бы использовать build-cache на CI и в теории получился бы тот же инкрементал + пользователи на ноутах не страдали бы от первой компиляции последних изменений
В maven тоже можно было бы использовать что-то вроде build cache, если сохранять target или его часть между сборками и не делать clean. Возможно это хороший выход, но страшновато впороться в какие-то сайд-эффекты в CI.  Локально-то я вообще редко использую maven для сборки, IDEA сама за всем следит и компилит почти всегда шустро.

Меня смущает именно то, что мнения о компиляции kotlin у разных команд разные. У нас вот совершенно негативное впечатление, а кто-то считает, что сборка kotlin не особо отличается от java. Наверняка есть какое-то объяснение, так как у нас разница в скорости на порядок, а такое невозможно списать на погрешность измерения. Вот по scala, например, все вроде единодушны в том, что она компилится ужасно медленно, поэтому никаких вопросов нет
источник
15:42пожаловаться#8

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
В maven тоже можно было бы использовать что-то вроде build cache, если сохранять target или его часть между сборками и не делать clean. Возможно это хороший выход, но страшновато впороться в какие-то сайд-эффекты в CI.  Локально-то я вообще редко использую maven для сборки, IDEA сама за всем следит и компилит почти всегда шустро.

Меня смущает именно то, что мнения о компиляции kotlin у разных команд разные. У нас вот совершенно негативное впечатление, а кто-то считает, что сборка kotlin не особо отличается от java. Наверняка есть какое-то объяснение, так как у нас разница в скорости на порядок, а такое невозможно списать на погрешность измерения. Вот по scala, например, все вроде единодушны в том, что она компилится ужасно медленно, поэтому никаких вопросов нет
> что-то вроде build cache

maven это что-то вроде системы сборки 🙂

> Меня смущает именно то, что мнения о компиляции kotlin у разных команд разные

Я вот особо не замечаю сколько там на CI собирается, две секунды или 20. Обычно он все равно медленный, т.к. почему-то все экономят на нем, плюс не у всех есть свой репозиторий артифактов (а это значит что зависимости будут скачиваться не быстро). Вот посмотрел на свой github, один-два модуля в проекте сборка - 40с, много модулей, мало кода - 40с.
источник
15:47пожаловаться#9

RI

Ruslan Ibragimov in Kotlin Moscow
Переход с maven на gradle обычно приносит достаточное ускорение сборки, сравниваю проект на gradle - 50с сборка + артефакт (distZip), проект на maven - 1:30 - сборка
источник
15:51пожаловаться#10

MZ

Maxim Zinchenko in Kotlin Moscow
Ruslan Ibragimov
> что-то вроде build cache

maven это что-то вроде системы сборки 🙂

> Меня смущает именно то, что мнения о компиляции kotlin у разных команд разные

Я вот особо не замечаю сколько там на CI собирается, две секунды или 20. Обычно он все равно медленный, т.к. почему-то все экономят на нем, плюс не у всех есть свой репозиторий артифактов (а это значит что зависимости будут скачиваться не быстро). Вот посмотрел на свой github, один-два модуля в проекте сборка - 40с, много модулей, мало кода - 40с.
это ровно до тех пор, пока сборка не станет длится полчаса. 100 модулей по 20с это уже полчаса. есть конечно параллельность и прочее, но всё равно тратить столько времени на сборку это какая-то ерунда.
источник
15:52пожаловаться#11

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
это ровно до тех пор, пока сборка не станет длится полчаса. 100 модулей по 20с это уже полчаса. есть конечно параллельность и прочее, но всё равно тратить столько времени на сборку это какая-то ерунда.
Ну если у вас уже 100 модулей и куча кода, то вам надо начинать оптимизировать процесс. Даже по 3 секунды это уже слишком много. Поэтому смотреть в сторону Build Cache и историй Артема Зиннатуллина
источник
15:55пожаловаться#12

MZ

Maxim Zinchenko in Kotlin Moscow
Ruslan Ibragimov
Переход с maven на gradle обычно приносит достаточное ускорение сборки, сравниваю проект на gradle - 50с сборка + артефакт (distZip), проект на maven - 1:30 - сборка
эммм. может вы просто не умеете в maven? основное время это всё-таки время компиляции. если это не так, значит что-то у вас пошло не так. на эту тему кстати есть хорошие статьи на хабре. что с maven, что с gradle можно выстрелить себе в ногу и заставить сборку заниматься всякой ерундой, которая вам возможно и не нужна. не буду начинать тут холивар на тему того, где винтовка мощнее и выстрел в ногу получится разрушительней :)
источник
15:56пожаловаться#13

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow
Я так понимаю что котлин+gradle это всетаки лучше чем Kotlin+maven.
источник
15:58пожаловаться#14

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
эммм. может вы просто не умеете в maven? основное время это всё-таки время компиляции. если это не так, значит что-то у вас пошло не так. на эту тему кстати есть хорошие статьи на хабре. что с maven, что с gradle можно выстрелить себе в ногу и заставить сборку заниматься всякой ерундой, которая вам возможно и не нужна. не буду начинать тут холивар на тему того, где винтовка мощнее и выстрел в ногу получится разрушительней :)
Ну объективно из больших проектов на мавене я видел spring-boot и то он уже уехал на gradle и поделился замечательными результатами 🙂 https://spring.io/blog/2020/06/08/migrating-spring-boot-s-build-to-gradle

Когда я переводил свои проекты на gradle тоже замечал ускорение.

Что то, что то никогда особо не тюнил, т.к. над огромными репозиториями не работал давно
spring.io
Migrating Spring Boot's Build to Gradle
<p>We made a fairly significant change to Spring Boot in 2.3.0.M1. It was the first release of the project to be built with Gradle rather than Maven. A <a href="https://twitter.com/phillip_webb/status/1222943872205983744">thread on Twitter</a> about the migration had a number of people asking why we switched and the benefits, if any, that we’d seen. This blog post aims to answer those questions.</p>
<p>Each project in the Spring portfolio is run in a fairly autonomous manner. We strive for consistency where our users will see it most – API design, for example – but choose the tools that best meet the needs of the project for things that are less visible. One example of this is the build system. A change to the build system affects those that contribute to the project but, if we get things right, it has no effect on users. This has led to a mixture of Maven- and Gradle-based builds. For example, Spring Framework has been built with Gradle since 3.2.0.M1 in 2012, whereas Spring Boot began a year later and Spring…
источник
15:58пожаловаться#15

MZ

Maxim Zinchenko in Kotlin Moscow
Ruslan Ibragimov
Ну если у вас уже 100 модулей и куча кода, то вам надо начинать оптимизировать процесс. Даже по 3 секунды это уже слишком много. Поэтому смотреть в сторону Build Cache и историй Артема Зиннатуллина
кэши в сборке это зло. можно с ним мириться и говорить, что не мы такие, жизнь такая, но ... в общем, это уже далеко от темы - что приводит к тормозам компиляции kotlin. это скорее на тему - а может вам вообще не компилировать
источник
15:58пожаловаться#16

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow
По крайней мере мы мигрируемся  с мавен в сторону gradle
источник
15:58пожаловаться#17

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
кэши в сборке это зло. можно с ним мириться и говорить, что не мы такие, жизнь такая, но ... в общем, это уже далеко от темы - что приводит к тормозам компиляции kotlin. это скорее на тему - а может вам вообще не компилировать
Ну скажите это всяким facebook/lyft/google и т.д.

А то напридумывали bazel/buck'ов
источник
15:59пожаловаться#18

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow
С секундомером не стоял, но в градл сборки ощущаются быстрее.
источник
15:59пожаловаться#19

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow
И давайте различать сборки на компьютере девелоперов от сборок на ci cd- среде - к ним разные требования
источник
16:00пожаловаться#20