PunchyHamster

It is worth remembering that it heavily depends on cooling system involved.

Traditional data centers have far smaller power density per rack and thus cooling requirements than AI datacenters; if you can use closed loop system without evaporation, water usage is very small. Difference is around order of magnitude

But if you want to fit maximum amount of compute in the space and need to dissipate it, evaporative based system will be far more effective space wise; especially if also for some reason you built it in hot place, rather than somewhere in the north

Calling it "most important movement" is like calling national socialism "most important movement", just because it made history doesn't make it good

PoE cameras solve all of the cameras problems. Just drag a cable, it's one time bother and if you're clever it won't be any uglier than camera itself

Yeah, when it comes to sensors wired power (or solar power I guess) is absolute minimum, it's extra effort that's always pays off.

I'd just do it with camera and some rudimentary image recognition, having bin present/absent (in process of being taken care of) signal should've been enough

you kinda need the image to be 100% sure there wasn't some software glitch or inaccurate OCR

so just like anyone else except people profiting or abusing it

I imagined a space game based on a bit similar approach but the caveat is "technology to make stuff deep space radiation resistant also limited the available compute", and the player has capability to

So your airlocks, space station and ship subsystems and similar devices would run just on small microcontroller sized chips (8-64kB sized ones, with slow clocks) and player that invested in that given skillset could essentially hack them and modify or replace the programming, and have access to a bunch of languages, from assembler, thru rust to something more high level/easier to use like BASIC/MicroPython.

They could also acquire disassemblers, the basic ones would just give them assembly code (which might be enough if they want to just re-program a lock), the advanced ones would also get actual high level source code (just a bit of smoke and mirrors so player doesn't have to stare at assembler or build code from scratch every time). And basically play hacker but on actually running systems, OR re-tune their ship's engines (it could even go to fun stuff like "there are 5 models of this engine, all just software locked into given power level", akin to real life car ECU tuning).

There would be bigger systems, but they would be bulky from shielding so it would be often mainframe-like system of station having one big core computer with a bunch of dumb terminals, that player could also fuck around with, like installing a password sniffer. Or having it trigger something when certain character accessess it.

If you're writing for VM and don't need stuff like GPUs, you can.

For actual real hardware, not really

Should've added a stuffed pidgeon

which I already said

> lowers the level of failure somewhat

congratulations on lack of ability to read with understanding

Weird to buy machine with company actively hostile to anything open to run open stuff

well if you use a knife to stab your fingers that's not a knife's fault

repo can also rewrite existing commit and you again won't be able to retrieve it so switching to commit IDs only lowers the level of failure somewhat

If there is one way enforcement (i.e. there is one point where the last SHA1 commit was signed by first SHA256 commit), I think it should be safe ?

The "commit before" might be compromised, but the git commits refer a snapshot of a tree + a list of previous commit IDs, so the "new" SHA256 commit will not have any files altered

I mean, Git commit signing should be used more often... then you can actually trust the person signing, not the distribution method

But you still need SHA256 for that

But the Linus piece is sound

... for Linux

... and developers working for it constantly

the attack wouldn't work. Joe Schmoe? It's worse than just "being compromised"

You have repo of dependency locally, let's assume you downloaded good copy, the commits get compromised, you're safe.... right ?

Nope, if there is build server along the way and ESPECIALLY if it practices building from clean state every time, the build might be infected while your local copy is clean, giving no chance to notice it, unless your entire chain including local builds are reproductible AND you actually check it

> I pull it from there because I trust that GitHub has its authentication game together enough that it's unlikely that anyone malicious pushed something there without the maintainer's knowledge.

Hahahahaha, that's some level of delusion

> Today's frontier models can't even handle 100% of the SWE benchmarks that have been around for longer than they've been training the models. Companies that are benchmaxxing their models against the benchmarks haven't even been able to get them to 100%.

Is average developer 100% the benchmarks ?

And then the shit won't work, and then they will hire them again lmao

that's pretty innacurate -text loaded way faster than that, it's the images that were the lag

I wish we got more UIs like this.

Most modern apps are very lazy on being actually useful for people that use it frequently

Those are getting regular maintenance and overhauls while not flying, it's not really comparable.

On other side only moving element would be hard drives and only wear element really would be the electrolytic caps.

I don't. I'm talking about unfair treatment of same case ("someone got drunk and did something they regretted") between sexes

It says A LOT about you that you immediately jump to arrogant conclusions

Just blaming AI seems to be the norm now, we have companies literally hacking other companies by "rogue LLM" and not getting any responsibility for it

The shovel selling company introduces the new product - shovel holder, to upsell the shovel users

It's more due to ineptitude of competition. If AMD shipped second, but better product it would be another thing but it is still a bit of a mess of an ecosystem on AMD side

But it doesn't live up to the promises of monetizing it.

Realistically, each new, better model will only capture a smaller and smaller part of use cases for which existing competing models were not enough.

So in few years (arguably, already started) they are in race to the bottom for service to majority of their customers, and with companies that have far smaller R&D bill.

at the same time, more and more models will be ran locally, and that eats into potential profits of them too

On side note, I wouldn't be surprised if GPU vendors started making DRM for AI models so you could "license" someone's model to run locally for x mil tokens per license...

the ceiling of abilities seem to be growing steadily but the floor of errors seems to not change. New models can do more and more but still fail at seemingly (to human) simple tasks

Well, it is obvious;

They know they will be favorite govt boy once any regulations hit and they will hamper competition far more thanthem

And "it's so dangerous govt had to intervene" is just advertising for IPO

XMPP is massively bloated protocol that is badly managed for last 2 decades