I paid a visit to Green Bank WV once out of an interest in astronomy. The giant radio telescopes are truly a sight to behold!
Less impressive were the people camped out nearby who saw the place as the promised land where they could cast off their tinfoil hats in the cellular-banned zone surrounding the complex.
I suppose the same could be said on the lemmy side. There's no reason someone couldn't write a lemmy app that lets you do what an RSS client does in terms of only showing content from a selected subgroup of communities.
You raise a good point that it would be nice to have more control over which group of communities you are drawing from at a given time. (Is there a way to group subscriptions and switch between them?) It’s a bit disconcerting to see 5 tech headlines and then suddenly something about the war in Ukraine or whatever. It jars my train of thought. With an RSS client, you can group feeds however you want.
That said, my experience with RSS readers is not quite so idyllic. In the end, rather than having nicely partitioned feed groups by topic, I wind up having to separate the ones that produce content frequently but with a poor signal-to-noise from those that post once in awhile but are generally worth your time. With something like lemmy, people are helping you do the work of finding the more interesting content from that site that posts every 10 minutes.
Anyways, did I miss anything?
I think the big problem in link aggregation is how to sort/prioritize content for the end user. RSS does not provide a way to do this, nor should it as far as I'm concerned. It should simply be about public content being tagged in a standardized way for any app to come along and organize it using whatever algorithm.
A simple RSS reader has the problem that the more prolific sites will tend to flood your feed and make it tedious to scroll through miles of links. Commercial news portals try to learn your tastes through some sort of machine learning algorithm and direct content accordingly. This sounds like a good idea in theory, but tends to build echo chambers around people that reinforce their biases, and that hasn't done a lot of good for the world to put it mildly.
The lemmy approach is to use one of a number of sorting algorithms built atop a crowd-sourced voting model. It may not be perfect, but I prefer it to being psychoanalyzed by an AI.
Btw there was a post from about a month ago where someone was offering to make any RSS feed into a community. I've subscribed to a few of them and it's actually pretty awesome.
Honestly, I wouldn't mind if they made a version that just stays in one age indefinitely and lets you explore it in an open world sort of way?
Like take Minecraft. I played that for years without even knowing there is an end game, and it came as something of a shock when someone told me. You can finish Minecraft?!?
But then I was like meh, leave me alone. I'm trying to build Noah's Ark with a functioning village on top and a crystal waterfall down to the animal sanctuary below. And I still haven't completed the Mars colony. Wonder how the pandas are doing over there?
Didn't kbin have a separate mechanism for supporting a post in a more public way? I can't remember how that worked now, but it was in addition to the regular voting I think?
The thing about the MPW Shell is it was sort of the only game in town if you actually wanted a command line with the classic Mac OS. (There's an awesome little emulator called SheepShaver if you ever want to explore it btw.) Well, I suppose there was A/UX. I thought it was a miracle when that came out. You have to realize in those early days a good chunk of the operating system itself was actually baked in to ROM. (You had to do desperate things to squeeze a GUI out of such limited resources as existed back then!) So to this day I have no idea how they managed to spin off a 'nix despite that.
Anyways. I wonder, if you made some sort of template format today, to what extent you could write some sort of conversion tool that would scrape a man page or whatever to rough it in and then you could tweak it to get what you want? man pages aren't super standardized in their format I guess, so it's probably more trouble than it's worth. I like to use Python's argparse when rolling out scripts myself, and its --help format is pretty rigid given that it's algorithmically generated. Might be more plausible with something like that? I had a quick look just now to see if you can drill down into the argparse.ArgumentParser class itself to pull out the info more directly, but it seems a rather opaque thing that doesn't expose public APIs for that. Oh well…
This reminds me of something from my ancient past. Back in the early-ish days of Apple, there was a development system called MPW (Macintosh Programmer's Workshop) which included its own little kludgy shell.
The weird thing about it though was while you could enter commands on the command line like in any shell, you could prefix them with the word commando (presumably a portmanteau of "command" and "window") and this window would pop up showing various buttons, checkboxes, etc. correponding to command line options. When you ok'd the window, it would generate the command line for you.
I'm rather hazy about how all this worked, but I think there was some sort of template language to define the window layout if you wanted to add commando support for your own tool? And presumeably, as you say, you could restrict what's possible with the window interface as you deemed fit?
You can always combine integer operations in smaller chunks to simulate something that's too big to fit in a register. Python even does this transparently for you, so your integers can be as big as you want.
The fundamental problem that led to requiring 64-bit was when we needed to start addressing more than 4 GB of RAM. It's kind of similar to the problem of the Internet, where 4 billion unique IP addresses falls rather short of what we need. IPv6 has a host of improvements, but the massively improved address space is what gets talked about the most since that's what is desperately needed.
Going back to RAM though, it's sort of interesting that at the lowest levels of accessing memory, it is done in chunks that are larger than 8 bits, and that's been the case for a long time now. CPUs have to provide the illusion that an 8-bit byte is the smallest addressible unit of memory since software would break badly were this not the case, but it's somewhat amusing to me that we still shouldn't really need more than 32 bits to address RAM at the lowest levels even with the 16 GB I have in my laptop right now. I've worked with 32-bit microcontrollers where the byte size is > 8 bits, and yeah, you can have plenty of addressible memory in there if you wanted.
I know a google engineer who was saying they're having to update their code bases to handle > 16 exabytes of storage, if you can imagine. But yeah, that's storage, not RAM.
I suppose it depends on how you look at it. Take solar, for example. On the one hand, you could argue that if your primary goal is to generate heat, you might as well use a solar thermal plant with lots of focusing mirrors over photovoltaics. The conversion to electricity first would inevitably be far less efficient.
On the other hand, if you've got your PV plants for electricity already but they are overproducing at times, there is the question of what to do with the excess power, and using it to run heat pumps may actually be a pretty efficient application at the point?