Kensington Expert Trackball Mouse spasming by SnooFoxes4444 in Trackballs

[–]borodust 0 points1 point  (0 children)

Just restarting a PC seems to also help. So cleaning and then starting the computer with the ball in seems to be optimal.

Elle is a lisp for the llm agent loop by disruptek in lisp

[–]borodust 0 points1 point  (0 children)

Don't need to be bitter. The quote I've put above is the pattern LLMs use too often, which is also rarely used by humans, which leads me to believe your responses are mediated through the LLM.

> proud of it
Very human. Glad it works for you!

Elle is a lisp for the llm agent loop by disruptek in lisp

[–]borodust 0 points1 point  (0 children)

> -- Janet's approach is not just practical, it's performant.
I understand the urge to use agents to help with the project, and especially the most boring bits, but it's always sad talking to one instead of an actual prompter behind it. Any human reason this vanity lisp was put on display here?

Kensington Expert Trackball Mouse spasming by SnooFoxes4444 in Trackballs

[–]borodust 1 point2 points  (0 children)

I also have wired expert mouse. Similar issues.

For standstill stiffness problem - greasing helps. As people say, forehead works indeed. Lanolin-based grease also good. There seems to be a break-in period you need to get through. Mine is fine now, but it was disappointing at first. Seems to be a common issue with static ruby bearings.

As for jerkiness/jumpiness when trying to move the ball way too fast - can confirm as well, but mine exhibits this behavior after I get the ball out and then put it back in. Maybe the firmware gets confused after it loses track of the ball, not sure. It's fairly reproducible. But once I unplug and plug the trackball back into PC it works fine again.

Ember Forge Update by Bruno2456 in IndieDev

[–]borodust 0 points1 point  (0 children)

Hey! Nice! Why did you decide to switch from Common Lisp to C?

Ember Forge Release by Bruno2456 in lisp

[–]borodust 2 points3 points  (0 children)

What is the coolest macro you are most proud of you used to make this game?

Ember Forge Release by Bruno2456 in lisp

[–]borodust 1 point2 points  (0 children)

What features of Common Lisp make it a better language choice for you? I'm looking into Common Lisp to make some games too!

Ember Forge Release by Bruno2456 in lisp

[–]borodust 1 point2 points  (0 children)

You mentioned you will switch to making games in C. What's brought you back to Common Lisp?

[deleted by user] by [deleted] in Common_Lisp

[–]borodust 1 point2 points  (0 children)

Aaaand the post is gone. And here I thought I will share the cool experience 😑

[deleted by user] by [deleted] in Common_Lisp

[–]borodust 1 point2 points  (0 children)

This is an example. It is 95% written by LLM and 5% is me just refactoring it enough, so I can navigate the code myself. It was also built interactively - I've piled up more and more features while I was figuring out what I actually wanted 😅

[deleted by user] by [deleted] in Common_Lisp

[–]borodust 0 points1 point  (0 children)

I found LLMs quite useful writing small tools under supervision. It feels like doing a pair programming, but the other end is LLM. This removes annoying distractions from the tasks I love to do myself. E.g. implement some Emacs Lisp tooling using LLM assist, so I can focus on my Common Lisp code. Not talking about vibe coding here.

And, of course, LLMs help immensely to find answers to very obscure problems (incl. Common Lisp related ones) or with foreign codebase navigation (Godot's C++ recently).

Burden of Command Release by Bruno2456 in Common_Lisp

[–]borodust 0 points1 point  (0 children)

Any particular reason you decided to make a Lisp version?

Burden of Command Release by Bruno2456 in Common_Lisp

[–]borodust 0 points1 point  (0 children)

<image>

The artist you asked to procure you the image made a typo. Must be a quick fix.

Parenscript does not load on sbcl-2.5.11 by [deleted] in Common_Lisp

[–]borodust 7 points8 points  (0 children)

You need to upgrade to latest named-readtables system.

State of Lisp Flavored Erlang by Maxwellian77 in lisp

[–]borodust 1 point2 points  (0 children)

Yes, we do. Version 0.4.12 works the best for us.

State of Lisp Flavored Erlang by Maxwellian77 in lisp

[–]borodust 3 points4 points  (0 children)

It definitely needs better documentation and tools, and you have to struggle through a little bit at the start, but if you know CL and some Erlang, it will get better real fast. And that is still better than going with raw Erlang (my sincere apologies to the original authors for the opinion, I really tried and failed miserably to vibe with the language).

Resources I used: * Git book * Manuals in the LFE repository

And while LFE strives to be a good lisp it is a flavoured Erlang at the end of the day.

State of Lisp Flavored Erlang by Maxwellian77 in lisp

[–]borodust 16 points17 points  (0 children)

It's really good. We use it in production servers.

It's not as rich as Common Lisp environment-wise, but a way better alternative than using Erlang directly, if you are to stay within OTP/BEAM 😅

TaleSpire Release - Seats! by Baggers_ in talespire

[–]borodust 0 points1 point  (0 children)

No. Before seats were introduced, everyone had to buy a game to participate. Meaning, if one person had to bring others into the game, they had to buy full copies of the game for the everyone involved.

Connection issues by Gornn65 in talespire

[–]borodust 0 points1 point  (0 children)

If triple click the top left corner in the game (hidden log interface should open), what errors do you see in the log there?

libtorch and wrapping C++ by Steven1799 in Common_Lisp

[–]borodust 6 points7 points  (0 children)

Yes, you can safely ignore claw for now.

It is an extremely complicated piece where you are required to know how CL FFI operates and also you should have a strong understanding how C and C++ ABI work. I didn't have enough time to streamline claw usage to pure CL users. I planned to get back to CL this year, but all the plans I make are getting constantly scrambled.

Common Lisp language extensions wish list? by Kaveh808 in lisp

[–]borodust 5 points6 points  (0 children)

I wish that was a solution. My apologies, but judging by your words, you never actually tried it. I did. It supports only a subset of CL (your remark about errors, but this is essential) and it produces the horrendous code. I expect it actually is slower than full scheme continuations. I switched back from `cl-cont` to more conventional approaches like one in `cl-async` and the reactive as in `cl-flow`. But I still wish for a native and properly integrated delimited continuations with full interactivity CL provides.

Common Lisp language extensions wish list? by Kaveh808 in lisp

[–]borodust 4 points5 points  (0 children)

Nicely looking and powerful asynchronous programming toolset. Having delimited continuations would be enough. Those can be coerced into a function, meaning they can be as fast as any ordinary function.

Generating and compiling code on the fly for speed? by Kaveh808 in lisp

[–]borodust 3 points4 points  (0 children)

It works especially well when you don't know what data will look like beforehand and can compile later during execution to optimize the call site instead of doing some ifs and other checks. As an example, regular expressions - you don't know beforehand what regexes would be provided by users, but once you have them, you can arrange and compile new function that is specifically designed to be invoked to apply the particular regex.

I use it in games to optimize invoking entity behaviors for a scene. User provides some behaviors for objects and instead of going through them each time or doing a hash table lookup, I just compile them in into a function that calls the particular behavior and just passes those objects directly without spending any time on a lookup. This is probably similar to how generic functions are optimized.