http://smallcultfollowing.com/babysteps/blog/2018/04/27/an-a...
For a while I was extremely fascinated by SAT as an encoding for hard problems that somehow had heuristic fast solvers; particularly by SATPLAN, the blocks world, etc.
But there's an useful contrast with Lisp, the other thing everyone within a radius of HN would like to emerge as winner. Lisp is essentially a syntax concept. It isn't particularly opinionated about problems -- on the opposite, it's indefinitely extensible to accomodate nearly everything. So we have Clojure and Hy (a Lisp that superficially imitates Clojure but compiles to the Python AST) and people doing scikit-learn ML on Lisp.
Logic programming, on the other hand, wants problems to be formulated on its terms. It needs the world itself to change to "win big". Of course logic programming problems aren't going to disappear, as sparse linear algebra programs won't. But this isn't a paradigm, it's an application.
As always, best to choose the tool / language that best suits the problem.
https://gerrit-review.googlesource.com/Documentation/prolog-...
https://dev.to/arcanis/introducing-yarn-2-4eh1#workspace-con...
(Reminds me I've got to get to work on it! Anybody ping me if you want to help.)
There was a (unlikely to be merged at least in its current form) proposal for Kotlin -> https://github.com/Kotlin/KEEP/pull/199/files
Maybe LINQ from .NET could be included
There is also chalk from Rust https://github.com/rust-lang/chalk
I think if they came out with a version in hardware like they use to have lisp machines, it would have much better performance.