@natecull @teleclimber gamewise i don’t see anything here you couldn’t do in a browser. but with deno you’d have to a do a bunch of extra setup. deno is very much about correcting the mistakes ryan dhal thinks he made with node, and thus it’s squarely in node’s original usecase: small realtime server. though i see it’s got an api that shows it could do electron’s job.
It might be because "just plain browser" got a very bad name back in the IE vs Firefox wars, and so everyone ran for the shelter of frameworks as protection against all the unimplemented and half-/buggily-implemented browser stuff? And now that "framework first" mentality has stuck?
just utterly insane things like, there's no builtin functions (or at least not sensibly named, easy to find ones) to test whether an object is an array, is Null or not, fallbacks for Null handling, vanilla 'sort' is DESTRUCTIVE, yeeeeagh. Things that, if you're doing database-query type stuff, you just don't want anywhere near your code.
It *hasn't* been fixed. Or rather, the dangerous, unsafe stuff is still there right alongside the correct stuff.
So, much better to never trust the builtins, just indirect everything through a different namespace. Otherwise for every single method call you have to go 'is this one of the good ones? or the evil ones?' and you'll occasionally get it wrong.
I can (and am looking at right now) run an entire emulated BBC Model B Computer running a BASIC adventure game in the browser... except there's no way of saving the game because, shrug, browsers aren't allowed to write to the local filesystem. Even just to one designated file selected manually by an out-of-browser 'file open' dialog box.
I guess I'm getting my information from nobody ever using it! Like, for instance, Tiddlywiki writing a whole baroque EXE plus plugin system to implement saving!
So it's there and it works? Cross browsers? And we can save files in it? And remember the file name across browser invocations?
like I wouldn't mind if, eg, I had to manually associate any given URL with a local folder, and then it couldn't ever access anything outside that folder (unless I manually accessed the file navigation UI, which the browser wouldn't be able to fake). I think I could cope with that level of manual intervention and I think that would give enough security maybe?
@natecull @teleclimber see i am a bit of a radical and i think fundamentally filesystems are a bad idea and if we can avoid ever using them we should. the main reason we are still kinda forced into using them is it’s the only non limited way we have of sharing information between systems, so if someone forward thinking like apple stops us from having a “real” file system it can feel like handcuffs when we want to get data in or out.
I wouldn't, in principle, be *completely* against replacing filesystems, with some kind of object store, as long as
1) I can still preserve my data as readable and transferrable to other media on a timeframe of at least several decades
2) access to my data is not gated through any Internet-connected entity.
I want the right to have my data stay physically local to my machine, and the right to copy and move it onto physical media.
@natecull @teleclimber the appealing thing about a file is that it’s a fucking thing. humans can deal with fucking things. we can’t as easily deal with giant webs of interdependant references, as i’ve seen you musing about.
the mac classic file system was really something though. each file could have a blob of data in it, sure, as you expect, but each one also had a database associated with it. if you’re an app developer you could just write to that database, and that’s your “file”
@natecull @teleclimber so you could really split the concept of “file system” into two peices: the physical inplementation, and the UI that presents users with “things”, and the list of affordances those things permit. the physical implementation of the thing doesn’t really need to be a stream of bytes.
Agreed, a stream of bytes is not very wonderful, it forces every program to be its own from-scratch parser, which is a hassle and a security nightmare.
I wonder though if we could do something like I'm suggesting (eg: gather up all the external references and bundle them together) for object-soup systems. I feel like it would solve a lot of issues we currently have with package management, version control, etc. The same pattern happens again and again.
But of course it turned out that an object always relied on a whole bunch of other objects, and there was no way for objects to 'literally contain' other objects other than just referring to them. So we got all sorts of non-object metaphors for 'containment'. Modules, libraries, packages, projects...
you could do all that same stuff in a single process of course, but if it’s possible to just passively reference something, you definitely will, instead of designing a protocol for communication with the thing using messages.
@natecull @teleclimber so, i think that’s the key is if you want a thing to be self contained, it can’t reference or depend on anything, and where possible it interacts only with the outside world via messages.
it’s still possible to build a house of cards out of that but the goal would be to design the system to make not doing that the easier choice
Is there anything *wrong* with just passively referencing something, though?
I suppose the genius of Smalltalk was to make the idea of message-passing nearly invisible: you had what looked like just a reference (and in C++, compiled down to pretty much just a pointer) but, supposedly, you got the rich message-passing semantics. Best of both worlds.
Except maybe we didn't quite know what semantics we actually needed for our messages? And still don't?
like I can write a system which is based on messages to the Google API, but if one day Google change their API, whoops, it still sends messages but nothing works.
That exact thing happened to the "Smart TV" with a Youtube app that we bought in 2012. TV still works, app does nothing because Google changed the Youtube API.
@natecull @teleclimber that is an important and relevant point. which is why there should be a set of *standard* apis but there isn’t because kyapityalism. if youtube goes down i should be able to just plug in the url for vimeo or whatever and everything works the same.
to be fair, there is dlna, but i guess it’s long in the tooth.
APIs are contracts. promises. a changed api is a broken promise and should be treated with the same social stigma.
@natecull @teleclimber but we don’t have anything in the api world nearly as ubiguitous as say, jpeg is for images. or unicode for text. http is sorta it but it does not cover use casss like “streaming video service”, and we likely won’t have that because many people’s salaries depend on us not. but for other common use cases there should be like, standard name recognised things for photo galleries, music libraries, etc. and there kind of is but the landscape is neglected
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!