We should have the ability to run any code we want on hardware we own

(hugotunius.se)

Show context

idle_zealot ◴[01 Sep 25 00:21 UTC] No.45088298[source]▶

This makes the point that the real battle we should be fighting is not for control of Android/iOS, but the ability to run other operating systems on phones. That would be great, but as the author acknowledges, building those alternatives is basically impossible. Even assuming that building a solid alternative is feasible, though, I don't think their point stands. Generally I'm not keen on legislatively forcing a developer to alter their software, but let's be real: Google and Apple have more power than most nations. I'm all for mandating that they change their code to be less user-hostile, for the same reason I prefer democracy to autocracy. Any party with power enough to impact millions of lives needs to be accountable to those it affects. I don't see the point of distinguishing between government and private corporation when that corporation is on the same scale of power and influence.

replies(14): >>45088317 #>>45088413 #>>45088437 #>>45088617 #>>45088634 #>>45088767 #>>45088805 #>>45088812 #>>45089073 #>>45089349 #>>45089473 #>>45089554 #>>45089569 #>>45091038 #

1. AtlasBarfed ◴[01 Sep 25 01:30 UTC] No.45088617[source]▶

>>45088298 #

This is one of the real canaries I watch on "real AI" for programming.

It should be able to make an OS. It should be able to write drivers. It should be able to port code to new platforms. It should be able to transpile compiled binaries (which are just languages of a different language) across architectures.

Sure seems we are very far from that, but really these are breadth-based knowledge with extensive examples / training sources. It SHOULD be something LLMs are good at, not new/novel/deep/difficult problems. What I described are labor-intensive and complicated, but not "difficult".

And would any corporate AI allow that?

We should be pretty paranoid about centralized control attempts, especially in tech. This is a ... fragile ... time.

replies(3): >>45088673 #>>45088679 #>>45089838 #

2. ACCount37 ◴[01 Sep 25 01:44 UTC] No.45088679[source]▶

>>45088617 (TP) #

AI kicks ass at a lot of "routine reverse engineering" tasks already.

You can feed it assembly listings, or bytecode that the decompiler couldn't handle, and get back solid results.

And corporate AIs don't really have a fuck to give, at least not yet. You can sic Claude on obvious decompiler outputs, or a repo of questionable sources with a "VERY BIG CORPO - PROPRIETARY AND CONFIDENTIAL" in every single file, and it'll sift through it - no complaints, no questions asked. And if that data somehow circles back into the training eventually, then all the funnier.

replies(1): >>45089113 #

3. AtlasBarfed ◴[01 Sep 25 03:14 UTC] No.45089113[source]▶

>>45088679 #

That's one of the boil-ups. Why would lack of Linux compatibility for hardware be a thing? If AI can write the drivers in 1/10th the effort/time, it should be a game changer for open source.

I haven't heard much from the major projects yet, but I'm not ear-to-the-ground.

I guess that is what is disappointing. It's all (to quote n-gage) webshit you see being used for this, and corpo-code so far, to your point.

replies(1): >>45089171 #

4. ACCount37 ◴[01 Sep 25 03:24 UTC] No.45089171{3}[source]▶

>>45089113 #

AI can't write full drivers, and certainly not to mainline Linux quality. But it does make "take apart a proprietary driver to figure out how it works" much easier.

5. beeflet ◴[01 Sep 25 05:53 UTC] No.45089838[source]▶

>>45088617 (TP) #

>It should be able to make an OS. It should be able to write drivers.

How is it going to do that without testing (and potentially bricking) hardware in real life?

>It should be able to transpile compiled binaries (which are just languages of a different language) across architectures

I don't know why you would use an LLM to do that. Couldn't you just distribute the binaries in some intermediate format, or decompile them to a comprehensible source format first?

replies(1): >>45094202 #

6. AtlasBarfed ◴[01 Sep 25 16:36 UTC] No.45094202[source]▶

>>45089838 #

I agree that it's a challenging problem.

My line of thinking is that AI essentially is really good at breadth-based problems wide knowledge.

An operating system is a specific well-known set of problems. Generally, it's not novel technology involved. An OS is a massive amount of work. Technical butrudgerous work.

If there's a large amount of source code, a great deal of discussion on that source code, and lots of other working examples, and you're really just kind of doing a derivative n + 1 design or adaptation of an existing product, that sounds like something in llm can do

Obviously I'm not talking about vibe, coding and OS. But could an OS do 99% of that and vastly reduce the amount of work to get a OS to work with your hardware with the big assumption that you have access to specs or some way of doing that?

↑