Добрый вечер. Нетехнический вопрос. Допустим у меня есть проект на

джаве. Я хочу нанять Котлиниста, чтобы он его потихоньку начал переписывать на Котлин. Как Котлинисты обычно относятся к таким проектам?

А зачем? Котлин и Джава отлично взаимодействуют друг с другом. Необходимости переписывать нет.

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

Джависты остаются в другом отделе. У меня скалисты. Они джаву сапортить не хотят. Вот я и думаю: нанимать джавистов, или более близких сердцу котлинистов :)

но если серьёзно, то, кмк, любой джавист за две-три недели при необходимости начнёт достаточно качественно писать на котлине, а возможность на работе выучить новый язык (Котлин) может быть заметным плюсом в вакансии

Необязательно. У меня был вариант перейти в команду джавистов, мне честно сказали: "у нас был котлинист, он писал на котлине, мы на джаве, взаимодействовали нормально. Но когда он ушёл, мы постепенно его код переписали обратно на джаву" :)

ну мы вот пишем новые модули на котлине, время компиляции проекта растёт каждый год примерно в два раза, некоторые коллеги говорят "может ну нафиг этот ваш котлин", невозможно же ждать 40 минут полного ребилда :D

Эхехе. Видимо, у наших не было столько котлина в кодбазе, чтобы настолько переживать :)

➜ intellij git:(master) ✗ cloc . 474163 text files. 346976 unique files. Language files blank comment code ----------------------------------------------------------------- Java 132613 1732048 1167387 10041119 XML 20850 52030 45654 2277645 Kotlin 24936 361931 206241 1964037 JavaScript 11618 221495 543663 1311548 .... (но это с тестдатой, правда)

Хехе.

А есть реальное сравнение билд тайма на 1.4.30? Там уже сравнимо вроде.

Т.е. теперь либо Kotlin ускорится, либо в IDEA сильно улучшится поддержка Bazel?

не, такого нету

ну котлин, вот, ускоряется :) но вообще у нас есть специальный плагин, который с тимсити скачивает скомпилированные классы идеи, которые подходят для текущего HEAD коммита. это позволяет практически никогда не компилировать идею с нуля про bazel ничего сказать не могу. у нас пытались завести прототип сборки идеи через bazel -- но не взлетело

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

отлично) Kotlin это будущее, Java это тоже было хорошо ))) тем более речь же о Java -> Kotlin а не наоборот))

А при чем тут базель? Компилляция-то там не быстрее.

Так там градл уже кэширует вроде не хуже Базеля. С 6.7 по-моему.

Он умеет в remote execution, т.е. даже при локальном запуске сборка и тесты могут использовать ферму. И при каноничном использовании Bazel, каждый Java/Kotlin пакет это отдельный Bazel модуль - получается более гранулярное кэширование.

Ну вот хотелось бы сравнений. Потому что я видел какие-то тесты градля 6.7, там уже по-моему сравнимо получается. Инкрементальная сборка пока дико глючит на K-JS, но мы вроде не про него говорим.

Ну у нас же JPS используется для сборки

А с FIR пробовали? Потому что, у нас за Н лет стало собираться медленнее - это как бы так себе метрика. Может у вас кода просто больше стало

не, с FIR не пробовали, насколько мне известно ну кода действительно стало больше, это правда но не пропорционально-замедлению-компиляции больше, и в этом есть некоторая печаль

Ну компиляция котлин медленнее. Вопрсо в том, насколько медленнее. Ну и разумеется всегда вопрос в том, как часто надо прямо с нуля собирать

с нуля приходится собирать если скачал кеши компиляции, но компилятору всё равно что-то не понравилось и пришлось запускать полный ребилд :)) в других случаях почти не надо