A Lisp hacker

1 2018-10-31 18:20

You have to go deep underground to find their sites and repos, but it's worth it.

2 2018-10-31 18:51 *

An intro to CHIP-8:

3 2018-10-31 23:36

Scheme is absolutely based and redpilled

4 2018-11-01 00:07

Yes and MIT Scheme needs some love.

5 2018-11-03 01:44

wtf I've talked to this guy, he makes lisp generals over @ lainchan

6 2018-11-03 01:45

Yes that's him! I've also met him on lainchan.

7 2018-11-07 13:14

Yeah, great app!

8 2018-11-07 16:52

Alyssa P. Hacker

9 2019-05-19 23:22

Hello there. I noticed this website in an HTTP referrer from my HTTP server logs. It's always flattering to be discussed somewhere I was previously unaware of. This website's rather similar to some other websites I've seen, but it doesn't seem to be the same website under a new name.

Unfortunately, I've not worked much on my Meta-Machine Code tool for the past several months, since it reached a state where it was usable back then, although I've given it a little work. I'm learning Ada 2012 and rewriting it in pieces, planning to have that finished by the end of this year, so I still have plenty of time.

Currently, I've taken up writing another Common Lisp library I'd planned a ways back, JSON-SUCKER; the idea is to permit efficient JSON manipulation by manipulating the string itself until proper and likely cheaper serialization is warranted, such as finding an object's key first and only then parsing what it's value is, rather than parsing the entire object and then searching for the key. This has the side-effect that it will be able to process incomplete JSON.

Is there anything you'd care to ask me?

10 2019-05-20 06:06 *

>>1 links to it.

11 2019-06-21 21:50

prince trippy has come to the thread

12 2019-09-19 10:16

It's unfortunate my last message received no response, but this is a slower place, I understand. I want to correct and point out this is that place I recall.

I no longer believe I'm going to finish the Ada 2012 rewrite of my MMC tool, so I'm going to be forced to do it in Common Lisp once more before the idea has enough structure to be translated into Ada.

I've written a new Common Lisp library, this one being experimental; feel free to tell me what you think:

13 2019-10-04 21:16

Hello author:

I am aware with some of your projects from lurking on the crustacean site. I consider your writing as must-read whenever it shows up there.

I have become less enchanted with that site over time -- maybe you would consider publicizing your work on here in addition to that site?

If you feel like continuing to chat, here's a question:

Do you have opinions on ECL and Clasp (excuse the conflation but I think you see what I am getting at)?

In your opinion do these implementations offer major ease of use advantages over CFFI?

The portablility tradeoff is obvious but I am sure there's a lot more to discuss...

14 2019-10-05 18:47

More recently, I've been rewriting the Common Lisp and gaining structure to my idea. Now I feel as if I may be able to continue with the Common Lisp or Ada, so at least I'm making good progress. Just yesterday, I started rewriting a Rule 30 implementation in CHIP-8 and greatly improving it, for the Octo Jam VI, and I forgot some details. I may have an article documenting it available, today.

Hello. Be made aware that I've been banned from that website, so you likely won't be seeing much of my work there any longer. I'm not upset about this, because I didn't particularly care for that website to start with; I much prefer these venues, where I need no account and whatnot; I'm not anonymous with this message, but that's by choice, as I could easily enter any discussion here anonymously. Here, I can only be judged by those messages that may be connected to me, whereas on that website I was judged by my entire history; I received too many ``downvotes'', apparently making my way to receiving the most out of anyone, and was banned for it. A lack of ``downvotes'' in these anonymous venues is another nicety, as the idea is clearly broken to anyone who cares to mull it over.

In any case, I'm glad you've enjoyed my work. I would consider mentioning my work here more regularly, but I don't want to obnoxiously use this website; it's also important to stress that, with what little I've done, I've arguably taken a more general thread and made it about myself, which could be considered poor form. If you'd care to be made aware of my recent going ons, I recommend you poll my RSS feed and occasionally poll my Finger service.

Do you have opinions on ECL and Clasp (excuse the conflation but I think you see what I am getting at)?

