|
|
|
|
|
by girvo
969 days ago
|
|
Indeed. A fun example of this is Nim: “results” is quite a nice library, but Nim’s stdlib and by extension most of its third party libraries are built around exceptions (or std/options). And Nim uses effect tracking, you can encode the exceptions raised into the type signature, so in some ways it’s perfectly poised for something like “results” or unwrapit Yet when you try to go down that path (like we did at work, doing embedded firmware) it feels like you’re fighting against the current, sadly. |
|
A good example is when working with Qt, trying to avoid QString and QObject as much as possible is a fools errand, its slower and ultimately ends up with ugly code.