Readit News logoReadit News
divs1210 commented on Importance of context management in AI NPCs   walterfreedom.com/post.ht... · Posted by u/walterfreedom
divs1210 · 2 months ago
I have a feeling that Half Life 3 will have groundbreaking AI NPCs.
divs1210 commented on Half-Life   filfre.net/2024/12/half-l... · Posted by u/dmazin
divs1210 · 7 months ago
Half Life is my favorite game franchise of all time.

Played all the canon games and SO MANY mods.

Still obsessed with it.

divs1210 commented on Show HN: Tramway SDK – An unholy union between Half-Life and Morrowind engines   racenis.github.io/tram-sd... · Posted by u/racenis
divs1210 · 8 months ago
Neat project!

By the way, to see a great example of how a modern game can be made using the classic Half Life engine, look at the fan made game Half Life: Echoes [1].

It actually looks pretty decent, and the gameplay is top notch.

[1] https://www.youtube.com/watch?v=fBQKi6vGX8U

divs1210 commented on A Minecraft server written in COBOL   github.com/meyfa/CobolCra... · Posted by u/notamy
heavensteeth · 9 months ago
I'm sure this is some kind of fallacy, but I feel I quite often see ostensibly impressive small side projects like this written in simple plain languages like C (or here COBOL). Every similar, e.g., Rust project I see seems almost non-functional despite having 10x the SLOC.

My working theory is that simpler languages lend themselves to blueprinting ideas and getting something working even with an ugly messy codebase, whereas modern languages force you to write code that will last longer. Or maybe modern languages are just doing something wrong.

divs1210 · 9 months ago
Same as dynamically typed vs statically typed languages.
divs1210 commented on Four limitations of Rust's borrow checker   blog.polybdenum.com/2024/... · Posted by u/todsacerdoti
divs1210 · 9 months ago
Easy to write bugs in unsafe languages like C / C++.

Rust makes memory management explicit, hence eliminating those bugs. But it also shows how hard memory management actually is.

Systems programming languages like this should be used sparingly, only for stuff like device drivers, OSs and VMs.

Any general purpose programming language should be garbage collected.

divs1210 commented on John Carmack on inlined code (2014)   number-none.com/blow/blog... · Posted by u/bpierre
oofoe · a year ago
Nah. That's what the Monk is for.
divs1210 · a year ago
A person of culture, I see.

Electric Monks were made for a reason.

Surprisingly pertinent to the current discussion.

divs1210 commented on Rewriting Rust: A Response   gavinhoward.com/2024/09/r... · Posted by u/gavinhoward
divs1210 · a year ago
This discussion is seriously lacking in references to Koka language[0].

Koka is memory safe without using traditional GC, has effects, and is pretty cool over all.

[0] https://koka-lang.github.io/koka/doc/index.html

divs1210 commented on What Is a Particle? (2020)   quantamagazine.org/what-i... · Posted by u/sblank
AlbertCory · a year ago
I'm reading "The Big Picture" (Sean Carroll) right now.

I'd love to have a real physicist explain this, but:

When we think of what a particle IS, we often think as though it were dirt, or a billiard ball, or something. As though there were some other substance of which it's made. At least I do.

But the definition is as low as you can go. It's hard to wrap your head around that. Unless you're trained to do so, I guess.

divs1210 · a year ago
Particle spin explained:

Imagine a ball that’s rotating,

Except it’s not a ball, and

It’s not rotating.

(popular particle physics meme)

From what I understand of QFT, the Universe is made of fields of different types, and a “fundamental particle” is just an excitation (wave) in the corresponding field.

For example, a photon is a wave in the universal electromagnetic field, A charm quark is a wave in the universal charm quark field, etc.

I’m not a trained physicist, so I might be wildly wrong.

divs1210 commented on Physicists create elusive particles that remember their pasts   quantamagazine.org/physic... · Posted by u/peter_d_sherman
m-watson · 2 years ago
This Quanta piece is from May and is talking about work that came out in October 2022 so if Aaronson was going to write a piece he probably already did (maybe, obviously my assumptions could be completely wrong).

But the abstract of the pre-print (https://arxiv.org/abs/2210.10255) covers some of what you are asking:

"Despite the well developed mathematical description of non-Abelian anyons and numerous theoretical proposals, the experimental observation of their exchange statistics has remained elusive for decades. Controllable many-body quantum states generated on quantum processors offer another path for exploring these fundamental phenomena. While efforts on conventional solid-state platforms typically involve Hamiltonian dynamics of quasi-particles, superconducting quantum processors allow for directly manipulating the many-body wavefunction via unitary gates."

They created a collection of quasi-particles that has different statistical properties that we don't see in 3D (the Non-abelian anyon https://en.wikipedia.org/wiki/Anyon). So simulated or created becomes a tricky word here, the quantum processor is putting these qubits into a state that acts as a quasi-particle so they can study it directly. So no a classical computer would not be able to do this in the same way it would have to use classical bits to simulate the quasi-particle.

divs1210 · 2 years ago
Thanks for the explanation.

That quote is extremely terse and would have taken a considerable amount of time to understand.

u/divs1210

KarmaCake day702June 4, 2014View Original