Common-Lisp-Tangram-Solver
deprecated-coalton-prototype
| Common-Lisp-Tangram-Solver | deprecated-coalton-prototype | |
|---|---|---|
| 1 | 9 | |
| 28 | 216 | |
| - | - | |
| 0.0 | 1.4 | |
| about 2 years ago | over 2 years ago | |
| Common Lisp | Common Lisp | |
| GNU General Public License v3.0 only | MIT 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.
Common-Lisp-Tangram-Solver
deprecated-coalton-prototype
-
The thing is, if you start with Common Lisp, it's pretty easy to write a DSL that adds the constraints and provides the guarantees that you need. [..] Maybe all I had to do to turn CL into Haskell is implement the Hindley-Milner algorithm.
can't jerk
-
Hell Is Other REPLs
I used to use CL quite a bit, but have since abandoned it for Haskell, so I'm a bit biased.
There's a number of issues with that:
- I'd be missing all the optimizations that can be performed due to purity.
- There's more to Haskell's type system than just vanilla Hindley-Milner, and the implementation of it isn't particularly trivial. https://github.com/stylewarning/coalton is the closest thing and it's still missing a large amount of the type system.
- Doing the implementation would be a significant amount of work to get it to integrate well with the language, and it would be a layer tightly glued on top instead of integrated with the language.
- A major part of Haskell is the standard library, a good chunk of the semantics of Haskell people use on a day to day basis, like monads and etc, are a part of the standard library.
-
Six years of professional Clojure development
This looks like something Common Lisp does better, however I have too little Clojure experience to compare. CL (and SBCL in particular) does "good enough" static type checks, it throws warning at compile time (when we compile one function with a keystroke). We can also precise our function types gradually. It isn't a HM type system (Coalton[1] could be it) but it's already great (compared to no compile-time types at all).
Oh, about interactive development: that's sure, CL shines here. Objects get updated (lazily) after a class change, we can install Quicklisp libraries without restarting the image, etc. It's very smooth.
1: https://github.com/stylewarning/coalton
- Common lisp or Racket as a first lisp?
- Coalton is a dialect of ML embedded in Common Lisp
- Coalton – a dialect of ML embedded in Common Lisp
-
What would you like to see in a CL dev environment?
Help out with Coalton.
-
Stupid protocols for CL - Is this a bad idea?
If you like this kind of stuff, maybe you can help implement type classes in Coalton.
-
On repl-driven programming
(there's a work-in-progress library to add a dialect of ML on top of CL: coalton)
What are some alternatives?
sly - Sylvester the Cat's Common Lisp IDE
paip-lisp - Lisp code for the textbook "Paradigms of Artificial Intelligence Programming"
PetriNets-CLIM-Demo - A Simple Petri Net Editor and Simulator written in Common Lisp with CLIM (Common Lisp Interface Manager) GUI
immer - Postmodern immutable and persistent data structures for C++ — value semantics at scale
cl-waffe - [Still Experimental] Common Lisp Differentiable Matrix Operations for Mathematical Optimization.
yale-haskell - HASKELL: Yale Haskell system written in Lisp
sigslot - Signals & Slots implementation in Common Lisp
kandria - A post-apocalyptic actionRPG. Now on Steam!
RacerPorter - An Ontology Visualization & Authoring Workbench for KRSS-Based Description Logic & OWL Reasoners
clj-kondo - Static analyzer and linter for Clojure code that sparks joy
starwar - A game written in Common Lisp, using lispbuilder-sdl
austral - Systems language with linear types and capability-based security.