

Source for that?


Source for that?


Never mind. You want confrontation.
Have a good day.


Uh… Where have you been looking? There are loads of remote jobs in Europe.


This exists already - the nonguix channel on gitlab.
Interesting. It still looks like it needs a lot of contributions. I think I’d need a substantial amount of work to get Guix running on my PC with the software and hardware I use. Gaming seems like it would be an absolute chore. Anyway, good that the repo exists.
You can also easily distribute your own channel with a git repo of package definitions.
Yeah, it’s like NixOS.
Probably Guix does fit my conviction more than NixOS, but the amount of work necesary at the moment seems daunting and I don’t have the time for that.


No. Next question.


I can’t say much about hardware. I imagine the code that came out is at the level of a junior firmware engineer? Would that be correct?
Agreed, no harm in letting it write stuff. It’s your money and your time. If it wrote something you weren’t looking forward to writing or gave you a starting point, no problem.
Most of my experience with AI agents comes from work. I don’t use it much in my personal projects. But at work, since we can’t use Chinese models nor European ones, I rotate between Anthropics, OpenAI’s and Cursor’s own models (well Cursor fine tunes Kimi K and other open weights models, so practically I am using a Chinese model).
The experienthas been alright, even though we are pushed to output faster. But I’ve seen the effect it has on colleagues (and probably me) : they just accept that something runs alright and send it off for review.
The quality of the code is terrible though. My colleagues don’t understand tests, can’t seem to see architectural issues that can lead to inefficiencies, and other problems. Nearly every PR I review requires an addition to the project’s rules because the AI has succeeded in introducing something new and awful I hadn’t thought of.
So to me, LLM output is fine as long as you don’t look too closely. Otherwise, it feels like hack upon hack.
Do you have a similar experience? Maybe I am just being too critical of code, I dunno.


In the US? There are jobs in Europe.


How is saying “Software engineering has always been bad. People just copy pasted stack overflow.” a good faith argument? Is hyperbole a good faith argument? “Honey, you never put the dishes into the washer the correct way, you just copy different styles from youtube.” Is that good faith? Don’t try and gaslight me.
If you want to have a good faith argument, we can do that.
I think the engineering part is misleading. If we’d built bridges like we build software. I’ve seen my fair share of legacy code in companies and it is far from what people think of it seems. Actually, that would be critique I have of LLMs. That they copy the style of a project, even if it is horrible.
Sure, actual engineers that have to pass a state exam in order to be called engineer probably do smirk at the term “software engineer”, and yes, code that comes out of companies is often hastily slapped together to achieve the goal being first to market, delivering something that works, not properly thought out to be future safe, and so on. But there is quite a different between a code-base written by juniors in the language or field and seniors in the language or field.
Simply waving away those differences and reducing it to “copy pasted stack overflow” which is now automated, while obviously hyperbole, is IMO pretty far from reality.
That they copy the style of a project, even if it is horrible.
My experience has not been that way. LLMs have so far introduced whichever style of code they were trained on, unless given rules and forcefully linted into adopting a better style. But there is only so much a linter can do.
That said, good models absolutely are helping with real world problems and Lemmy claims it’s literally the spawn of Satan.
I agree, LLMs have their place. But there are worlds between “LLMs = never”, “LLMs sometimes” and “my job consists of prompting AI”. Maybe we do agree, but your initial message was, to me, unnecessary hyperbole, which prompted my reaction.


LLM won’t destroy OSS for me. It will actually be the only thing left to use because proprietary software will be the first place for LLMs to take over.


If you seriously think that’s what software engineering was and still is, I feel sorry for you. You think opensource software is just a series of copy-pastes from stack overflow with no understanding?


We’re going towards a world where we can’t trust code anymore than we can trust images or videos. People all over the place are entrusting their entire jobs to AI and consumers have to deal with the output.


The responses to your question makes me fear for the future of products.
I use LLMs for scaffolding, boilerplate stuff, and basically things I can trust a junior with. For anything else, I have been forced to write it myself or rewrite it because the agents were so goddamn awful at it.
Reading that people even think programming has nothing to do with code and is just solving problems is just nuts to me. Code is a spec for a problem solution. If someone thinks the spec is neither important nor that being able to understand the spec is important… It’s like saying “I don’t care how this bridge is designed, it’s built”. Say that again and tell me it doesn’t sound nuts.


I tried it once and couldn’t even pull Firefox. If something that common isn’t easily retrievable, it doesn’t bode well for packages less popular than Firefox. Would docker, wine, redis, and other stuff suddenly be missing forcing me to repackage everything?
The prospect of writing packages for everything that isn’t libre doesn’t seem very appealing. They should have a repo with libre stuff and another with whatever doesn’t for their definition. And it should be dead easy to do. If I have to scour the internet for a guide that ends up being the equivalent of Gulliver’s Travels, well… it won’t attract many people.
There’s a good reason Guix isn’t in distrowatch’s top anything.


I tried it once and couldn’t even pull Firefox. If something that common isn’t easily retrievable, it doesn’t bode well for packages less popular than Firefox. Would docker, wine, redis, and other stuff suddenly be missing forcing me to repackage everything?
The prospect of writing packages for everything that isn’t libre doesn’t seem very appealing. They should have a repo with libre stuff and another with whatever doesn’t for their definition.
Is that really linux? It looks like a Mac desktop