core.match
juno-lang
| core.match | juno-lang | |
|---|---|---|
| 6 | 4 | |
| 1,172 | 120 | |
| -0.1% | 0.0% | |
| 5.2 | 9.2 | |
| about 2 months ago | about 1 month ago | |
| Clojure | HTML | |
| Eclipse Public License 1.0 | GNU General Public License v3.0 or later |
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.
core.match
-
Compiling Pattern Matching
IIRC luc maranget's paper was also a basis to clojure/script core.match
ps: checked https://github.com/clojure/core.match/wiki/References
-
Adding Dependencies on Clojure Project the Node Way: A Small Intro to neil CLI
If you take a look a this library which is an "official" library you will find three snippets of code for adding the dependency to your project and some with a very strange syntax.
-
Why Lisp?
I think Clojure has benefited from matching being kept out of the built-in stdlib. https://github.com/clojure/core.match is a plug-in and as a result we've had lots of cool data traversal/matching DSLs come around and evolved user communities with time such as Meander and Datascript not to mention the parsing applications of the schema systems (spec & malli).
- Core.match
-
Elixir Protocols vs. Clojure Multimethods
Why not just use core.match? https://github.com/clojure/core.match
juno-lang
-
All Web frontend lisp projects
There was one posted here recently, Juno
-
Why Lisp?
> static strong typing
Alright, here is it: https://github.com/coalton-lang/coalton/
> small efficient native binaries
The numbers are: with SBCL's core-compression, a web app with dozens on dependencies will weight ±30 to 40MB. This includes the compiler, the debugger, etc. Without core compression, we reach ±150MB.
> The actor runtime?
the actor library: https://github.com/mdbergmann/cl-gserver
> couldn't find a way to make money with it. I suspect many other programmers are in my boat.
Alright. Some do, that's life. Yes, some companies go with CL even in 2023 (https://lisp-journey.gitlab.io/blog/lisp-interview-kina/, they released https://github.com/KinaKnowledge/juno-lang lately; Feetr (finance): https://twitter.com/feetr_io/status/1587182923911991303)
https://github.com/azzamsa/awesome-lisp-companies/
> Give us an HTTP (1.x & 2.0) and WebSockets libraries
How so? We have those libraries. HTTP/2: https://github.com/zellerin/http2/
https://github.com/CodyReichert/awesome-cl
- Juno and Seedling – self-hosted in-browser Lisp and self-contained IDE
- Juno and Seedling - a self-hosted Lisp that runs in the Browser (or compiled to an executable) with a self contained Lisp based IDE
What are some alternatives?
meander - Tools for transparent data transformation
ptpython - A better Python REPL
nx - Multi-dimensional arrays (tensors) and numerical definitions for Elixir
awesome-cl - A curated list of awesome Common Lisp frameworks, libraries and other shiny stuff.
protocol_ex - Elixir Extended Protocol
green-threads - A lightweight thread / cooperative multitasking library for Common Lisp.
defun - A macro to define clojure functions with parameter pattern matching just like erlang or elixir.
cl-gserver - Sento - Actor framework featuring actors and agents for easy access to state and asynchronous operations.
fib - Performance Benchmark of top Github languages
http2 - HTTP/2 implementation in Common Lisp
stack - My stack for new products.
opendylan - Open Dylan compiler and IDE