openmarkand

It doesn't for me. I ban AI/LLM everywhere I have to work.

If I have to change job, I don't care. Climate, artists, musicians, translators and writers are more important.

The best thing I've seen in 2026. Thank you codeberg.

Thank you so much codeberg for supporting

  - artists,
  - creators,
  - translators,
  - writers,
  - climate

Thank you so much codeberg for supporting

  - artists,
  - creators,
  - translators,
  - writers,
  - climate

I'm vim poweruser since around 2009. When I use VSCodium (not that much today) I obviously use Vim emulation.

When I use a different editor, there will be lots of jjkk or ,w (I nmap ,w to :w). Habits die hard.

Now I switched to neovim due to the amount of good features I like with it. I use exclusively mini.nvim modules that are awesome.

Started with vim in 2009. Using sometimes VSCodium for few reasons (embedded dev) and now on neovim. AI is a cancer.

> The same thing happened when higher level languages were introduced and developers didn't need to use assembly.

You're comparing vi vs microsoft word.

We're still writing C, C++ and other low level languages.

The day I'll have to use an AI will be the day I either resign to be developer or quit my job. My company first disallowed AI and now they say "if you don't keep up we will pay that off someday" and I disagree and stand by that I'll never touch any AI stuff.

My knowledge, my experience and my passion to development is made from tinkering, failing, retrying and challenging. When a friend or colleague ask me a question there is a high percentage I can already fix the issue just by the experience I've accumulated (obviously, if the question is in an area I already explored, I'm not a book).

Thus, I don't want to be integrated in this new AI world and I feel like someday I'll have to do something else as even companies will tell people to use AI by the fact "you should be more productive and cost less". No, AI is a mental disorder.

Hmm, why not.

Though most of the software do the right thing by checking if the standard output is an actual tty (isatty) to avoid colors when redirecting to something else (e.g. socket, fifo, etc).

The name NO_COLOR suggests a really binary choice which may be okay. Though GNU coreutils usually have a more selective option like --color=always|auto|never.

I'd prefer supporting a more general COLORS=on|off|compatible|...

Meaning:

- on: always on even when redirecting

- off: fully off

- compatible: maybe something like on by default and off if redirecting to a non-tty

- ...: add more choices

First, we got 3D accelerated terminals, then AI assisted terminals, now web browser enabled terminals.

Tomorrow we have operating system in the terminal.

> Prompt for user input. If a user doesn’t pass an argument or flag, prompt for it. (See also: Interactivity)

prompting is usually the worse choice in a command line utility. on error you lost what you've type and have to copy back and forth unless the terminal disappeared.

> Prefer flags to args

Options are designed to be... wait for it... optional. as the name suggests. If you actually require to pass at least one option to a command to get it working then it's bad designed. An option is there to change what a default is not suitable for you.

For example, tar uses -x, -c to determine what to do. We're all used to it now but that is not the way we should design a command. A correct way is more like tar/untar similarly to zip/unzip. That would make more sense.

To me, rpm is definitely the worse in terms of use of options. If I'd redesign it I'd imagine something like:

- rpm i(nstall) [options...] packages...|files... - rpm e(rase) [options...] packages...

Having fuzzy match for the first argument makes it still convenient to use and much clearer for those who want to type it entirely.

I think removing a joke to be considered as corporate is a bit exaggerated.

It's okay to have "fun". I consider a software more corporate when it has a large website with dozen of MB of Javascript, analytics, XML documentation, ten automatic bots with CI checking every part of a merge request and a contributing guide larger than the whole got documentation to be more corporate than a clean and simple UX without jokes.

Remember: a clean UX should present output only when necessary. This is exactly where I prefer a lot hg status than git status for example.

Do I miss something? I've been following the project since the beginning and just checked the wiki, the website and all over the documentation and haven't found something relevant to anime.

Yay, another software to escape. A logging daemon really needs AI!