CupricTea

This is basically what coding UI in Bevy was like before the `bsn!` macro

People should be giving more credit to Bevy regarding Tiny Glade, particularly the people who like to bring up Tiny Glade's custom renderer to detract from Bevy's accomplishments and capabilities. It takes substantially more software infrastructure to make a game engine than just the renderer. Looking through Tiny Glade's third party licenses, the following are listed:

  bevy_app 0.17.3
  bevy_derive 0.17.3
  bevy_ecs 0.17.3
  bevy_ecs_macros 0.17.3
  bevy_input 0.17.3
  bevy_macro_utils 0.17.3
  bevy_math 0.17.3
  bevy_platform 0.17.3
  bevy_ptr 0.17.3
  bevy_reflect 0.17.3
  bevy_reflect_derive 0.17.3
  bevy_state 0.17.3
  bevy_state_macros 0.17.3
  bevy_tasks 0.17.3
  bevy_time 0.17.3
  bevy_utils 0.17.3

The fact that Tiny Glade was even able to just turn off Bevy's renderer while keeping the entire rest of the needed infrastructure so that they could write their own custom renderer on top of it is nothing short of remarkable.

Learning lifetimes in Rust I've found to be quite like when I first learned pointers in C/C++. They're the hardest most enigmatic thing in the world until at one point something suddenly "clicks" and they just make sense, and you'll wonder how you ever struggled with them in the first place.

For me the actual toughest thing to learn were procedural macros, and the reason for that is because actually implementing them is more on the niche side of programming compared to using them, so most "learning Rust" resources just hand wave them away, and their usage is so special cased that all the limited learning resources around them target specific niche use cases that might not be what you in particular would use them for.

Imagine my dismay to find out Crunchyroll does not offer Japanese subtitles for anything.

Netflix is a little better in this regard, but Neflix in particular goes out of its way to obnoxiously clutter the screen when I pause...even though I paused specifically to try and read something on screen or mine vocabulary from subtitles.

Title should be changed. Async Rust != RTOS. RTOS's are preemptively multithreaded while async is done cooperatively with yield points.

Perhaps "Embedded async Rust vs. C RTOS"

I can't help but think at this point that Ghostty's "departure" from GitHub is unserious. It's been two and a half months now and not even a single peep of discussion about where they may be migrating to or what they may be doing.

I'm honestly a bit shocked this was done entirely using declarative macros. Normally when I see such arbitrary syntax I assume it's implemented as a proc macro.

I cannot overstate how huge and exciting bsn is for bevy. This is as big of news as when bevy itself was first announced six years ago.

I once wrote a pure C project years back that made heavy use of complex numbers and 2D/3D vector math. At one point I got so fed up debugging my expressions under an endless parentheses-hell of `vadd(vmul(vadd(...), vadd(vmul(...))))` that I threw my hands up and changed the file extensions to .cpp just to use std::complex<T> and enough operator overloading to type vector expressions like a human being.

I was just in Europe this February. I took a bus from France to Germany and customs checked the passports of everyone on board.

>who want zig to "win over rust" for whatever reasons

I don't understand why this mentality is so common. Zig and Rust are both fine languages with markedly different design goals and they can coexist.

Rust has never been about outright eliminating unsafe code, it's about encapsulating that unsafe code within a safe externally usable API.

When creating a dynamic sized array type, it's much simpler to reason about its invariants when you assume only its public methods have access to its size and length fields, rather than trust the user to remember to update those fields themselves.

The above is an analogy which is obviously fixed by using opaque accesor functions, but Rust takes it further by encapsulating raw pointer usage itself.

The whole ethos of unsafe Rust is that you encapsulate usages of things like raw pointers and mutable static variables in smaller, more easily verifiable modules rather than having everyone deal with them directly.

>when you a pass a pointer to my function, do I take ownership of your pointer or not?

It's honestly frustrating how prevalent this is in C, and the docs don't even tell you this, and if you guess it does take ownership and make a copy for it and you were wrong, now you just leaked memory, or if you guessed the other way now you have the potential to double-free it, use after free, or have it mutated behind your back.

I remember talking about this concept with my brother a while back. Since LLMs have no neuroplasticity, they are locked in to what they were trained on in the time they were trained in. A model trained in 2026 would stay exactly the same for use by someone in 2126 to gain an insight on our time. Like a book that you can actually talk to.

