I’ve recently released two libraries: https://github.com/athos/power-dot and https://github.com/athos/type-infer.
• power-dot
: A Clojure library that provides enhanced Java interop that allows you to treat Clojure functions as if they were Java lambdas
• type-infer:
A development utility to inspect static types inferred by the Clojure complier
Give it a try!
Thank you for trying them out! I’m glad to hear that 😄
TBH I think method auto-completion is “too dynamic” a problem to solve with power-dot. As I mentioned a bit in the README, type-infer does type inference with the help of the Clojure compiler and due to that limitation, the target expression of type inference must be evaluated eventually. In this respect, infer
is almost the same as eval
:
(infer (println "hello"))
;; prints "hello"
;=> nil
If it’s acceptable to evaluate subexpressions, I think it’s much easier to simply call eval
and check the runtime type of the value.Hi all. I’ve built a new clojure-based library and microservice for SNOMED CT : https://github.com/wardle/hermes. This is a terminology useful in health and care applications. It’s the first of a series of composable libraries to provide some foundational healthcare system services, and my first real clojure product. Clojure’s been amazing in supporting this - I struggled to implement the expression constraint language or more complex logic in the prior versions of my SNOMED tooling - built either in Go or Java. Thank you to those who’ve built the software and libraries I’ve built upon!
@mark354 We're using similar technology in our stack at https://covid19.doctorevidence.com/. Very interested to see what you did.
Looks pretty nice! Some day we might have to integrate with SNOMED as well and then this will be an invaluable resource to either use directly as a service or at least as inspiration 🙂 Thanks for sharing!
Thanks both. @borkdude - DRE looks interesting! Would be lovely to compose clinician-facing tooling for clinical patient management WITH tooling for making sense of clinical literature. Both are trying to make sense of too much information and both complement each other.
@mark354 thanks. For people like me, "deductive inference" or "logical inference" would remove most of the ambiguity, as it would no longer be confusable with "statistical inference".
Ha! Ontological inference. But I do both statistical work and ontological work and have no difficulty swapping the meaning (pun intended) 😉 "Inference: the process of inferring something."
Looks interesting! Maybe this is evident to insiders of the field, but I'm curious what is meant by "inference" here.