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.

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.

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 personally would not take it out, "unused" RAM will be used by the OS as e.g. disk cache, or you could have a fairly large ramdisk.

afaik yes, at least the arch kernel has selinux enabled, but you need to install the user space tools from the AUR.

I agree that having some glyphs in color can be bad, for example when you are typesetting a formula in TeX that contains emoji, the color looks just unprofessional. As a solution, let me introduce you to the Noto Emoji font: https://fonts.google.com/noto/specimen/Noto+Emoji

I think a tag system as suggested by others makes the most sense, as NSFW and NSFL aren't mutually exclusive.

I don't really have a single favorite a language, if I am able to choose freely it depends on the task.

• C++ for natively compiled programs and C interoperability, I like the types from the STL and templates.
• Clojure is IMO great for data-oriented programs, I really like the immutability and it being a lisp. The java interop and the ability to compile to JavaScript with clojurescript can also be useful.
• Julia for smaller (mostly numerical) programs that should be fast at runtime. The type system is great in being optional, but strong and significantly improving performance when types annotations are used.
• Fennel (or Lua) is definitely my favorite Language for embedding into larger programs and scripting. Fennel has the advantage of being a lisp and cleanly compiling to lua.
• brainf*ck is great as a simple language to have fun and enjoy programming

It should be possible using the address overlay in the app. Otherwise you could leave a note or use the web based editor on the OSM homepage.

I find it interesting how large the difference between tastes regarding music players is. After the development of Cantata ceased, I was unable to find any mpd client that I liked and decided to write my own instead (if anyone is interested, the code is available at https://github.com/dokutan/cmpdc)

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.