• 1 Post
  • 50 Comments
Joined 1 year ago
cake
Cake day: July 22nd, 2023

help-circle


  • Ahoyoo was known to be a good player, particularly with bombs (his other level, bombs5, is the same kind of tricks).

    In 2017, there was no emulator capable of running SMM1 properly, and there was no controller for it to TAS with. So in order to TAS the level, he would have had to build an Arduino, learn to code, detect somehow when the level starts, send inputs to the USB port, enter the right inputs, and try and work out timings which are actually very difficult even in old systems, and very time consuming.

    The best players currently are making progress on the level with around 20 hours of practice. Ahoyoo likely had hundreds of hours on this level alone (as the creator even, just to make the level), and it’s said he spent thousands of hours playing the game obsessively. Spending more time to TAS would have been counter productive. If not impossible without an emulator (for reasons that are very technical TAS’ing a modern system is close to impossible without a camera and some AI).

    Now there is a theory that he could have cheated the video (with editing) and cheated the submission process, but the cheats for submission were not widely known at the time (2017) and Ahoyoo wasn’t known as an editor. So he would have needed help etc etc. That leave traces on forums that people likely would have found by now.

    Being a good player and obsessed at the game as he was, it’s more likely that he beat it fair and square, the way people are getting closer every day to beat it. So with all the evidence we know that accusation doesn’t hold.

    Edit: well that didn’t age well. I guess he DID have early access to TAS tools.











  • There are multiple things in Go that make it better.

    But just for giving a few thoughts about Java itself;

    • being able to import a package and use it as a namespace would already go a long way
    • being able to import multiple things from a package without listing separate line for each items
    • not having to go from the root of the whole fucking world to import a package would be great
    • having the ability to do relative imports to the module I’m writing would be great

    These are like “module 101” things. Like, you’re right that the IDEs nowadays do most of that, but IDEs also get it wrong (“oh you meant a THAT package instead of that other one”) and reading the code without an IDE is still a thing (code reviews for example) which means the longer the import section (both vertically and horizontally) the harder it is to work with. And if you don’t look at all imports carefully you may miss a bug or a vulnerability.

    Also, Java is the only language I know of that has such a span on the horizontal. The memes about needing a widescreen monitor for Java is actually not a joke; I never had to scroll horizontally in any other language. To me that’s just insanity.

    Also, if you’re gonna make it the whole universe as the root of your package structure, we already have DNS and URI/URLs for that. Let me use that!

    And don’t get me started as only-files-as-packages while simultaneously having maybe-you-have-multiple-root for your code… makes discovery of related files to the one you’re working with very hard. Then of course the over reliance on generated code generating imports that might or might not exist yet because you just cloned your project…






  • It’s not a fork though. It’s a complete rewrite in another programming language. That’s way more effort than a petty project.

    The truth is, this might succeed based on developer reach. I love Rust, but I know it won’t have the reach (yet) that Java can, and more developers mean faster progress.

    In the end, between this, Lemmy or another project which may be a fork of either, the success will be due to efforts of everyone involve at every stage. This wouldn’t exist without Lemmy, and Lemmy wouldn’t exist with ActivityPub.