(I'm a developer at Stripe who helps maintain our language bindings.) +1. The original system was designed to be as flexible as possible and had the advantage

(I'm a developer at Stripe who helps maintain our language bindings.) +1. The original system was designed to be as flexible as possible and had the advantage of being able to support many different integrations that were straddling many different versions of the Stripe API, and all from within a single version of the Java library. Its major downside of course is that the same flexibility somewhat compromises the developer experience, and the choice hasn't mapped well onto languages like Java where the expectation is that most functionality should be discoverable by the type system. If it's any consolation, we're certainly aware of the problem and have a rough plan/roadmap on how to address some of the more appalling blemishes in usability.