This repository was archived by the owner on Feb 18, 2025. It is now read-only.

Description
I was never too happy with the existing naming approaches for the Result type:
Success/Failure
- pro: both names have the same length, like
Option's Some/None
- con: quite long, concern that people may use
Option over Result
Ok/Err
- pro: short
- con: names don't have the same length, leading to inconsistent indentation when pattern matching
- con:
Err is not a word
The new naming ticks all the boxes:
Pass/Fail
- pro: both names have the same length
- pro: same length as
Some/None
- pro: real words
It's a minor thing, but it's nice to have found a good design even where it doesn't matter that much!
The only concern I have is that I might find a type in a testing-related context where Pass/Fail would fit even better!