Tiny Glade launched to 10,692 concurrent players with a 97% overwhelmingly positive score on Steam.

Calling that "not very notable" for an indie title is pretty ignorant.

I've considered this, but the company is small enough that the number of people who would be on GitHub at any moment (instead of our internal git forge) can be counted on one hand, and when I'm the first one there in the morning it still rate limits me.

GitHub is at the point where it immediately rate limits me if I try to look at a project's commit history without being logged in, as in the first time I even open a single URL to the commit history, I get "Too Many Requests" from GitHub thrown at me. I don't know if my work's antivirus stack is causing GitHub to be suspicious of me, but it's definitely egregious.

Artifacts from 700kya were not left by anatomically modern humans.

Something I've never understood about public likes before is why they ever existed in the first place.

Previously, retweeting would show something to your followers, and liking tweets would...show them to your followers...

Two ways to do the exact same thing. So it was added cognitive pressure to pick which action to do.

PCIe is probably the most future proof technology we have right now. Even if it is upheaveled at the hardware level, from the software perspective it just exposes a device's arbitrary registers to some memory mapped location. Software drivers for PCIe devices will continue to work the same.

The other day in a Facebook Messenger group chat I tried to link to https://motherfuckingwebsite.com/ as a joke, but Messenger kept blocking it. It's quite overzealous with its blocking.

It seems to just be Rust for people who are allergic to using Rust.

It looks like a fun project, but I'm not sure what this adds to the point where people would actually use it over C or just going to Rust.

>Further down the article, the author suggests bubbling up the error with a result type, but you can only bubble it up so far before you have to get rid of it one way or another. Unless you bubble everything all the way to the top, but then you've just reinvented unchecked exceptions.

Not necessarily. Result types are explicit and require the function signature to be changed for them.

I would much prefer to see a call to foo()?; where it's explicit that it may bubble up from here, instead of a call to foo(); that may or may not throw an exception my way with no way of knowing.

Rust is absolutely not perfect with this though since any downstream function may panic!() without any indication from its function signature that it could do so.

>every one of them seems to have some huge caveat which makes them useless

They were added into C before enough of the people designing it knew the consequences they would bring. Another fundamentally broken oversight is array-to-pointer demotion in function signatures instead of having fat pointer types.

Alright, I don't agree with half of what he said here, but really? Is that supposed to make him look like some irredeemably bad person?

Are we seriously going to pretend that men and women—on average—do not differ in their general interests, and furthermore get mad at people for pointing that out?

And I'm not fond of the current administration, but it's a bit extreme to write someone off as a person for liking who is president. You would be writing off literally half of the entire country, and no, that's not something to feel virtuous about, that's just nonsense.

Frankly I think I would rather have a conversation with someone like him instead of someone who would get disproportionately upset at those points.

That community has no oversight for what gets posted. It's a free-for-all for anyone to gather (read: cherrypick) low quality information and present it in an overtly sensationalist way and intentionally misrepresent what they quote.

They have no standards, no oversight, no formal methodology, so naturally it attracts gossip-oriented people who want to stir up drama for fun.

It could have been linked here directly instead of presented through the lens of a toxic smear community.

Presenting it through a community called "SubredditDrama" is poisoning the well[1]. I am not going to entertain that smear tactic.

[1] https://en.wikipedia.org/wiki/Poisoning_the_well

One that links to the primary source and fully in-context as an absolute starting point.

Even your pseudoquote here gives me nothing to work with.

"It" doesn't help? Seriously? What am I supposed to make with this vague out of context snippet?

Do you think it is acceptable to link to a submission to a place called "SubredditDrama" filled with bad faith links to secondary reactionary sources?

Am I supposed to take this seriously?

Wow, what a nauseating subreddit. They are notorious for poisoning the well, bad faith cherrypicking to misrepresent positions, and blowing their positions completely out of proportion, all for the sole effort of smearing whoever or whatever they make a topic about.

And everything in that post are bad faith links to secondary reactionary sources.

I don't really know much about Jonathan Blow or Jai or really follow it but it's astonishing to me that anyone could possibly take anything from that toxic subreddit with any sort of seriousness.