I don't know enough about Clasp to know how its interfacing compares to ECL's FFI:C-INLINE, et al. I prefer to write portable Common Lisp, so I'm only lightly intrigued by such interfacing, anyway.

In your opinion do these implementations offer major ease of use advantages over CFFI?

I don't use the CFFI, so I don't know. I've written little ECL interfacing and I very much dislike how FFI:CLINES only works when compiled, yet doesn't properly behave with EVAL-WHEN at :COMPILE-TOPLEVEL only; to get the behavior I needed, I had to wrap it with an IGNORE-ERRORS, instead, which I found ridiculous.

The portablility tradeoff is obvious but I am sure there's a lot more to discuss...

Programming with Ada has shown me how poor Common Lisp's interfacing functionality is and more of why I've been right to seek to avoid it. Writing a system interface binding is much more arduous, because one is restricted to what each implementation supports, if one wants to avoid CFFI and other such things which add complications. In sum, it's overly complicated and I'll continue to seek to avoid it where I can; sans networking and multiple threads of program execution, there's not much good reason to write such nonstandard Common Lisp, I think, and I'll simply take care to write even those programs in a way that avoids intimately marring them from such considerations. As an example, it's usually simple to see how to write a networking program that communicates over streams and leaves the actual system interfacing that connects it to the network elsewhere, so that the majority is perfectly portable Common Lisp.

Learning Ada has made me a better programmer, I think.

15 2019-10-06 01:58

But wouldn't your typical Lisp weenie be deterred by a relative lack
of interactivity when developing with Ada ?
I am not an Ada user (although I guess I could be persuaded -- I like
safety and standards, and I am willing to hit my head on the wall) but
it seems unlikely that a Slime/Cider (or even Python REPL) development
experience woul

16 2019-10-06 01:59

be available for Ada.

17 2019-10-06 02:00

I realize many people don't care about this but I would bet that many users of this board are attached to REPL-y development setups

18 2019-10-06 08:59

As an alternative to Ada, you could try ML or OCaml as a Lisp-descended languages with serious type systems and modules, but with garbage collection, functional style, and less verbose syntax than Ada. Haskell is even further in functional purity and precision types, but it is hacky in some ways, and it doesn't have ML-style modules.

19 2019-10-06 15:05

Great site.
>>14 Why were you banned from ?

20 2019-10-06 15:42

I’m attached, loaded, synchronised, sliced, diced, shaked, baked, reverberated, etched, tied, dyed and laterally laid back into my REPL even when I’m exfoliating.

21 2019-10-06 18:47

Crustacean website ? I have no memory of this website, and the link url >>19 gave seems to be an inside joke.
Could someone provide a link ?

22 2019-10-06 19:31

the site in question is -- it's populated by refugees from hacker news

23 2019-10-06 19:31

some people who got tired of that site have migrated here in turn it seems

24 2019-10-06 21:15

Someone, I don't know if the creator or not, has linked to this website from Hacker News, and so that explains the burst of activity. It had until recently not been uploaded; what a shame.


But wouldn't your typical Lisp weenie be deterred by a relative lack of interactivity when developing with Ada ?

That's required adjustment, yes. One of the reasons I learned Ada is because it's so different from every other language I knew. I figured if I was going to learn a language with strict and static typing, an unchangeable and keyword-based syntax, a lack of metaprogramming, and other things I'm unaccustomed to, that it should be Ada. The focus on reliability and readability are also appealing to me. I follow that advice of not learning a language that doesn't change the way I think of programming.

it seems unlikely that a Slime/Cider (or even Python REPL) development experience would be available for Ada.

Ada lacks an REPL. I compensate by writing small programs and compiling them, for testing and whatnot. For those languages I know best, I don't even need an REPL, as I simply know what the code will do beforehand, but I don't believe I'm there with Ada yet, at least with the standard and predefined libraries. The base of the language is rather simple and pleasant.

I'm not affiliated with any ``startup''.


As an alternative to Ada, you could try ML or OCaml as a Lisp-descended languages with serious type systems and modules, but with garbage collection, functional style, and less verbose syntax than Ada.

