Yes and no. In Swift you have to mark if a function throws, but not WHAT the function throws. The Java-style checked exception haters might see that as the bes

Yes and no. In Swift you have to mark if a function throws, but not WHAT the function throws. The Java-style checked exception haters might see that as the best of all worlds. I generally agree that Swift is a little nicer than Kotlin. I like the enums better than sealed classes, I like that Swift has value types. The only think from Kotlin that I miss in Swift is the scoping methods: apply, with, let, also.