Холивар: Kotlin vs Java в 2026 для нового backend-проекта

[pg1]

Стартуем новый сервис на Spring Boot. Архитектор за Java 21, половина команды хочет Kotlin. Java с record, pattern matching и virtual threads вроде догнала, есть ли вообще смысл тащить Kotlin в 2026?

[cohenst1]

Kotlin не только про null-safety и краткость, это null-safety на уровне типов, что в проде реально режет NPE на корню. Java со всеми Optional этого не даёт так чисто.

[tomcruz]

Работала на обоих. Kotlin coroutines субъективно приятнее virtual threads для сложных пайплайнов, но интероп с некоторыми Spring-фичами иногда сюрпризит. Compile time у Kotlin до сих пор ощутимо медленнее, на больших модулях это бесит.

[prometheusandy]

А про compile time насколько критично? У нас монолит будет большой.

[Version]

На монолите 300к строк Kotlin сборка может быть в 1.5-2 раза дольше Java, чистая сборка особенно. Инкрементальная компиляция в Gradle спасает, но CI-пайплайны заметно дольше. Закладывай это в бюджет.

[qcdeed]

Соглашусь что Java 21 сильно сократила разрыв. Но для меня data-классы, extension functions и scope-функции экономят столько кода ежедневно, что я обратно на Java не хочу. Это вопрос вкуса и команды, а не объективного превосходства.

[andy7]

ИМХО решает фактор команды: если большинство хочет Kotlin и будет писать на нём с удовольствием, берите Kotlin. Демотивированная команда на технически верном выборе сделает проект хуже, чем мотивированная на чуть менее идеальном.

[slypmp]

Отличный разбор, добавил в закладки. Сэкономили мне кучу времени.

[olgerd]

+1 к этому, сам недавно так же решал. Подтверждаю что вариант рабочий.

[icu2]

Kotlin в 2026 всё ещё выигрывает именно на ежедневном developer experience, а не на каких-то killer features. Extension functions, data classes без boilerplate, null safety на уровне компилятора — всё это Java 21 таки не закрывает полностью. Record'ы отличные, но без copy-with, без деструктуризации в when, без named parameters. Если команда уже знает Kotlin — нет аргументов переходить обратно.