Respuesta.

En Kotlin, las funciones se declaran de manera muy concisa, lo que es una de las grandes fortalezas del lenguaje. Históricamente, en Java, las funciones están estrictamente ligadas a las clases (métodos), no soportan parámetros nombrados ni parámetros por defecto, lo que a menudo requiere la creación de métodos sobrecargados. En Kotlin, las funciones pueden ser declaradas a nivel superior (top-level), y sus parámetros son mucho más flexibles.

Problema en Java: para diferentes combinaciones de argumentos, a menudo es necesario crear sobrecargas separadas. Esto lleva a un código excesivo y complica el mantenimiento.

Solución en Kotlin:

soporte para parámetros por defecto,
parámetros nombrados,
declaración de funciones fuera de las clases.

Ejemplo de código:

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!

Características clave:

Los parámetros por defecto reducen la cantidad de sobrecargas y mejoran la legibilidad.
Los parámetros nombrados aumentan la expresividad del código y evitan errores en listas largas de argumentos.
La declaración libre de funciones (top-level) simplifica la organización del código.

Preguntas capciosas.

¿Son los argumentos por defecto parte de la firma de la función en el bytecode?

No, Kotlin compila métodos sobrecargados sintéticos separados para garantizar la compatibilidad con Java, pero la firma de la función no cambia a nivel de JVM.

¿Qué pasará si se altera el orden de los argumentos nombrados y posicionales?

Los argumentos posicionales deben ir antes que los nombrados, de lo contrario, habrá un error de compilación.

Ejemplo de uso incorrecto:

greet(greeting = "Hey", "Ivan") // Error de compilación

¿Se pueden declarar funciones fuera de las clases en Java como en Kotlin?

No, en Java cada función debe ser necesariamente un método de alguna clase. En Kotlin se permiten funciones de nivel superior — esto hace que el código sea más limpio y testeable.

Errores típicos y anti-patrones

Intentar mezclar parámetros nombrados y posicionales en un orden incorrecto.
Esperar que el código Java soporte argumentos por defecto de Kotlin — es necesario crear manualmente sobrecargas en Java, o usar @JvmOverloads.
Uso injustificado de una gran cantidad de parámetros, lo que reduce la legibilidad.

Ejemplo de la vida real

Caso negativo

En un gran proyecto de Android, un desarrollador implementó métodos de cliente API con 5-6 argumentos posicionales y sobrecargas, lo que llevó a errores frecuentes al llamar y a grandes bloques de código duplicado.

Pros:

Compatibilidad con código Java

Contras:

Dificultad para mantener
Mucho código
Alta probabilidad de errores

Caso positivo

El uso de funciones con parámetros por defecto y parámetros nombrados proporcionó una firma compacta, eliminó la necesidad de sobrecargas, el riesgo de errores y mejoró la facilidad de mantenimiento de la API.