![](/static/790fef6/assets/icons/icon-96x96.png)
![](https://lemm.ee/api/v3/image_proxy?url=https%3A%2F%2Flemmy.world%2Fpictrs%2Fimage%2F4271bdc6-5114-4749-a5a9-afbc82a99c78.png)
Just fork it 🤓
It definitely feels like a knee jerk reaction, but there would be some merit to it: The Rust language feels apt to implement a kernel with. If I remember correctly that’s what Redox is trying to accomplish? https://redox-os.org/
Just fork it 🤓
It definitely feels like a knee jerk reaction, but there would be some merit to it: The Rust language feels apt to implement a kernel with. If I remember correctly that’s what Redox is trying to accomplish? https://redox-os.org/
Why would using it on PC degrade image quality, if anything a desktop with a good GPU would potentially beat a PS5 in terms of graphics?
An adapter will be required to plug the PSVR2 though, that information is already available. But once plugged it should work with SteamVR.
Some places are like that
Isn’t it supposed to be 30?
You can run whenever you like, it doesn’t have to be 6am
close but no (last panel doesn’t match?)
I’m fine with bank heists but please don’t loiter :(
edit: English not my first language yada yada, I confused “loitering” for “littering”… I’m fine with loitering after all
Umbrella corporation? You’ll ace it
S03 left the most memorable impression on me, I’d recommend powering through ;)
One workaround has been to spoof your Firefox user agent so Teams believes it’s Chrome, and would you believe it the feature worked. I don’t know if this trick is still relevant.
Antagonizing the borrow checker is wrong. If it screams it does so to prevent you from writing a mistake. Eventually once you have enough experience you should write code in such a way that doesn’t trip the borrow checker because you know how to properly handle your references.
Is it difficult to learn at first? Yes, but the benefits of learning this outweighs the downsides such as writing code that may use references when it shouldn’t.
I’m not a Rust aficionado, but the few Rust I’ve written opened my eyes on issues that I have been dealing with in other languages but for which I was blind.
Lastly I tried following a Godot project tutorial that was using GDScript except I challenged myself to follow it but rewrite the examples given using Rust’s bindings for Godot. It was definitely more cumbersome to work with, but I might also have been doing something wrong (such as blindly transcribing GDscript instead of writing more idiomatic Rust).
All of that to say 1) borrow checker is your friend and 2) scripting languages will always be more convenient at the cost of being way more dirty (way less safeties)
In the end you need to pick the right tool for the job. Multiple tools may be used within the same project.
Your ISP: 😳
I’ve been told that they didn’t offer a hardcore mode because the game had a few bugs that could kill you for no good reason. Imagine losing your save because of the game’s bullshit. I find this decision smart even though I find stupid the fact that these bugs persisted for so long in the first place.
The message transferred between the particles supposedly FTL does contain information though. What I meant was that we cannot encode our own arbitrary information on top of it. The message has a physical effect on reality, without it the state we find the particles in cannot be respected.
Just reconsider this: If we agree that the result of a measurement is totally random (no hidden variable predetermining the result of the measurement) but that once we measure and know the state of one particle then we know with certainty the state of the other particle (entanglement): information about the collapse of the first measured particle was shared to the other so that it’s no longer random.
edit: If your argument is about “sharing information doesn’t imply transmission” then let’s stop here and leave this thread agreeing that “information was shared” :)
I have no opinions on what shape the information sharing takes. Nor am I interested in guessing.
I mean you can setup a source of entangled particles and two very far detectors that would do measurements roughly at the same time on each particle in such a way that information traveling at the speed of light wouldn’t have time to travel the distance between both detectors.
You can then just gather roughly simultaneous measurements and at a later time join the datasets from both detectors to see what one measured vs the other for each pair.
If I understand correctly the current observations show that collapsing the state of one of the particle influences the other all the way at the other detector. Since there’s no hidden variables that predetermine the result of measurements while the result of the collapse is random, and the fact that particles still respect the correlation over any distance is why there seem to be a FTL communication between the particles.
Something has to be communicated between the particles for the influence to work FTL, but it also seem we cannot leverage this phenomenon to send “actual information” this way :/
edit: Important point with that experiment: once the particles have been observed, if you try the experiment a second time using the same particles, then you’ll get different results, this time in line with hidden variables because the particle’s state already collapsed.
If you can avoid running batch files altogether then great, amazing. But there are projects out there using Rust that still depend on running those and that’s the focus of the issue… But yeah I cannot wait until the day I won’t hear about cmd.exe again.
The 2022 nobel prize was given to experimentalists that observed the violation of Bell’s inequality.
https://en.m.wikipedia.org/wiki/Bell's_theorem https://en.m.wikipedia.org/wiki/Quantum_nonlocality
I’m genuinely not an expert but I get it to mean that there aren’t hidden variables created alongside the entangled particles.
They pass 6in away from you instead of 6ft