So compared to plain bash without autocomplete and Ctrl+R it may be useful. It is probably a step back for everyone else.

I think it could be much worse than even a plain shell with ^R, as the llm will be slower than the normal history search and probably has less context than the $HISTFILE.

I used VLC in the past but switched to the simple music player after having too many bugs and crashes with VLC on my phone.

One alternative are monadic types like result or maybe, that can contain either a value or an error/no value.

I recently spent some time optimizing a small Julia program I wrote that generates a lookup table of brainfuck constants. Because it only needs to run once, I originally didn’t care about performance when I originally wrote it (and the optimization was mostly for fun).

I achieved an ~100x improvement by adding types, using static arrays and memoization. In the end, the performance was mostly limited by primitive math operations, I tried using multiple threads, but any synchronization destroyed the performance.

However, the most impressive thing was the ability of Julia to scale from dynamically typed scripting language to almost a compiled language with minimal changes to the code.

Yes, stablediffusion

Having the commands listed at the bottom by default is one thing i personally dislike about nano, because they take up space while being useless to someone knowing the commands (or at least knowing how to open the help in, which is what you can do in vim to achieve the cheat sheet). The alternative that vim uses, is to show the commands when starting the editor without opening a file.

I use both versions actively, the main differences of SCEE compared to StreetComplete are the addtion of more obscure questions (for example building and roof colors, species/genus of trees), allowing direct editing of tags and disabling the gamification/statistics.