The first KEEP on rich errors is now open for publ...
# language-proposals
m
The first KEEP on rich errors is now open for public review: https://github.com/Kotlin/KEEP/discussions/447 It mainly covers our motivation behind the feature but also outlines the core design rules
K 15
kodee happy 8
e
https://github.com/Kotlin/KEEP/discussions/447#discussioncomment-14215121 If return type
User | Error
translates to Java Object, would it mean "Kotlin "two way integration with Java" pitch will be degraded ?
j
Not really, no. They could have chosen to mangle the function names like they did with inline value classes and provide zero visibility from Java.
1
b
@Edgar Avuzi

https://youtu.be/3uNpmhHwkuQ?t=44m3s

👍 1
gratitude thank you 1
e
Ok, thanks, got it. Sacrificing interop for Kotlin's own experience