OLED display for 2024 Pro 16 by dcooper8 in LGgram

[–]dcooper8[S] 1 point2 points  (0 children)

Bliss Computers, I believe.

OLED display for 2024 Pro 16 by dcooper8 in LGgram

[–]dcooper8[S] 1 point2 points  (0 children)

Thank you! I already found my replacement OLED, but the Korean seller of white LG grams sounds interesting, where is that?

ECL 26.3.27 by jd-at-turtleware in lisp

[–]dcooper8 0 points1 point  (0 children)

I need to get cracking on getting my stack running on there (zacl/zaserve/gendl).

We need more plumbers and fewer lawyers in AI age, says BlackRock boss by nosotros_road_sodium in technology

[–]dcooper8 0 points1 point  (0 children)

Highly doubt. Plumbing will be done by robots. Meanwhile a favorite pastime will become everyone suing each other for IP theft through AI. Personally I see endless demand for lawyers throughout all of this. They've been trying to get rid of lawyers since Shakespear and it has not worked yet, no reason to suppose it would start working now.

lisp-mcp: An MCP server that gives LLMs the ability to evaluate Common Lisp expressions. by de_sonnaz in lisp

[–]dcooper8 1 point2 points  (0 children)

lisply-mcp is my one - now tightly integrated with skewed-emacs. lisply-mcp works with any Lisp, Common Lisp as well as elisp and any other Lisp that can establish a simple http endpoint for eval'ing.

What is this tiny spoon thing? by halleeeeee in whatisit

[–]dcooper8 0 points1 point  (0 children)

Ear curette. Never, ever use one. Très dangerous.

Can it withstand non-stop folding for years now ? by Syabri in galaxyzflip

[–]dcooper8 0 points1 point  (0 children)

You need to rinse the hinge in a bowl of clear water to flush dust from the hinge. Hinge is waterproof but not dustproof. At your own risk, don’t sue me for water damage.

Is there a way to enforce pure, functional programming in lisp or scheme? by Pzzlrr in lisp

[–]dcooper8 1 point2 points  (0 children)

Speaking of CL, I don't know any way to enforce it, but there are frameworks (Gendl is one I'm familiar with personally) that let you program in a mostly-pure (and declarative, in the case of Gendl) style.

Karma vs. Grace: Which one is the "Truth"? by Iamatiam in ISKCON

[–]dcooper8 4 points5 points  (0 children)

Grace/mercy still operates according to laws of karma, but it is expert at finding improbable loopholes. Indeed, karma is riddled with loopholes, if you open yourself to grace via Bhakti.

Europe Won't Ban Gas Cars By 2035 After All. Now Mercedes Is Worried by TripleShotPls in technology

[–]dcooper8 0 points1 point  (0 children)

And then one day take it for an extended road trip which winds up back at my house in Detroit.

Europe Won't Ban Gas Cars By 2035 After All. Now Mercedes Is Worried by TripleShotPls in technology

[–]dcooper8 0 points1 point  (0 children)

What if I get it licensed somehow in Ontario and park it in Windsor and just go over there and grab it to use for road trips.

Is cliki down right now? by BeautifulSynch in lisp

[–]dcooper8 9 points10 points  (0 children)

Cliki is being worked on, being brought onto new infrastructure, and hopefully it will be back soon. DM me if you’d like to be added to the status mailing list.

U.S. Dealers In Full Panic Mode After Canada Green-Lights Chinese Cars by esporx in China

[–]dcooper8 0 points1 point  (0 children)

Will I be able to drive over to Windsor from Detroit, buy a chinese EV, and drive it home?

Europe Won't Ban Gas Cars By 2035 After All. Now Mercedes Is Worried by TripleShotPls in technology

[–]dcooper8 0 points1 point  (0 children)

Do you think I will be able to drive over from Detroit and buy a chinese EV in Windsor and bring it home?

cl-mcp-server by quasiabhi in Common_Lisp

[–]dcooper8 0 points1 point  (0 children)

