Ответ.

В Kotlin функции объявляются очень лаконично, что является одной из сильных сторон языка. Исторически в Java функции жёстко связаны с классами (методы), не поддерживают именованные параметры и параметры по умолчанию, из-за чего часто требуется создавать перегруженные методы. В Kotlin функции могут быть объявлены на верхнем уровне (top-level), а их параметры гораздо гибче.

Проблема в Java: для разных комбинаций аргументов часто приходится создавать отдельные перегрузки. Это приводит к излишнему коду и усложняет поддержку.

Решение в Kotlin:

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

Пример кода:

fun greet(name: String = "User", greeting: String = "Hello") {
    println("$greeting, $name!")
}

greet() // Hello, User!
greet("Alex") // Hello, Alex!
greet(greeting = "Hi", name = "Olga") // Hi, Olga!

Ключевые особенности:

Параметры по умолчанию снижают количество перегрузок и улучшают читаемость.
Именованные параметры повышают выразительность кода и предотвращают ошибки при длинных списках аргументов.
Свободное объявление функций (top-level) упрощает организацию кода.

Вопросы с подвохом.

Являются ли аргументы по умолчанию частью сигнатуры функции в байткоде?

Нет, Kotlin компилирует отдельные synthetic overload-методы для обеспечения совместимости с Java, но сигнатура функции не изменяется на уровне JVM.

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

Позиционные аргументы должны идти раньше именованных, иначе возникнет ошибка компиляции.

Пример неверного использования:

greet(greeting = "Hey", "Ivan") // Ошибка компиляции

Можно ли объявлять функции вне классов в Java так же, как в Kotlin?

Нет, в Java каждая функция обязательно должна быть методом какого-то класса. В Kotlin разрешены top-level функции — это делает код более чистым и тестируемым.

Типовые ошибки и анти-паттерны

Попытка совмещать именованные и позиционные параметры в неверном порядке.
Ожидание от Java-кода поддержки default-аргументов Kotlin — нужно вручную создавать перегрузки в Java, либо использовать @JvmOverloads.
Неоправданное использование большого количества параметров, что снижает читаемость.

Пример из жизни

Негативный кейс

В большом Android проекте разработчик реализовал методы API клиента с 5-6 позиционными аргументами и перегрузками, что привело к частым ошибкам при вызове и большим дублированным блокам кода.

Плюсы:

Совместимость с Java кодом

Минусы:

Сложность поддержки
Много кода
Высокая вероятность ошибок

Позитивный кейс

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