Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

91% Positive

Analyzed from 577 words in the discussion.

Trending Topics

#lisp#ruby#macros#smalltalk#more#functional#code#expressions#object#style

Discussion (20 Comments)Read Original on HackerNews

hyperrail11 minutes ago
One way I find traditional Lisp style more painful for functional code than Ruby is that fully functional-style Lisp pushes me to read and write code the opposite way from how I think about it. In the author's example:

    orders
      .select { |o| o.placed_at > 1.week.ago }
      .group_by(&:customer_id)
      .transform_values { |group| group.sum(&:total) }
the equivalent Lisp code would either be written in imperative style as multiple statements that each write to a temporary variable or (let) binding, or would look like this:

    (reduce #'+
      (map (lambda (o) (getf o 'total))
        ; this group_by replacement function
        ; might be written as hash-table code
        (my-group-by 'customer-id
          (remove-if-not
            (lambda (o)
              (>
                (getf o 'placed-at)
                (- (my-now) (* 60 60 24 7))))
            orders))))
where I now have to read from bottom to top to understand the order of operations on the `orders` record set, even though when I wrote the code earlier, I "logically" thought from first operation to last when deciding which high-level operations to use in which order.

Other imperative languages that offer functional styles either make you do things imperatively to get that "logical" ordering of functional operations like I feel Lisp pushes you to do, or they do something like Ruby where things are chained left to right in a "single" statement. (Unified function call syntax in D, extension methods in C#, pipelines of structured objects in PowerShell.)

jksmith30 minutes ago
Now that I'm out of the corporate tyranny and have my own company, I use lisp for everything. There's certain satisfaction in writing config files and persisting data directly in s-expressions. Any json requirements are triggered by exports to foreign systems.
atcol29 minutes ago
Which Lisp, out of interest?
evwabout 1 hour ago
For folks that want all of this plus macros (and a lot of other great things), check out Elixir.
ashton314about 1 hour ago
100% Elixir is much more a Lisp than Ruby is.
danlittabout 2 hours ago
> He’s described Ruby’s design as starting from a simple Lisp, stripping out macros and s-expressions

Put the macros back! It would be so cool!

KerrAvonabout 1 hour ago
You kind of don't need them in Ruby, because everything is a method or an object or a closure and you can dynamically create and alter those at runtime. That's why Ruby is really good for ad-hoc DSLs in ways that Rust and Swift really are not.
pjmlpabout 3 hours ago
That is actually Lisp influence on Smalltalk, and Perl, that eventually influenced Ruby.
0xpgmabout 3 hours ago
From the article

> Matz has said as much. He’s described Ruby’s design as starting from a simple Lisp, stripping out macros and s-expressions, then adding an object system, blocks, and Smalltalk-style methods. The features most Rubyists fall in love with aren’t the object-oriented ones. They’re the functional ones, dressed in friendlier clothes.

wglbabout 2 hours ago
But macros and s-expressions are two of my favorites parts of lisp!
dismalafabout 2 hours ago
Funny enough Lisp was originally meant to be written in a higher level syntax (with infix operators and everything).

But yeah, macros and S-expressions make it easier to write your own DSLs.

Smalltalker-80about 3 hours ago
Totalle agree, I just googled it: "Yukihiro 'Matz' Matsumoto heavily credits Smalltalk as the deepest structural inspiration behind Ruby’s object model. He combined Smalltalk’s beautiful object-oriented architecture and message-passing system with features from other languages to create a tool designed primarily for developer happiness." Including the closures and collection operations.
riffraffabout 2 hours ago
"Some may say Ruby is a bad rip-off of Lisp or Smalltalk, and I admit that. But it is nicer to ordinary people."

(Matz speaking at the LL2 conference some 20+ years ago)

dragonwriterabout 3 hours ago
No, its actual influence from Lisp-family languages (including Scheme). Yes, Lisp also influenced Perl and Smalltalk, but Matz was not ignorant of Lisp with the only influence om Ruby from Lisp being indirect through those other languages.
dismalafabout 2 hours ago
I love Ruby, use it for most of my projects that don't require performance.

Nothing I would love more than a Ruby with a Common-Lisp like compiler and runtime. Unboxed types, native compilation, partial compilation, live image (Ruby has this but "faster Rubies" like Crystal don't), etc...

rjswabout 2 hours ago
... or just use Common Lisp.
dismalafabout 2 hours ago
Which is what I do. One can dream though right? Of a world where Ruby stayed just a tad more Lisp-y and less Perl/C/Smalltalk/Unix-y.

Also I'm working on a DSL/Macros that give me more Ruby-esque quality of life things in Lisp.

DonHopkinsabout 2 hours ago
What have the Lisps ever done for us?

https://www.youtube.com/watch?v=Qc7HmhrgTuQ

BoingBoomTschakabout 1 hour ago
Always fun to remind grugs that LISP invented "if" and GC.