16
AleCx04
6y

Common Lisp code has (imo) one of the cleanest syntax possible in programming language. I really would like for Lisp dialects other than Clojure to make a heavy comeback. And we now hace Quicklisp which is a package repo for CL code.

I really want to see more people into Lisp, it really is a great language man you just need to get past the (()) and it makes sense I promise.

Guys please try CL. If you already have awesome code skills and have some free time try going throughe the gigamonkeys book. Completely free online and setting up an Emacs environment with SBCL or CLISP is a breeze. I use Lisp to experiment and it gives a lot of room for exploring new concepts.

Another cool language that is emerging is Smalltalk in the form of Pharo. If you have been casting asside OOP because of the way many mainstream languages do it then maybe you will like Smalltalk as a pure OOP form.

I just want more people in this shit and this community sure has some awesome programmers, so why not?

one of the leading dudes in CL is currently Eitaro Fukamachi, one dude...doing amazing things. My aim is to give him a hand.

Comments
  • 3
    (+(cdr ("--" "+" "+")))
  • 2
    @con-fig das the spirit
  • 3
    I looked it up just to refresh my memory on it.
    I don't know man, I don't see what's so great about that syntax.

    I still think C has one of the best syntaxes with its curly brackets and the rest. Probablly the reason why so many languages use it.

    Also, pure OOP is cancer. What you want to do is mix some functional programming in there. Basically, if it acts like an object, use OOP, if not, use functional.
  • 4
    Actually there are only two "true" programming languages: C and Lisp.

    C is pure imperative. Lisp is pure declarative. C dictates "how", Lisp describes "what".

    C represents the ideas of Alan Turing, Lisp represents the ideas of Alonzo Church.

    Other languages are just using one of two paradigms, but there is no third paradigm. You either go from hardware to math, like C, or go from math and try to get it to work on given hardware, as Lisp.

    Even Prolog or SQL are declarative, "lispy" creatures.

    Go master C and Lisp, and you'll be able to get a job in programming in every epoch, even after 20 years passed, because that's how computers work.
  • 4
    @uyouthe Lisp is a high level language, sure, but it's not declarative. It's quite imperative. You tell it, just differently, to do stuff.

    "Declarative programming is a non-imperative style of programming in which programs describe their desired results without explicitly listing commands or steps that must be performed"

    Such as SQL, or Prolog. You list what you want, and in the case of SQL, the query planner finds the best way to achieve that.
  • 2
    @Froot you are abdolutely right about everything my man I also concurr on C style syntax. One addition that I would do tho is that the way in which Smalltalk manages certain things is through functional programming, the flaw is that everything must be an object but it has very intuitive controls for functional programming. In regards to the cl syntax, well there are certain things that truly make sense and makes them easier to reason about due to the syntax. For example lets say that we want to create hashes through a function:
    (defun created-record(title rating ripped)
    (list :title title :rating rating :ripped ripped))

    From there on out we would be able to do things such as
    (create-record ("Black Album" 10 t))
    And we have a p-list(similar to a dict or a hash) that we could take to a nother level by adding it automatically to an external source or a global state object etc.

    Mostly experimental, but definitely not a one solution to everything. Mostly for research and stuff.
  • 1
    @uyouthe It boggles the mind how you mention Alonzo Church and then go on to say that there are only 2 paradigms, imperative and declarative.

    Have you heard of lambda calculus? Functional programming? Do you even know what Alonzo Church is famous for?
  • 1
    As said by @AndSoWeCode, functional programming is also imperative. Imperative and declarative is just two more general areas, and any of that subparadigms like functional, procedural, structural, aspect-oriented and others might just be related to either imperative or declarative side
Add Comment