That depends on what you mean by “real game dev”. I did a few game things of my own in BBC BASIC, eventually with a bit of 6502 assembly in key places, back in the day. On those machines you can still happily run a basic game loop in interpreted BASIC, the whole thing for text-based games, you just need to get down to the bare CPU for things like sprites, other rapid graphics drawing, and maybe some other number crunching (I did some basic compression in assembly for lots of text, though it wasn't really effective, if you are already doing graphics in assembly, then it probably makes sense to do collision detection and such there too, etc.).
C64 BASIC is kind of a mess, there's zero support for graphics and sound. Your code rapidly becomes a giant pile of POKEs and PEEKs, and all your operations become absurdly slow because all the math routines are floating point only, so there's a ton of integer/fp conversion overhead on something as simple as "peek a memory location, AND/OR it with a few values taken from variables stored as floating point, poke it back".
It had a nice set of built-in graphics functions and an inline assembler, amongst other things.
I can still remember that VDU 23 was the command to redefine a character, so much easier than doing the same sort of thing on the C64 (copy the character set from ROM to RAM, get the VIC to use the RAM copy with POKE statements, modify the desired character)
Self-hosting isn't relevant here anyway. When discussing the hoovering up of information irrespective of licences to produce the model, where the model is finally run isn't significant.
You might not be paying the industry pirates-at-scale to run a model on their hardware, but you are still using the same information, irrespective of the same desires of its creators, the same way, just in a different location.
Heck, local hosting might even be making the situation worse if people are trying to train their own model because they are then likely to be scraping data too, and becoming part of the army of bots that are pushing hosting costs up and forcing everyone to use tricks like PoW scripts that can inconvenience human readers as much as the scrapers.
> You might not be paying the industry pirates-at-scale to run a model on their hardware, but you are still using the same information, irrespective of the same desires of its creators, the same way, just in a different location.
For individual use I personally think it's ok. Access to information shouldn't be penalized or regulated, but distribution should. So in this case it's relevant where a bootleg model is run.
> > which have indexed all of the books and used pirated copies to do so
> Funnily enough, people on HN often do not consider this an issue, like at all...
That is far from true - opinion is quite divided, perhaps even close to 50/50. It sometimes seems that the opinion is skewed massively towards the positive because there are a lot more “look what I did with GenAI” stories because “yeah, I'm not doing that because… here's what I did the old way” doesn't catch interest in the same manner.
This is one of the (several) reasons I'm doing my level best to avoid using the tools - I don't want to pay in to the companies that have run ripshod over everyone's work because they can¹. This is a rather risky position to take in a company where the up-aboves have all but said “get with AI or get left behind”, but quite frankly at the moment “redundancy” isn't a scary word for me².
--------
[1] Take from a few (i.e. download a couple of TV shows) and it is piracy making you liable for huge fines or even prison time, take from practically everyone (hoover up all their published writing irrespective of licence, gum up their servers with your badly written, or well written but deliberately badly behaved, scraper, etc…) and that is perfectly valid for training purposes.
[2] I appreciate that for many this is not the case, and because of economic pressures they might have to compromise on their feelings if they have the same opinions as I do on GenAI.
That might be true if you look further into it. I am a casual frontpage reader and the frontpage usually is plastered with AI stuff. Either new bullshit benchmarks, AI workflows, AI editor updates, AI company did something bad (again), or cool(?) projects people vibecoded.
I also had arguments about AI used for art on here before and my personal experience usually is people defending their slop art.
You don't have to look much further into it. If you aren't making that much effort it is hardly anyone else's fault that you've got an inaccurate impression of how things are.
Yes, it's part of the fun. Original version was 65kb (with just the single editor mode and all the filters, mp3/wav export etc). But then having to add flac codec, tempo estimators and finally the multitrack mode, made it closer to 100.
When I started developing I was a little frustrated with how bloated the web felt back then so I took that direction, it's much better today though and it's no longer an issue, but I still find it fun to impose these constraints and try to work within or around them (there's this fascinating concept of constrained creativity)
I appreciate the attention to efficiency and avoiding bloat. As a frequent audacity user I'm thinking I might end up using this for a lot of simpler tasks.
That said the web offers such great techniques to maintain this. Passive loading of plugins for example could keep things snappy and light and load things when you need them.
If you want the perspective of a prospective long term user: I'd be very comfortable using your app even at tens of megabytes. You could probably keep your initial load pretty light but pull in larger modules as needed. There are certain effects and audio layering I often use in Audacity that would keep me there, but your modern interface and browser access are huge selling points. If your vision includes moving to a bigger editor I guarantee you you'll find a huge base who wouldn't even notice megabytes of code.
All very good points, not much to say I agree with you. With loading plugins on demand it could grow in size without affecting load and experience (and since offline mode is a separate link that would still be fine to be a little larger since it's fetching the app locally).
There was a good theatre adaption of The Machine Stops by a UK group called Pilot Theatre (I saw it at York). They performed it as a live Youtube broadcast during the faf of 2020, though I can't see it listed anywhere now. Worth having a look for if you have better sources than mine. I must have a scan of my media array later, to see if I downloaded a copy I can rewatch.
https://archive.ph/x3wgL if you want to read without finding and clicking the "no, your interest in stalking me is not legitimate" box that is nested in extra clicks for each of the partners (seriously wordpress, if you are happy to be so significantly non-compliant just be honest and don't comply at all).
I tend to assume that because the “legitimate interest” options are on by default, despite everything else being off if it is, that they are opt-outs rather than op-ins, and therefore blocking the banner just removes my chance to opt out.
I instead just paste wordpress links into archive.* or similar without going in personally at all.
My cynical view is that a lot of these outlets would have liked to block the archive anyway⁰ but didn't as it could look bad to do so, and AI scraping is a convenient excuse. Much like some (but far from all) of the recent job cuts that have been announced “due to AI”.
An even more cynical view is that the information on many local news sites in recent years isn't worth archiving anyway, it is largely generic rubbish filtered down from on high because these days most local outlets are owned by large national groups¹ that use them for little more than a place to insert adverts.
For actual local news, which those outlets do sometimes still carry, archiving personal blogs, event sites, and some social media content³, would be more useful than local news outlets. It is a shame that a lot of this has moved to platforms that are more difficult to archive (distraction media providers block the archive too, discord and similar services are more difficult to easily/meaningfully archive, heck searching for non-recent information on them that you know is there can be a pain, etc.)
--------
[0] For numerous reasons including some idea that it could affect their advertising revenue, that they don't want things which they correct [because they are actually wrong or because those higher up the ownership chain are happy with certain truths] are embarrassingly preserved in their original form, etc.
[1] Like Reach Plc or Newsquest¹ (which owns the most prominent local rag where I live) in the UK.
[2] Which is in turn owned by the US company USA Today Co.
[3] Though this is probably largely blocked from the archive too.
> But FUSE is pretty annoying to use on Mac – you need to install a kernel extension, and Mac OS seems to be making it harder and harder to install kernel extensions
I'm not a Mac user at all, so there may be reasons what I'm about to suggest is silly beyond the ones I will mention myself, but…
Another way around this is to run the FUSE filesystem in a small VM running a different OS that is more FUSE friendly, then export that filesystem to MacOS using a network filesystem that it natively understands. This may also be NFS so you aren't avoiding NFS if so, but you at least separate the NFS issues from the issues interfacing git (assuming interfacing git with FUSE doesn't have just as many gotchas as using NFS directly).
There are a couple of obvious potential performance issues here. Firstly adding the extra network filesystem layer will likely add a noticeable amount of latency for all operations. You likely have this twice too: if you are reading a repo from the host machine rather than checking out its own copy (which would likely be a significant inconvenience) then the VM will need to access that somehow. Secondly any caching in RAM that the fs->git layer does will mean allocating enough RAM to the VM for that which will be dedicated so not available to other processes on your bare metal. If the amount of memory required is small anyway then this is not a problem, or if letting it swap out to disk (or using a disk based cache in the first place) is significantly less inefficient than constantly rereading+reprocessing the structure that the cache is intended to speed references to, then that is an option too.
> And yet I look at all the money being shuffled around between Nvidia and Google and Microsoft and Amazon and Apple
A lot of that is “weird money” created by the act of passing it around between the entities or “Holywood accounting” style money that exists when convenient and will vanish the instant it might be taxed or need to be extracted from the cycle to pay for something tangible. Trying to use a large amount of that money for tangible long-term building projects risks piercing the vail.
reply