I suspect it means it's LLM generated without it being checked

Maybe to get a real breakthrough we have to make programming languages / tools better suited for LLM strengths not fuss so much about making it write code we like. What we need is correct code not nice looking code.

> programming languages / tools better suited for LLM strengths

The bitter lesson is that the best languages / tools are the ones for which the most quality training data exists, and that's pretty much necessarily the same languages / tools most commonly used by humans.

> Correct code not nice looking code

"Nice looking" is subjective, but simple, clear, readable code is just as important as ever for projects to be long-term successful. Arguably even more so. The aphorism about code being read much more often than it's written applies to LLMs "reading" code as well. They can go over the complexity cliff very fast. Just look at OpenClaw.

>> simple, clear, readable code is just as important as ever for projects to be long-term successful

Is it though? I'm a long-time code purist, but I am beginning to wonder about the assumptions underlying our vocation.

I guess it's hard to tell until we see more long-term AI-generated project, but many of the ones we have so far (OpenClaw and OpenCode for instance) are well-known for their stability issues, and it seems "even more AI" is not about to fix that.

If you can’t validate the code, you can’t tell if it’s correct.

No?

That's literally the thing they suggested to move away from. That is just an issue when using tools designed for us.

Make them write in formal verification languages and we only have to understand the types.

To be clear, I don't think this is a good idea, at least not yet, but we do not have to always understand the code.

Lean might be a step in that direction.

Yes yes

Let it write a black box no human understands. Give the means of production away.

I have never met an uncreative kid, and studies show kids tend to be more open and creative. But I have to admit I haven't met and interacted with that many average kids, so there maybe some that aren't creative, but a majority are.

Sure and all the same, most people just don't have it.

Well was Jobs a "doer"? Did he get his hands dirty on the code? Or did he use his employees how we would like to use LLMs?

> Well was Jobs a "doer"?

Jobs' talent was that he was an incredibly talented salesman.

Salespeople sell things that already exist. If you can envision new things that would sell well, that's a bit more than sales talent

> Salespeople sell things that already exist. If you can envision new things that would sell well, that's a bit more than sales talent

A lot of gadgets that were claimed by Steve Jobs to have been envisioned by Apple (or rather: by him) - as I wrote: Steve Jobs was an exceptional salesman - already existed before, just in a way that had a little bit more rough edges. These did not sell so well, because the companies did not have a marketing department that made people believe that what they sell is the next big thing.

Have you ever heard of Steve Jobs?

That wasn't too hard for him given he was also an incredibly talented market opportunity spotter and product leader.

Why do people write such nonsense?

Jobs envisioned the iPad and iPhone. Did he do the physical work? No. But he created direction.

Everyone around him at that time has commented on this. Are you going to claim they’re all lying?

> Jobs envisioned the iPad and iPhone. [...] Everyone around him at that time has commented on this. Are you going to claim they’re all lying?

I don't claim that they are all lying, but I do claim that quite some people fell for Apple's marketing (as I wrote: "Jobs' talent was that he was an incredibly talented salesman.").

Maybe it helps to view ffmpeg as a DSL and the ugliness is caused by the CLI constraints / conventions.

For what it's worth, LLMs are a great tool for both composing and understanding ffmpeg commands.

And if you want something more verbose / easier to read you can use something like https://github.com/kkroening/ffmpeg-python (with LLMs) as well

It looks like that project is dead, some googling turned up this one which seems active and popular

https://github.com/pyav-org/pyav

They are not comparable, ffmpeg-python just abstracts away the CLI, pyav is a low level binding of the ffmpeg libs.

It may seem "dead" but ultimately it just helps you build CLI commands in a more sane way, the CLI interface to ffmpeg has been consistent for a long time. Only thing that may change is individual filters which you can just give raw to ffmpeg-python.

I remember when I was heavily using it last year I found a fork that seemingly had more sane typing or something but since LLMs last year didn't know about the newer lib but could write decent ffmpeg-python code I stuck with it and it did the job.

And that same information contained in an LLM is a compression of how many terabytes of training data? Maybe in the future there will be models an order of magnitude smaller and still better performing.

What I'm saying is you can't judge the data in the genome by purely counting the bytes of data.

Or bad players might get owned by better ones, conclude the other guy was cheating and the only way to compete is for them to cheat as well.

Sort of like nuclear weapons

This has happened in online chess, with some people admitting to using engines (ie cheating) to "confirm their suspicion that the other guy is cheating".

That is not the solution if you want to play competitively of whenever you feel like it.

Kernel level AC is a compromise for sure and it's the gamers job to assess if the game is worth the privacy risk but I'd say it's much more their right to take that risk than the cheaters right to ruin 9 other people's time for their own selfish amusement

I'm sorry but you are fighting a crusade you can not win by definition. If I am free to use my computer for anything I want then I am also free to lock it down to enjoy my favorite game. If I care about my freedom I will have a dedicated machine for this game that I accept I will not have control over.

You are hijacking this thread about VOLUNTARY ceasing of freedom as if the small community even willing to install these is a slippery slope to something worse. You have a point when it comes to banking apps on rooted phones and I'm with you on that but this is not the thread for it

Valve drives significant development of compatibility layers for Linux for the sake of gaming. Their customer base is anything but small. There is potential for this kernel stuff to spill into the entire Linux ecosystem. It was bad enough having to deal with nvidia. I really don't want other companies screwing up the kernel.

again fighting against windmills, valve isn't even mentioned in the article. Valve's anti-cheat for CS2 is user-mode.

Do you have evidence valve is working to infect the linux kernel for everyone?

Realistically I don't see how Valve can avoid this. They want all those games on Steam Deck and the new console. Game devs want KAC. Therefore Valve can either provide them with some way to implement KAC - which effectively requires a "signed kernel / drivers only", same as on Windows - or tell them to go away. Why would they do the latter?

Mind you, it doesn't mean that the Linux kernel will be "infected for everyone". It means that we'll see the desktop Linux ecosystem forking into the "secure" Linux which you don't actually have full control of but which you need to run any app that demands a "secure" environment (it'll start with KAC but inevitably progress to other kinds of DRM such as video streaming etc). Or you can run Linux that you actually control, but then you're missing on all those things. Similar to the current situation with mainline Android and its user-empowering forks.

> we'll see the desktop Linux ecosystem forking into the "secure" Linux

> Or you can run Linux that you actually control, but then you're missing on all those things

We cannot allow this stuff to be normalized. We can't just sit by and allow ourselves to be discriminated against for the crime of owning our own devices. We should be able to have control and have all of those nice things.

Everything is gonna demand "secure" Linux. Banks want it because fraud. Copyright monopolists want it because copyright infringement. Messaging services want it because bots. Government wants it because encryption. At some point they might start demanding attestation to connect to the fucking internet.

If this stuff becomes normal it's over. They win. I can't be the only person who cares about this.

It has already become normal on mobile, which is where most users are.

You're not wrong - this is a very bad outcome! - but I'm afraid the battle has already been lost.

Streaming services already have a solution for environments where they can't run DRM - crap quality stream. My solution to their solution? torrents.

People can dual boot, what's wrong with a special gaming linux distribution?

From what I've read they actually tried to push back against it. I'm just saying this stuff is coming to our systems and should be resisted.

There's rational and then there's common sense, if put in that situation who in their right mind would take even a 50% chance that the entity is wrong and greed it for 1000$. All I'd need to know is that it is far more likely I get the million if I go into the game thinking I'd only one-box