Viewing profile — kscarlet
kscarlet
HN member- Joined
- Sun, May 12, 2019, 8:30 PM UTC
- HN karma
- 429
- Public activity
- 62 items
- HN profile
- View on Hacker News ↗
About kscarlet
No profile information was provided.
Recent public activity
- story
-
comment
Comment #49090689
So does the community of every other dialect (Common Lisp, at least). Write a function if you don't have to write a macro, and maybe declaim the function to be inlined. The "Lisp C…
-
comment
Comment #48966595
VSCode: https://github.com/kchanqvq/olive
-
comment
Comment #48949819
PSA: VSCode users deserve to use the OLIVE plugin ( https://github.com/kchanqvq/olive ).
-
comment
Comment #48782763
Honestly I think the author misunderstood and misused P != NP. They should have said something like "collusion is NP-hard". P = NP doesn't imply NP-hard problem is efficiently solv…
- story
-
comment
Comment #48406076
These mean nothing. The C/C++ implementations use SIMD intrinsic while Lisp doesn't (it should have used sb-simd).
-
comment
Comment #48393805
That's what the author means. She know what she's talking about.
-
comment
Comment #48390598
> A small but illustrative example: given a live running clisp program, I can click on a UI element to inspect both the live object and the underlying code in the IDE. I can even c…
-
comment
Comment #48380990
Can you tell a bit more about what is missing from Emacs SLIME when compared to LispWorks?
-
comment
Comment #48380946
I don't see any comments on Kernel in the post. I didn't waste my time reading the book, but the post criticizes unhygiene F-expr, which is known to be awful and is exactly what Ke…
-
comment
Comment #48283572
Not directly. Every "extensions" listed above cannot be implemented as user libraries, that's why these back and forth process between implementation extensions and portability use…
-
comment
Comment #48272588
I think the Common Lisp ecosystem sets a good example of how a dozen of implementations move ahead together. Implementations experiment with extensions, the really useful ones get …
-
comment
Comment #48189820
(defparameter *a* '(1 2 3)) (setf (car *a*) 3) And this is undefined behavior because it mutates literal constant. I stopped reading further. The CL column is so bad.
-
comment
Comment #48155854
"Lisp Curse" is really a myth, or at least, it completely fails to apply to the Common Lisp community. https://applied-langua.ge/posts/lisp-curse-redemption-arc.ht...
-
comment
Comment #46852156
Why? Many Lisp systems and Common Lisp in particular have great hot reloading capability, from redefining functions to UPDATE-INSTANCE-FOR-REDEFINED-CLASS to update the states.
-
comment
Comment #46535267
Very nice. p.s. (I hate to point this out), there seems to be a name collision with https://lisperator.net/slip/
-
comment
Comment #46478683
> As to the actual difference between JIT vs. AOT... it may just come down to accounting. That is, on whether you can always exclude the compilation time/cost from the overall prog…
-
comment
Comment #46472834
They generate native machine code.
-
comment
Comment #46472630
In that sense almost every compiled Lisp/Scheme implementation, GHC, etc. or any other interactive programming system, count as JIT. But virtually nobody in those circles refer to …
-
comment
Comment #46472461
It seems that JIT is overloaded with at least 2 meaning. The canonical definition of JIT is "compilation during execution of a program". Usually, a program is being interpreted fir…
-
comment
Comment #46463706
I guess this case is workable similar to struct redefintion. There can be a condition and a CONTINUE restart, which makes instances of the removed constructor obsolete.
-
comment
Comment #46462093
I don't find any good idea in [1]. > 1. The function and variable namespaces have been collapsed into a single namespace. Lisp-N, package system and homoiconic macro is a local opt…
-
comment
Comment #46460224
wookie is built on cl-async, so my hope is that it's more tractable to write proper async SSE handler. But I haven't looked at whether it's possible to keep open connection asyncly…
-
comment
Comment #46455374
> Each SSE connection blocks one worker for its entire duration. Have you tried wookie? Such extreme case of blocking the event loop... negates any benefit of async processing.