In the result4k, I was wondering if `dev.forkhandl...

# forkhandles

[Dmitry Kandalov]

In the result4k, I was wondering if dev.forkhandles.result4k.Result4k should be the default 🤔 Because dev.forkhandles.result4k.Result will inevitably clash with kotlin.Result. And since IntelliJ doesn’t keep typealiases when refactoring, the codebase ends up as a mix of Result4k and Result.

[Andrew O'Hara]

It is an annoying issue yes. I've taken to using Result4k everywhere so I don't have to fuss with the imports.

[dave]

We could switch them for sure.

[natpryce]

The class name Result4k makes me sad

[natpryce]

Maybe we should use Outcome, like Uberto does

[natpryce]

Or Upshot

[Dmitry Kandalov]

I think Outcome is a bit less funky than Upshot. Should the library be renamed to outcome4k then? 😅
Another option is to have compiler/IDE plugin to enforce that `Result`s are not mixed 🤔 (And also always handled.)

[natpryce]

A compiler plugin to enforce that Outcomes are always handled would be awesome

[Andrew O'Hara]

I'm not so bothered by Result4k , but a quick look at a thesaurus reveals Verdict, Answer, or Product 🤔