Dinosaur and Lisp • Hacker News Board

Re: Dinosaur and Lisp

#11

Post by FroshKiller » Wed, Aug 24, 2016, 6:50 PM UTC

If you like this kind of content, consider joining the SDF. It's a free public access computing community with lots of artists, hackers, and grognards of all stripes. Your support is appreciated: https://sdf.org/

Re: Dinosaur and Lisp

#12

Post by Iispm » Wed, Aug 24, 2016, 6:52 PM UTC

How have I never heard of this "common" lisp?

Re: Dinosaur and Lisp

#13

Post by bitwize » Wed, Aug 24, 2016, 6:56 PM UTC

jacquesm wrote: post #9

behnamoh wrote: post #8

Apart from Clojure (which is not LISP, really), I haven't seen end-user applications written in LISP dialects (I don't think emacs is end-user software). Scheme (and its PLT dialect Racket) was in academia for so long that it literally got "friend-zoned" and has little (read "no") use in the industry. Then again, I expected to see more Common LISP around. Paul Graham really put it right, but I guess any leverage/adva…

> I haven't seen end-user applications written in LISP dialects Would Autocad qualify?

No. AutoCAD is written in C++. It has a crude Lisp as an extension language, but that has been deprecated years ago in favor of VBA and loadable C++ DLLs.

Re: Dinosaur and Lisp

#14

Post by necklace » Wed, Aug 24, 2016, 6:57 PM UTC

behnamoh wrote: post #8

Apart from Clojure (which is not LISP, really), I haven't seen end-user applications written in LISP dialects (I don't think emacs is end-user software). Scheme (and its PLT dialect Racket) was in academia for so long that it literally got "friend-zoned" and has little (read "no") use in the industry. Then again, I expected to see more Common LISP around. Paul Graham really put it right, but I guess any leverage/adva…

Mezzano? https://github.com/froggey/Mezzano

Re: Dinosaur and Lisp

#15

Post by Sidnicious » Wed, Aug 24, 2016, 6:58 PM UTC

To see this error page without disconnecting from the internet, visit chrome://network-error/-106.

Re: Dinosaur and Lisp

#16

Post by macmac » Wed, Aug 24, 2016, 7:03 PM UTC

behnamoh wrote: post #8

Apart from Clojure (which is not LISP, really), I haven't seen end-user applications written in LISP dialects (I don't think emacs is end-user software). Scheme (and its PLT dialect Racket) was in academia for so long that it literally got "friend-zoned" and has little (read "no") use in the industry. Then again, I expected to see more Common LISP around. Paul Graham really put it right, but I guess any leverage/adva…

What makes Clojure "not LISP"?

Re: Dinosaur and Lisp

#17

Post by PuercoPop » Wed, Aug 24, 2016, 7:13 PM UTC

behnamoh wrote: post #8

Apart from Clojure (which is not LISP, really), I haven't seen end-user applications written in LISP dialects (I don't think emacs is end-user software). Scheme (and its PLT dialect Racket) was in academia for so long that it literally got "friend-zoned" and has little (read "no") use in the industry. Then again, I expected to see more Common LISP around. Paul Graham really put it right, but I guess any leverage/adva…

If you are looking for end-user applications written in Lisp, there are quite a few. For example Opus Modus (http://opusmodus.com/)

Re: Dinosaur and Lisp

#18

Post by behnamoh » Wed, Aug 24, 2016, 7:14 PM UTC

necklace wrote: post #14

behnamoh wrote: post #8

Apart from Clojure (which is not LISP, really), I haven't seen end-user applications written in LISP dialects (I don't think emacs is end-user software). Scheme (and its PLT dialect Racket) was in academia for so long that it literally got "friend-zoned" and has little (read "no") use in the industry. Then again, I expected to see more Common LISP around. Paul Graham really put it right, but I guess any leverage/adva…

Mezzano? https://github.com/froggey/Mezzano

Thanks. I didn't know about it, but I think this makes Mezzano a failed project anyway. Sure it's good as a "proof of concept" to demonstrate CL's potential, but if I haven't heard about it, how can you expect an ordinary user to know, let alone, use it?

BTW, I'm strongly against the idea of creating new OS's just because we _can_. By end-user app, I mean something along the lines of a browser, fully capable back/front-end framework, essential industrial software, etc.

Re: Dinosaur and Lisp

#19

Post by PuercoPop » Wed, Aug 24, 2016, 7:24 PM UTC

Regarding the code, its ok although there are some parts that are unnecessarily messy. Here[0], and in other parts you use labels in the middle the function. It is best to do in the outer level form. I like the rlabels of misc-extension[1] when using local functions but I understand most people would prefer not to add 'util' dependencies. Another thing in that function. The (let ((data (or ...)))) is unnecessary. You place the form in the default case of the keyword argument So it would end up looking like:

     (defun x-find-color (rgba &key (x 0) (y 0)
                                (width default-width) (height default-height)
                                (test #'equal)
                                (snap-data (x-snapshot :x x :y y :width width :height height)))
      ...)

Also if not using asdf, the quickload form should be wrapped in an eval-when. It will fail If I Try to compile the file (C-c C-k) on a fresh session.

This are nitpicks, the code is understandable and easy to read. Nice writeup and cool idea!

[0]: https://github.com/VitoVan/cl-dino/blob/master/cl-autogui.li... [1]: https://github.com/slburson/misc-extensions

Re: Dinosaur and Lisp

#20

Post by lispm » Wed, Aug 24, 2016, 7:58 PM UTC

bitwize wrote: post #13

jacquesm wrote: post #9

Earlier quoted context omitted.

> I haven't seen end-user applications written in LISP dialects Would Autocad qualify?

No. AutoCAD is written in C++. It has a crude Lisp as an extension language, but that has been deprecated years ago in favor of VBA and loadable C++ DLLs.

In 2016 Visual Lisp is still supported for AutoCAD

http://usa.autodesk.com/adsk/servlet/index?siteID=123112&id=...

and their Lisp forum looks busy:

http://forums.autodesk.com/t5/visual-lisp-autolisp-and-gener...