I do wonder whether Kotlin is sufficiently different from C# to make it worth developing in Godot in a non-standard way.

For me, it does.

I find Kotlin way easier to read back than C#, and for the cases where I would have reached for GDScript for its simplicity, I can use Kotlin and have still a lot of simplicity, while also having type-safety.

> I favor a more functional style of programming and C# ends up making everything 5 times more verbose than Kotlin.

As if you can't program C# functional style.

> As if you can't program C# functional style.

This, I was really impressed recently when I met a C# dev who was also a programmer (as opposed to your standard C# SaaS dev who just copy pasted from the framework docs and stack overflow and was fully automated by Claude in 2025) and he showed me how nice the language has gotten since I last used it over a decade ago when it was just Microslop Java. They've really put in work and it has a lot of great functional constructs now.

Sorry, I mean that writing functional code in C# is way more verbose than in Kotlin.

C# is already more verbose because it lacks things like union types (and so you need to have a fallback branch in every switch) and for example everything needs to be nested in a class.

Then you also have the fact that there is no "val" keyword (which makes things clearer imo) and the fact that it's generics type inferencing is only based on method arguments, which really adds a lot of noise to almost all generic functions.

I was using LanguageExt [0] in C# and I am now using Arrow [1] in Kotlin, and while LanguageExt is really nice for addressing some C# shortcomings, for me this is night and day.

[0] https://github.com/louthy/language-ext

[1] https://arrow-kt.io/