Unitful.jl VS hoogle

Julia's Unitful package is one of my favorites. https://github.com/PainterQubits/Unitful.jl

Tangentially related, LaTeX's siunitx package makes typesetting units a joy. https://ctan.org/pkg/siunitx

Laughs in https://github.com/PainterQubits/Unitful.jl

Not sure why you think more units is more powerful. Defining specific units is seldom the difficult part of dealing with units in code. I'd say that just looking at the tests for Unitful (excluding the separate tests for dates) to the tests of Similitude that there seems to be a lot more functionality in Unitful. What are the advantages of these alternate packages? And I do not think focusing on "more powerful" is too useful unless qualified appropriately.

It's really two separate problems but they kinda interact.

Unitful quantities with heterogeneous units don't have a `zero` function that works correctly, which gets in the way inside numerical routines. [0] There are other places where 0 or 1 is added, which is an error for quantities but not for plain real numbers. [1]

Zygote doesn't handle mutating arrays. [2]

[0]: https://github.com/PainterQubits/Unitful.jl/pull/472

Julia has the Unitful package [1], which does a decent job. It's quite ergonomic, and Julia's design helps with making existing code/libraries play nicely with Unitful-encoded units/values.

[1] https://github.com/PainterQubits/Unitful.jl

I've seen a few before, and a quick search yielded a bunch for me, right off the bat. By no means exhaustive:

Julia: https://github.com/PainterQubits/Unitful.jl

Python: https://pint.readthedocs.io/en/0.6/

C++: https://github.com/nholthaus/units

etc.

And yes, it has always struck me as strange that date/time/calendar libraries are standard as canonical libraries shipped with language distributions, but units are not.

Dimensions behave somewhat like a "type system" for math. These dimensional-analysis tricks act like the trick you see in Haskell sometimes, where you can easily guess an implementation of an expression once you know it's type (or e.g. search by type signature https://hoogle.haskell.org/ )

Haskell Spotlight makes vscode a client for hoogle. It isn't too different than jumping into your browser and type https://hoogle.haskell.org/. The main advantage is that you have everything in one place

https://hackage.haskell.org/package/base and https://hoogle.haskell.org are automatically up to date and better searchable than almost any other reference of any other programming language. maintaining a redundant reference that needs to be kept up to date manually is simply stupid.

Ideally like this: https://zio.dev/reference/#concurrency

Or this: https://hoogle.haskell.org/?hoogle=fork

And yeah I get it, it's hard to Google for punctuation operators in languages because it doesn't give useful search results (but not impossible, for example, Haskell has a search engine for documentation that handles symbols/punctuation).

{ "customLocalFormatters.formatters": [ { "command": "make format", "languages": ["haskell"] } ], "emeraldwalk.runonsave": { "commands": [ { "match": "*.hs", "isAsync": true, "cmd": "make retag retag_file=${file}" } ] }, "ghcid.command": "make ghcid", "goto-documentation.customDocs": { "hs": "https://hoogle.haskell.org/?hoogle=${query}" } }

You had a look at Hoogle?

https://hoogle.haskell.org/

For some type signatures there is (are) only one (or only a few) meaningful implementation(s).