Re: QEMU accepting AI code - viable alternatives for NVMM (bhyve/vmm)?

[Eugene Andrienko <evg.andrienko%gmail.com@localhost>]

William Brawner <me%wbrawner.com@localhost> writes:

> I'm with Arya here. I switched from Linux to NetBSD because of the
> AI-code ban. Something along the lines of vim-classic[1] (a
> maintenance-mode fork without AI code) might be feasible in the short
> term.

I'm here with you and Arya too. In the most of the cases the open-source
software doesn't need to be created in the constant hurry, crunches,
squeezing deadlines and race for the bottom^W"new shiny features", like
in the commercial software development.

So, looks like there are no sane reasons to voluntarily use the same
LMMs, which were forcefeeded to workers in the commercial companies, in
the open-source community … except maybe the way to tease own ego with
the pRoDuCtIvItY. While the users in the same community just want the
stable and working thing with ability to look inside, if necessary. Not
something like rsync 3.4.3 which started to fail during incremental
backups with multiple --compare-dest=arguments, because main developer
started to vibecode as mush as possible.

-- 
Eugene Andrienko