uom
kotlin-result
uom | kotlin-result | |
---|---|---|
27 | 35 | |
955 | 936 | |
- | - | |
7.3 | 8.8 | |
about 1 month ago | 11 days ago | |
Rust | Kotlin | |
Apache License 2.0 | ISC License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
uom
- Units of measurement – type-safe zero-cost dimensional analysis
-
What's everyone working on this week (28/2023)?
uom (type-safe zero-cost dimensional analysis) v0.35.0 got released today!
-
What's everyone working on this week (6/2023)?
It happened! v0.34.0 (crates.io) has been released.
-
What's everyone working on this week (4/2023)?
My hope is to release uom (type-safe zero-cost dimensional analysis) v0.34.0 this week. There have been a huge number of new quantities and units added since v0.33.0.
-
What's everyone working on this week (36/2022)?
I have been reviewing lots of PRs recently submitted to add many new units and quantities to uom (type-safe zero-cost dimensional analysis).
-
What's everyone working on this week (31/2022)?
I reviewed some PRs to add new units to uom (type-safe zero-cost dimensional analysis) yesterday and am really hoping to make progress on logarithmic units this week. no_std support is slowing down the later.
-
What's everyone working on this week (30/2022)?
Working on a PR to uom (type-safe zero-cost dimensional analysis) to support logarithmic units.
-
Is RUST aiming to build an ecosystem on scientific computing?
A great type system enables things like unit preserving calculations and Formal Methods.
-
Survey of bad error messages emitted by the "misuse" of trait heavy crates
Is it the error messages, or other parts of uom that make it unwieldy to use? Feedback welcome here or as a new issue.
-
What's everyone working on this week (26/2022)?
I'm working through reviewing the open PRs for uom (type-safe zero-cost dimensional analysis).
kotlin-result
-
JEP draft: Exception handling in switch
Author here. I have no idea what you could possibly mean with this comment. The coroutineBinding implementation correctly uses the coroutines API for parallel decomposition of Result bindings, exactly how the Kotlin Corotines guide tells you to (backed by a [Mutex](https://github.com/michaelbull/kotlin-result/blob/master/kot...)). The coroutineBinding isn't even the main selling point of the library, you can use it without using this feature entirely.
Please could you elaborate on what "looking thread safe" means to you? The only portion of the library that supports concurrency *is* thread safe - the unit tests prove it and the use of concurrency primitives such as Kotlin's Mutex are indicative of this. I truly have no idea how you've judged the entirely of the lbirary on whether it's "thread safe" when there is a single function that's related to concurrency and it is very clearly using concurrency primitives.
-
How do you define errors?
Sealed classes in combination with a library like https://github.com/michaelbull/kotlin-result will get you what you need. Essentially at that point you'll be doing error handling the way you would in Rust, where a 1-level deep sealed class containing data classes as children act as the root error type and each of its variants. If you have errors coming from two different domains you just create a wrapper error type for each domain.
-
Result Class with Generic Type for both Success and Failure States
This is a great result lib: https://github.com/michaelbull/kotlin-result
-
Is runCatching in use in any of your projects ? My team is abusing it
Lastly I do not like kotlin's Result and we use the kotlin-result library which is more expressive and not tied to Throwable (similar to Arrow's Either).
-
Struggling with software robustness with Kotlin
In my own code, I started to use explicit error handling. I'm currently experimenting with Result (from https://github.com/michaelbull/kotlin-result) and Raise (from https://arrow-kt.io/).
-
Thoughts on Kotlin Multiplatform?
un-related to multiplatform i've found it extremely helpful to wrap things in a Result type. If something can throw an error, it get's a Result return type. It sounds like that would help your use case too. The built in Result may be useful too
-
Programming with Result
This is a better impl.
- It seems like I'm forced to make this choice at least once a day
-
Are nearly all your functions suspend?
Using a result type can help to differentiate quite nicely. https://github.com/michaelbull/kotlin-result
-
Kotlin Nitpicks: Language and Standard Library
kotlin-result
What are some alternatives?
xv6-riscv - Xv6 for RISC-V
result4k
insect - High precision scientific calculator with support for physical units
kotlin-monads - Monads for Kotlin
serde - Serialization framework for Rust
Result - The modelling for success/failure of operations in Kotlin and KMM (Kotlin Multiplatform Mobile)
onnx - Open standard for machine learning interoperability
Arrow Meta - Functional companion to Kotlin's Compiler
xlite - Query Excel spredsheets (.xlsx, .xls, .ods) using SQLite
Komprehensions - Do comprehensions for Kotlin and 3rd party libraries [STABLE]
Ruby Units - A unit handling library for ruby
Kategory - Λrrow - Functional companion to Kotlin's Standard Library