and the slop promoters are still crying about the list being abuse; after succesfully abusing marchán out of the internet. one would think they know how to block, but no, they need to silence rather than block.
NotAwfulTech
a community for posting cool tech news you don’t want to sneer at
non-awfulness of tech is not required or else we wouldn’t have any posts
As an update, the original author received sufficient negative feedback and abuse that they’ve closed the repo and decided to give open source and social media a bit of a rest for the foreseeable future. Hopefully the projects they’ve created and been working on will live on, but it is quite a loss to the community either way.
The initiative is splendid and someone should "fork" it using the archived version
Especially for Rust having a curated list of slop-tainted libraries would be useful to have a cargo-deny-style check forbidding them from the dependency chain.
That sucks, Kat is an awesome engineer. 😠
I missed this, thanks for the update! Am drunk from a wedding (not mine)
Aw man they took this down from codeberg.
Linux kernel? WTF?
Kernel developer's perspective: The kernel is just software. It doesn't have security bugs, just bugs. It doesn't have any opinions on userspace, just contracts for how its API will behave. Its quality control is determined by whether it boots on like five machines owned by three people; it used to be whether it booted Linus' favorite machine. It doesn't have a contract for its contributors aside from GPLv2 and an informal agreement to not take people to court with GPLv2 contract violations. So, LLM contributions are… just contributions.
It might help to remember that the Linux development experience includes lots of aggressive critique of code. Patches are often rejected. Corporations are heavily scrutinized for ulterior motives. Personal insults are less common than they used to be but still happen, egos clash constantly, and sometimes folks burn out and give up contributing purely because they cannot stand the culture. It's already not a place where contributors are assumed to have good faith.
More cynically, it seems that Linus has recently started using generative tools, so perhaps his reluctance to craft special contributor rules is part of his personal preference towards those tools. I'd be harsher on that preference if it weren't also paying dividends by e.g. allowing Rust in the kernel.
if Linus Torvals has started using generative tools, he'd be either much less smart than I thought he was, or he'd be another indication that most men's brains do not age well.
admitting slop lately
I just saw VS Codium as an alternative to VS Code on the list. My personal experience with Codium, nothing works reliably and there is no support, not even a user community. When the language server crashes often and randomly with only an exit code in the log, leaving you without code completion and other basic IDE functions it's not fun. It was a world of pain and I can't recommend it.
Eh, it works okay for me. What’s “the language server” in this case? The third party c# language server isn’t great, but I’ve had no particular issues with python, julia, lean4, rust, dafny and tla+. I can’t recommended (vs)codium because it is a monstrous memory hog, and even in its de-microsofted form it’ll be full of vide-coding, but where there aren’t good alternatives is gets a solid “it’ll do” from me.
I had issues with python. The language server would just exit randomly leaving Codium with the functionalit of a glorified text editor.
Python at least has the advantage that there are a bunch of ides and fancy text editors out there (with varying degrees of llm integration), so if one doesn’t work for you there are alternatives. Fwiw, there are several different language servers as well, though I’m not sure how easy they are to swap in codium.
I’ve been using zed of late. It has an ai killswitch, which is good enough for my needs which are a bit less hardline than the authors of the slopware list, and also helix which is nice but a very different sort of tool.