3 ms·

Lazy evaluation is no longer exclusive to Haskell and other functional languages. C# has had Linq for lazy evaluation of data collections for many years. Java

Lazy evaluation is no longer exclusive to Haskell and other functional languages. C# has had Linq for lazy evaluation of data collections for many years. Javascript supports observables now and ot's only a matter of time before they're included in the official spec. Reactive Extensions has been extended to many different languages now. Lisp macros are essentially higher order function definitions. They can be trivially applied using decorators in Python and closures in Javascript (JS decorators will be supported in ES7).

lispm 11y ago
> Lisp macros are essentially higher order function definitions. Definitely not. Lisp already has higher order functions. Macros are something entirely different. > They can be trivially applied using decorators in Python and closures in Javascript (JS decorators will be supported in ES7). Of course not. Decorators and closures are in no way related to Lisp macros. There is enough literature about Lisp macros... For example a certain Paul Graham wrote a book explaining them in detail: http://www.paulgraham.com/onlisp.html http://www.paulgraham.com/onlisp.html
wtetzner 11y ago
> Lazy evaluation is no longer exclusive to Haskell and other functional languages. > C# has had Linq for lazy evaluation of data collections for many years. > Javascript supports observables now and ot's only a matter of time before they're included in the official spec. > Reactive Extensions has been extended to many different languages now. These things are quite different from having pervasive laziness, though.