mlaux

I also got into programming through this scene, though a little later (irc.rizon.net #rsbotjava around 2008). I had already been doing a little coding but couldn't come up with decent project ideas (other than games, which always stalled out because I didn't know any artists or how to collaborate online). The RS scene was a perfect combination of interesting programming challenges, a decent size community of mostly other teenagers to hang out with, and getting to see my programs working in a "real" (virtual, ha) world. I learned about JVM internals, compiler techniques, IDEs, GUI programming with Swing, version control...... I don't know if I would have chosen CS as my major and gone into programming professionally if it weren't for this game and the community around it.

The serial port stuff is very close to what I'm working on - what's on the other end of the connection? What does "integrating them into modern systems" look like for you: getting data out/pushing data in/both?

Not exactly, freely available solutions are already good enough for people who just want to run their apps on modern hardware, and have been for a long time. What I was thinking about writing is a tool that eases migration by using interrupt and I/O hooks to detect common patterns and, say, builds a modern SQLite database as the business uses their dBase program. Whether anyone actually needs this, I don't know.

My idea is basically a DOS runtime with hooks on interrupts and I/O that would allow for either migrating databases to modern formats, or converting I/O accesses for modern USB peripherals. Customization for every customer and AI not being much of a help are pluses for me... lack of money not so much.

My idea is a DOS emulator with a really thorough log of every DOS interrupt called and I/O port interacted with. This could then be used to automatically, say, insert rows into a sqlite table when the DOS app updates a .DBF file, or forward GPIB data to a modern USB adapter. I wanted to avoid low level/cycle-accurate emulation as much as possible, only adding quirks as needed to support the most popular business application suites.

While this new competency of LLMs in EDA is objectively neat, I can't help but feel a little sad about the way this is going. Electronics projects are my refuge from the new hyper-speed low-quality software world. I want to "just not use it" and continue to enjoy electronics, but if I ever want to turn one of my ideas into a product, I'll be up against people who are building extremely quickly and to a lower quality standard. Yes, potential users of a cool new gadget care about having their problems solved above all else, but I can tell this is going to turn into another field we're all here saying "what happened to craft?" about, and idk, I just don't like it. And this is coming from someone who enjoys (turn by turn) LLM-boosted programming.

Looks like all three breaking changes are patches for inadvertent chain of thought disclosure. Someone found out (don't have the tweet handy) that if you created a bogus "think_deeply" tool and then forced the model to use it, it would output what is believed to be its raw thinking there - I believe the first breaking change stops this. The second two are aimed at people getting Haiku to repeat thinking blocks from other models verbatim (since it can see the decrypted version). I get that in their eyes it's an "exploit" but still kinda disappointing that they patched this

I tried to build this but it's missing the weights.bin file and my computer is too weak to generate it. Can you add it to the repo?

I love the art style! Echoing the others, I'm stuck in the second room - would be cool to have a few hints at the beginning to help out with discoverability.

This is so cool! AC and ACWW were a huge part of growing up and I dare say have a little impact on who I am today. Back then, I went on Tumblr’s AC community and found all the little debug menus but didn’t know how MIPS worked at that point to go any further. <3

Looks like `nodsgy.com` works, but with `www.nodsgy.com`, this appears:

> Backend Not Found

> Why am I seeing this?

> There are a few potential reasons:

> You haven't deployed an app yet.

> Your app's first Rollout may still be in progress.

> This is a custom domain, but we haven't finished setting it up yet.

> How can I deploy my first app?

> Refer to our App Hosting documentation to get started.

Thanks for trying it out! I'll keep an eye on this issue. As much as I love native apps, for something like this where the fewer steps the better, doing everything in the browser would definitely be an advantage.