I told an acquaintance I'd learn Idris at some point, but that's still a ways away. If I want to write a functional program with concise syntax, I'll write more APL. I want to stress that I've been told this same thing before, I presume by another, and that ML fails in comparing to Ada for reliability concerns, which is a major reason to use it. I can write an Ada program that doesn't allocate any memory and properly responds to memory exhaustion, whereas it's my understanding this isn't reasonable in ML.

I was collecting more ``downvotes'' per month than anyone else on the website, apparently I was collecting nearly one hundred a month or whatever and the average is six or so. My Internet points were still increasing, but I was collecting ``downvotes'' and the administrator decided to ban me after a private conversation in which I pointed out how even my well-researched and well-written posts were called ``incorrect'', because someone disagreed with it, and how this reveals the Internet point system as mistaken in theory and implementation. So, simply put, I was banned because I was ``downvoted''. I asked the administrator to point out the particular rules I was violating, but he wouldn't and merely told me to avoid ``downvotes''. I'm accustomed to using actual rules for judging things, as anonymous systems don't permit following a history around, and I understandably find the entire situation pathetic on his part. With that explained, let's not continue to discuss this particular topic, if that's fine with you, as I don't enjoy giving the venue attention.

25 2019-10-07 02:20

>>24 Thanks for answering. You have my RSS aggregator, long live the web.

26 2019-10-07 10:11

Thanks, for french speakers, it looks a lot like

27 2019-10-07 12:20


reliability concerns

this is just larping though, I suspect most activities that you do can be glued together with a bunch of shell scripts, with roughly as much reliability requirements.

28 2020-02-09 19:40

I was wondering if this discussion would change between then and now, but I suppose this was never a particularly lively venue. I may as well mention my latest work now. I've written twenty-one articles since then. My second submission to the Octo Jam VI was the smallest submission ever received, being forty octets, and able to be smaller. November was rather a month of rebuttals, due to a lack of inspiration from elsewhere, and I quite liked the idea.

Rather than finishing my MMC reimplementation in Common Lisp, I focused on implementing SHA-1 thrice, and I'm planning to research and work towards two rather comprehensive SHA family implementations with design considerations taken from the earlier. As of writing, I've mostly finished the MMC reimplementation, in any case, and merely need to work on the prime loop and keyboard table before I can begin testing and further improving it.

I particularly enjoyed how Ada allowed me to create a SHA-1 design which was: simple; easy to use; lacking failure cases; based around preventing mistakes; and efficient, in that it performs no dynamic memory allocation. The Ada went on to influence the other two implementations, not only through the naming, but through the Pad procedure, which I'm particularly pleased with. Unfortunately, I've yet to get any opinions on my SHA-1 programs.

I've abandoned plans for JSON-SUCKER, as JSON is sufficiently complicated that my idea no longer seems worthwhile. I intend to learn some lesser or merely smaller languages this year and perhaps implement them in Ada and Common Lisp. I want to begin work on my own implementation of Common Lisp this year, also.

I suppose that's a valid criticism, but even were it playing pretend, it would still be worthwhile for its educational value. Anyway, I'm fascinated by making reliable programs and Ada makes it reasonably easy. My mentioned SHA-1 uses no dynamically-allocated memory, only local subprogram storage, as an example. With my design, it should also entirely lack failure cases, unlike other designs, and it's so nice to have something which must always work; I must note that my Word_Block type is a subtype of Word_Array, and so it's possible to get a Constraint_Error if the bounds are incorrect, but it's sufficient to point out that this isn't so extreme and even making the types incompatible wouldn't prevent someone determined from causing the error, and so if you simply only use Word_Block you'll simply always be free from this concern.

29 2020-02-15 17:07


... is just larping

As I understand it, LARP is specifically done in-the-flesh, but people use the term on anonymous forums to refer to... disingenuosity?

30 2020-02-15 18:14

It's always nice to see non-English speaking programming communities. Programming seems to be dangerously tied to the English language.



do not edit these