jamesu

Its been getting pretty bad for a long while now. On the topic of UK privacy, there's an interesting requirement that if you are a "data controller" processing "personal" data for "non-exempt" purposes, you need to register with the ICO to go on the register. Even can apply to individuals.

Sounds great until you realize anyone that does that effectively gets their residential address publicly doxxed and archived by archive.org (unless they can use a separate company address or spend money on a po box). And to make it worse, unless you have an obvious named company it's basically useless for looking up data controllers.

I think mine when when I got one model to generate a spec for SDL 1.2, and another to generate a reimplementation of the whole thing in rust. It was pretty amazing to see the implementation getting fleshed out and fixed as I fed back results from a real project that still compiled with SDL 1.2. Kept pushing it. Added fully functional audio in 2 prompts. Applied optimizations with another.

Terrible code, but to think you can just rewrite whole libs with AI with relatively lazy prompting + feedback and get decent enough results is kind of mind boggling for me.

One bizarre related thing I've noticed is often you will find people who otherwise seem ok with people violating the copyright and other various licenses by "decompiling" a game, but as soon as AI is involved suddenly it's a big controversial ethical issue... as if totally violating the authors rights is a minor inconvenience.

I've invested time working with a project like that and it's kind of heartbreaking to see it lose its way and become a total mess. It's tempting to fork and try and go back to its roots, but that has its own problems e.g. needing to invest a magnitude more time.

We've seen a few takes on this kind of issue, but the solution I liked the best was the linux "developers take full responsibility" approach. The "Assisted-by:" tag was a pretty nice touch too.

The article unfortunately feels more like a rant than a good exploration of the problem space.

My take was more along the lines of: it wouldn't be convincing enough, if anything it would be too clean and perfect.

There is no way you could recreate a convincing enough 90s era codebase of a japanese videogame + its associated tools + scripts and commented out codepaths with current ai tools.

I find the specific singling out of vibe coding interesting for a different reason; thinking back to just last month, I recall one of the rationales behind the huge DLSS5 backlash was it ruined the artists original vision. And here we are a month later being amazed at an emulator that literally lets any casual player do just that through a funky point and click interface!

I guess if they added in an MCP server there would probably be a riot.

I'm not a huge fan of working while travelling, it's way too distracting while trying to do intricate development work.

I often find AI makes me angry and stressed out, especially when it suggests dumb solutions to problems. Honestly makes me wonder if I'm more likely to die early from chronic AI-induced stress rather than dementia.

The current pricing model (for plus) feels deliberately confusing to me, I can never really tell if I'm nearing any kind of limit with my account since nothing really seems to tell me.

Using connectrpc was a pretty refreshing experience for me. Implementing a client for the HTTP stuff at least is pretty easy! I was able to implement a basic runner for forgejo using the protobuf spec for the runner + libcurl within a few days.

Bumped into your project a while back - pretty impressive. I was a little disappointed it seemed to just convert the resources rather than use the original runtime formats (since there are a features that don't directly translate to gltf), but for a viewer it's perfectly reasonable. Are you planning on supporting tribes 1 maps at all? Theres still quite a surprising interest in reverse engineering and extending the life of torque games. I'm hoping on publicly releasing a refresh of the original torque codebase this year which improves support for modern platforms including wasm. It's amazingly easy these days to reverse engineer stuff and revive old codebases!

I really wanted to like it but the UI always put me off. Also tending to prefer a more open development model these days. Thankfully at least for dev gitea and forgejo have both come a long way and the CI is pretty decent now (though they still dont have a gui workflow builder!).

The Settlers 2 was one of my favorite games growing up - really felt like they polished up the mechanics of the first game and made the UI more tolerable. If anyone is looking for a more modern 3d equivalent but in a slightly different setting, I'd recommend The Colonists.

A few months ago I used ChatGPT to rewrite a bison based parser to recursive descent and was pretty surprised how well it held up - though I still needed to keep prompting the AI to fix things or add elements it skipped, and in the end I probably rewrote 20% of it because I wasn't happy with its strange use of C++ features making certain parts hard to follow.

Back when this was first announced it was pretty neat, but I don't think it passes the long term reliability test for me. Last time I tried it I somehow managed to erase all the notes and the site broke - didn't exactly instil much confidence.

Lazarus is nice but both its apis and the ui feel like they're still stuck in the early 00's. It's not enough to look like VB6 / Delphi these days; you've got to keep up with what kinds of conventions we expect now.

Also switched to a UGREEN, in this case the DXP4800 Plus. Truenas runs pretty nicely on it! One critique I'd have of this setup is it's a lot noisier than my older Synology setup, but I think that's more to do with the HDDs than the case.

A while back I recall watching a video about this very feature. https://www.youtube.com/watch?v=SC3TVvtuNqs

I find you get a lot of utility, but long-term you need to keep updating your codebase and follow whatever trend rails is currently on.

For me the bus factor was a bit of a red flag, plus I prefer the layout in forgejo/gitea. Also didn't like that there wasn't really any obvious way to link in an external CI, and of course it's written in java so had that to factor in too.

Having wasm 3.0 and a project named wasm3 which doesn't seem to support wasm 3.0 is sure going to get confusing!

I play SvenCoop a lot and mostly just stick to a handful of servers. The amount of servers is such that discovering new ones is pretty easy. However it also makes it a bit vulnerable to your favourite server getting hit by a DDOS attack or protocol exploit (thankfully that one was eventually patched!). So there are problems at both extremes.

Reminds me of the extensive use of bitsets in Starfox Adventures. Not only was object spawning tied to flags, many dynamic effects were too so if you prodded the flags in memory often a lot of funky things would happen like explosions getting triggered and cutscenes.

One thing I found useful was writing a runner for giteas actions CI which is similar to GHA. When you dig down and ask "what is ACTUALLY happening to run this job" then a lot of things such as the docker entrypoint not being modifiable make perfect sense.

Can at least concur with C&C/RA being difficult to compile; There are several missing sources and the build environment feels like its one grand 90's hack.

Not having a proper account deletion method for deceased persons was one of my big pet peeves when sorting out accounts of a family member.

It's nice to see support for vulkan in qemu actually getting somewhere, being able to run modern accelerated workloads inside a vm (without dealing with sr-iov) is pretty cool and definitely has some use cases.

One thing I noticed is during UK Daytime TV is there are a comical amount of funeral and life insurance ads, it's incredibly depressing.