Aussi, lors de l’annonce du support de Kotlin, je me suis vraiment demandé : mais pourquoi ? Comme tout nouveau langage de programmation, Kotlin vient avec son lot de nouveautés, y en avait-il une justifiant cette adoption ? Après quelques recherches (voir le très bon article de DZone dans les ressources), on se rend vite compte que le langage semble bien conçu, mais ne propose rien de réellement révolutionnaire (surtout comparé à un Groovy) :

Autant des choses que permet déjà Groovy (ou peu s’en faut).

Alors pourquoi ? Pourquoi une société comme Gradle irait dépenser un temps de développement, certainement non négligeable, pour ajouter le support d’une nouveau langage à son produit ?

La réponse est finalement donné dans l'épisode 149 des Cast Codeurs, par Cédric Champeau, core developer chez Gradle (mais également commiter Groovy).
Kotlin est développé par JetBrains, l'éditeur d’IntelliJ, ce qui assure un parfait support du langage au sein d’IntelliJ, mais aussi d’Eclipse (si si !).
De son côté, Groovy n’est plus financé par Pivotal (l'éditeur du framework Spring) depuis avril 2015. Or c’est également Pivotal qui assurait le développement du plugin Groovy pour Eclipse. Depuis le départ de ces derniers, le plugin n’est plus maintenu. Et Gradle est bien conscient que l’adoption de son produit est fortement conditionnée par une bonne expérience de développement.

Bon, à côté de cela, il semble qu’il y ait également des intérêts purement techniques à ce support de Kotlin :

Concernant le 1er point, comme expliqué sur le blog de Cédric, le support d’un langage dynamique (dynamic DSL) comme Groovy peut s’avérer complexe, dans la mesure où de (trop) nombreux éléments sont uniquement découverts au runtime, ce qui ne facilite pas le travail de l’IDE.
Kotlin étant purement typé statiquement, ce problème n’existe plus.

Concernant le 2nd point, Groovy souffre d’un choix historique : gérer le flux de résolution des properties via un méchanisme d’exception.
On peut donc rapidement se retrouver face à des dizaines de milliers d’exceptions lancées pour…​ pas grand chose. Là aussi, regardez le blog de Cédric pour une explication détaillée.

Au final, et même si on nous assure que le support de Groovy n’est pas abandonné, on sent que Kotlin, une fois qu’il aura passé la phase d’incubation, a de grandes chances de devenir le langage phare pour les builds Gradle.
A partir de là, pourquoi ne pas commencer dès maintenant à y jeter un oeil ?