paoda

I've been in the beta for quite a while, the only issues I had were resolved quite quickly. I never got to contribute that much in feedback since I honestly never had anything to complain about, outside of not being able to also use ghostty on Windows (lol).

Congrats on 1.0! It's been a joy to use I wish everyone can enjoy this wonderful piece of software as much as I have!

A second processor isn't that crazy of an idea for Nintendo given the 3DS had an ARM11, ARM9, and an ARM7!

Famously, the 3DS has complete GBA hardware inside of it that never got used outside of the Ambassador Program.

Unfortunately, vectors in Zig are the kind you use in SIMD and not in graphics programming. Perhaps there's some overlap, but I'm unfamiliar with both fields so I can't say to what degree.

If that's their policy, they genuinely make zero effort to follow it.

While I can appreciate their dedication to Linux, I find their application process arbitrary and random, if not confusingly prejudiced towards certain types of games.

It's honestly a dice roll whether a visual novel will be accepted or rejected from Steam. Whatever reason used will weirdly not apply for titles already released and even titles that will apply after you. It doesn't matter if youre an indie game dev or Square Enix publishing a game set in the same universe as the widely loved Steins;Gate. You're still subject for a ban and for what really? Square Enix at least has the ability to talk behind the scenes to have the game approved.

This all matters so much because visual novels are already a niche. If you want to turn a profit you must sell on steam. This means that in response to an imprecise, contradictory policy it's in your best interest to self-censor as much as you can because you can not afford to have your game rejected.

From my point of view, dating sims have mostly died off. They never had any real following in the West. In Japan, there's the ×CATION series, Tokimeki Memorial and some remakes of older games such as Doukyuusei.

With rare exceptions (like Hatoful Boyfriend) these joke dating sims feel pretty fake. They comment on a genre they struggle to properly portray or understand. The most egregious cases parody galge or otomege and erroneously label themselves as dating sims.

As an example, Doki Doki Literature Club (for all its merits), suffers from being described as a dating sim when it clearly isn't one.

To be clear, while pure daring sims kind of barely exist, they do pop up from time to time as secondary gameplay loops in hybrids. The Persona series (3 and onwards) as well as the Fire Emblem series (Awakening and onwards) do this.

I did an admittedly trivial amount of looking, but it seems like the videos surfacing right now about Andrew Tate being arrested are related to a previous arrest. As of the writing of this post, there doesn't seem to be much credible evidence that he has been released from police custody this time 'round.

I, of course, could be wrong so feel free to correct me if need be.

In my personal opinion, the rhythm game osu! [1] and the related osu!framework [2] are great examples of C# code.

[1] https://github.com/ppy/osu

[2] https://github.com/ppy/osu-framework

Oh that's fair. Zig makes a big deal about ensuring that "what you're supposed" to do is the simplest/easiest option at your disposal.

In service of this, even in Zig's current pre-1.0 state, adding a library can be as simple as something like the following in your project's build.zig:

  // Argument Parsing Library
  exe.addPackagePath("clap", "lib/zig-clap/clap.zig");

This and the language just having generics (which isn't necessarily the goal of all c-replacement languages i recently found out) suggests to me that the language as it currently stands encourages libraries to be written and reused.

In Zig, allocators are "just another argument", functionally an interface so as a library author you have to pay less attention to whether your library can be used in hostile environments. I'm quite sure this idiom exists primarily to just make Zig libraries (like the stdlib) useful in more places.

Certainly, Zig doesn't have all the tools you'd expect in other languages to aid library authors and consumers. I personally would love to see proper interfaces in the language, rather than the interface-by-convention situation we have right now. It's a matter of tradeoffs, many of which I imagine will be addressed and reconsidered as the language matures.

This may be the case with the current Zig ecosystem (even then, two community-created package mangers already exist), but my understanding is that at some point, Zig will receive an official package manager.

The current build system and type system go a long way to encourage library use (since it's quite easy) and the future package manager will be yet another step towards that.

Perhaps I misunderstand, but I don't imagine most individuals or companies writing production C code to be on the same "level of competency" as a research company as prestigious as Bell Labs.

It definitely wasn't needed, but it goes against what I think makes SerenityOS so special.

That being that everything in SerenityOS and its several related projects is made from scratch.

Agreed. It's a wonderful talk.

I'm elated that discoveries are still being made. Since this talk, the understanding has come to be that there are two independent pixel FIFOs. One responsible for sprites, and the other for background and window tiles.

Perhaps "Safe Rust" would be more apt (de-referencing any pointer is unsafe), though I think it's quite fine and well accepted to refer to "Safe Rust" as just "Rust".

Of course, the null pointer can still exist in Safe Rust, but since you can't de-reference it I think it's fine to say Safe Rust is "close enough" to count.

I think it's rather clear that using "based" in this context is more common in certain communities than others.

I can't say much about the use of macros, however there are some SM83-specific patterns you can take advantage of if you decode instructions using octals like what I do in my own gameboy emulator here [1]

[1] https://git.musuka.dev/paoda/gb/src/branch/main/src/instruct...