• 0 Posts
  • 11 Comments
Joined 1 year ago
cake
Cake day: August 16th, 2023

help-circle
  • I really, really doubt that this is going to be a concern. First, while technically Mastodon can interact with Lemmy, in practice how often does it happen? It’s not zero, but it’s not a lot, either, and I doubt that Threads will change that much because while it’s a neat technical feature, link aggregators and micro-blogging platforms are pretty incompatible culturally.

    And then we have to remember that we’re talking about Threads normies. Do we really think that a bunch of Swifties and Kardasholes and other influencers are going to look at the absolute zoo of Marxist/Anarchist/Linuxist users on Lemmy and be like “this is the type of content I’ve been waiting for, I need to interact more with that community”? This reminds me a lot of neckbeards saying they wouldn’t date Megan Fox because she has weird thumbs.

    And then we have the whole thing with the actual fediverse and the tech behind it. There is still going to be no algorithm artificially inflating the popularity of what are thinly veiled ads. Meta has no mechanism for introducing ads into the Fedi. Lemmy is not suddenly going to be massively interested in the vast majority of content on threads and start upvoting to the moon.

    And the dev team behind the fedi I would wager is going to prevent any sort of real technical takeover, so that means that at any point defederating is possible, and with basically no loss to the fedi.



  • I think it’s even slightly different in that Firefox has some dependence on Google (a scary level, actual, if Google ends that deal Mozilla is pretty much fucked) that the fediverse doesn’t - the people on the fediverse right now are enough to keep Fedi alive and moving, and I’d find it really, really hard to argue that they aren’t there deliberately to avoid being subject to the whims of Meta/Twitter/Reddit, etc. Like, in a lot of ways, it’s a sacrifice to be on these services because the bulk of content still exists in the proprietary silos. Because the actual protocols and main developers are also intrinsically motivated by the this separation, it’s hard to picture how they could even try to extend/extinguish here.

    Like, if Threads fully federates, I’d guess that quite a lot of people block their instance just to keep their hands clean. Those that interact with Threads via Fedi probably fall into the boat that I would. I want some particular content or to follow some people, just not shoveled at me however Meta decides it should be, and not in a way that they can profit from showing me ads. If Meta pulls some bullshit, it’s likely the Fedi would more or less just block them entirely then give up and start a Threads account. And I have a hard time seeing a world where they go to Eugen or basically any of the other driving forces in the Fedi and are like “we need you to change Mastodon so we can [do some typical Facebook bullshit” and Eugen are like “yeah cool with me.”

    I think its more likely that Threads users are eventually going to see fedi users dropping a long comment or some post that is about how it’s nice to have a clean ad-free feed and move clients if not over to the fedi in general. It won’t be enough to really matter for Meta other than to say “see we don’t have a monopoly!” and hey, if the fedi gets a little bigger it’s all good for the rest of us.




  • I am skeptical of Bluesky. It’s led by Jack and we’ve already seen how that goes. Second, there isn’t really a good technical reason for it to exist as it’s own protocol outside of the fact that they want to control it given that Fedi/Mastodon was already there and they could have just as easily contributed to that with the things they wanted, they just wouldn’t have had full control. Similar to Threads promise to federate, I will be somewhat surprised if they ever do it.

    Were Bluesky/Threads not a corporate effort, I have a feeling that it would have followed a similar pattern as the fediverse - build the protocol and release that, then the clients will follow. Bluesky still isn’t federating even with its own protocol, and Threads isn’t either. Given that’s stuff that tiny teams with far, far fewer resources than the corps have accomplished, it’s a little wild that neither have gotten there.

    Especially with Bluesky, there doesn’t seem to be a stated plan for how it’s going to make money. And we’re talking about a lot of the same people that destroyed the Twitter API and started locking things down even before Elon killed it completely and they’re trying to convince us that they are pushing for an open environment.



  • I don’t think that even the languages are the problem, it’s the toolchain. While certainly if you went back to C or whatever, you can design more performant systems, I think the problem overall stems from modern toolchains being kinda ridiculous. It is entirely common in any language to load in massive libraries that suck up 100’s of mb of RAM (if not gigs) to get a slightly nicer function to lowercase text or something.

    The other confounding factor is “write once, run anywhere” which in practice means that there is a lot of shared code and such that does nothing on your machine. The most obvious example being Electron. Pretty much all of the Electron apps I use on the reg (which are mostly just Discord and slack) are conceptually simple apps that have analogues that used to run on a few hundred mbs of storage and 10’s of mb of RAM.

    Oh, one other sidetone - how many CPUs are wasting cycles on things that no one wants, like extremely complex ad-tracking/data mining/etc.

    I know why this is the case, and ease of development does enable us to have software that we probably otherwise wouldn’t, but this is a thing that I think is a real blight on modern computing, and I think it’s solvable. I mean, probably the dumbest idea, but improving translation layers to run platform-native code can be vastly improved. Especially in a world where we have generative AI, there has to be a way to say “hey, I’ve got this javascript function, I need this to work in kotlin, swift, c++, etc.”


  • Lots of stuff -

    On the internet, more open standards and community driven stuff. It’s currently really, really annoying that on my mastodon there are a lot of people sharing bluesky codes, as if that’s not just punting the ball for another couple of years. Although this will hopefully be a better outcome than straight up silos like the old social media, fediverse still should be the default way we think about connecting humanity (or something like it, the underlying tech isn’t really that important.) Also, far more things should just be like, a dollar a month or whatever instead of having a massive amount of privacy invading, user experience destroying ads.

    In software in general, more privacy. It should be assumed that unless I explicitly opt in, my data is just that, mine. This is a tricky one because I remain hopeful about generative AI and that needs data to improve the models, I’m leery of sharing my data with it because so far the more pedestrian uses of data mining have not been used for things that I can really support. I remain extremely leery about GAI that isn’t explicitly open source and can’t be understood generally.

    On the hardware side, computers have mostly been good enough for a while now. Tech will always get better, but I would like to see more of a focus on keeping working devices useful. Like, at some point, technology products will cease being possible to be useful in a practical way because it can’t run modern software, but we’re leaving a lot of shit behind where that’s not the case. Just about any device with an SSD and a processor from the last 10 years (including phones!) should be able to be easily repaired, supported longer, and once support ends, opened up for community support.


  • There are a few things I’d consider:

    • How many users are going to be on the MC server? MC is pretty notorious for eating RAM, and since most of my home server adventures often includes multiple VMs, I would look for something with at least 32 gb of ram.
    • for plex (I’m guessing similar is going to be the case for Jellyfin) how many users do you expect to support concurrently, and how good are you at downloading in formats that the clients support direct play for? Most remote plex users are going to require transcoding because of bandwidth limits, but if you have direct play for most of your local clients or have a good upload and don’t have to transcode 3+ streams at a time, you’re probably fine with just about anything from the last 10 years in terms of CPU.
    • also re: plex, do you have any idea in terms of storage requirements? Again, if you’re just getting started < 10 tb of storage in mind, you can get by with most computers.

    Anyway, to give you an idea, I run both of these and quite a few other things besides on a Dell R710 I bought like 4 years ago and never really have any issue.

    My suggestion would be grab basically any old computer laying around or hit up eBay for some ~$100-$200 used server (be careful about 1u’s or rack mounts in general if noise is a concern, you can get normal tower-case servers as well) and start by running your services on that. That’s probably just about what all of us have done at some point. Honestly, your needs are pretty slim unless you’re talking about hosting those services for hundreds of people, but if you’re just hosting for you and a few friends or immediate family, pretty much any any computer will do.

    I wanted to keep things very budget conscious, so I have the r710 paired with a rackable 3016 jbod bay. The r710 and the rackable were both about $200, and then I had to buy an HBA card to connect them, so another $90 there. The r710 has 64 gb of ram and I think dual Xeons plus 8 2.5" slots. The rackable is 16 3.5" slots, so what this means is I basically don’t have to decommission drives until they die. I run unRAID on the server, which also means that I can easily get a decent level of protection for drive failure, and I don’t have to worry about matching up drives and all that. I put a couple of cheap SSDs in the 710 for cache drives and to run things I wanted to be a little more performant (MC server, though tbh I never really had an issue running it on spinning disks) and this setup has been more or less rock solid for about 5 years now hosting these services for about 10 people.