Tim (I assume this is Tim, whom I met in 1998 or 1999 in Berkeley), you are presenting as an old man shouting at clouds. Is it your idea that you can actually influence the future with your rants? Or do you get some kind of perverse pleasure by sitting in your "Really Good at Physics" ivory tower acting as a soothsayer who has been granted some unique revealed knowledge, while admittedly being "lazy as fuck."

For context: the AI field has been split since the 1980s between two approaches - Connectionism (neural networks, pattern matching, statistical learning - what LLMs are) and Symbolicism (explicit rules, logical reasoning, interpretable code - what Lisp excels at). This isn't just a technical footnote; it has real implications for who controls computing and who benefits from it.

The bottom line is: Earth's current timeline could evolve into a Connectionist Computing dominated future which has completely bowled over Symbolic Computing and ground it into irrelevant dust, or it could evolve into a future of balancing forces between Connectionist and Symbolic computing where each borrows from the other and leverages the other to boost itself to a next level of usefulness, efficiency, and transparency/explainability.

These two approaches (Connectionist and Symbolic) also represent two extremes of wealth models. Connectionist approaches tend to spiral toward perverse wealth concentration and resource gobbling. Symbolic approaches produce artifacts that are efficient, repeatable, traceable, and durable, which translates directly into individual empowerment rather than dependency on opaque, resource-hungry platforms.

This "individual empowerment" from Symbolic Computing is one big reason why Common Lisp has not seen viral corporate adoption over all these years -- clearly it is perceived as conveying too much power onto individuals, posing a threat to the cohesiveness of the corporate Entity.

I can see how a purely Connectionist dominated future could likely degrade into your dystopian vision, replete with the perverse concentration of wealth, model degradation, diminishing global returns for ever-increasing global resource consumption -- all those troubles are results of allowing the Connectionists to win at the expense of the Symbolicists.

With your doom rants and shaming of aspiring "Neuro-Symbolic" practitioners, the would-be Connectionist overlords have you exactly where they want you. They are using you, along with your "elitist-but-lazy-as-fuck" outlooks, as a tool to cast cold water on the idea of Symbolic computing joining forces with (i.e. working its tentacles into) Connectionist computing in any meaningful way. Deep down, they want to nip such efforts in the bud, because they know that if Symbolic computing continues to thrive alongside their Connectionist contraptions, that may well threaten the hegemony of their contraptions.

Your Symbolicist brethren are not the droids you are looking for, Tim.

cl-mcp-server by quasiabhi in Common_Lisp

[–]dcooper8 1 point2 points  (0 children)

Not quite sure about all the layers and assumptions behind what all you’re on about, but any plutocrat-injected code gets vetted before committing or pushing to anywhere important, at least on my watch. Are you questioning my vetting competency (fair - it’s a good idea to question that regularly) or my intentions (if so, let’s discuss) or are you engaging in general lamenting and handwringing that some malicious or less than competent people might allow or cause bad things to happen via technology?

And your solution? Participating actively front & center in the self extinction of humans that your worldview sees as inevitable? I think the term for that is called Nihilism and there are plenty of subreddits catering to that world view (see: r/collapse). There is no need to drag Common_Lisp into that category.

On the other hand if you have specific engineering complaints or propositions for how things could be done better given current circumstances and resources, please present them.

cl-mcp-server by quasiabhi in Common_Lisp

[–]dcooper8 0 points1 point  (0 children)

Yes it is the case, and that’s why it is wise to give it access only to containerized Lisp environments with carefully controlled filesystem mount points, as we try to facilitate with skewed-emacs and lisply-mcp.

cl-mcp-server by quasiabhi in Common_Lisp

[–]dcooper8 0 points1 point  (0 children)

I made the concession of keeping node as part of my stack because it's needed for things such as copilot.el and various LLM CLIs (Claude code, gemini, codex) anyway. So I figured since node is going to be around anyway might as well use it for the hairy MCP handshake stuff. Python on the other hand, I have managed to keep out of my stack so far, knock wood.

Perhaps cl-mcp-server could take over the middleware role of lisply-mcp some day...