First of all, I would ask them if they’re familiar with the boycott and the reasons why it is happening. If they are, ask them them if they have a reason not to participate. Based on that, and how serious the cause behind the boycott is, I would judge.
Arch is not the most widely supported distro (as in supported by the creators of programs). You will see it supported most by some of the more indie open source programs, but beyond that, Debian and Ubuntu are more likely to be explicitly supported.
Arch definitely requires you to read. It’s a distro for those who want to assume greater amount of choice and freedom in their system. If you prefer an out of the box experience, try another distro.
Arch’s limitation is that you kinda have to stick with the latest version of things. This is usually a good limitation, and imo better than the limitation of having to stick with an old frozen version.
Depending on the package, trying an older version may not work or even break the system if dependencies or reverse dependencies are expecting it to be a certain version, which is often the case.
I love open platforms, open standards, open source, and interoperability! I like that I can choose lemmy as my preferred way of posting to social media, but someone can read my content in their preferred format as lemmy supports federating to other platforms as well as distributing content via RSS.
I also love the lemmy culture. Anytime I ask questions here, I get some very thoughtful, educated and unique answers that I cannot seem to get anywhere else. The content I see on lemmy is the exact type I wish for. I only wish there was more of it.
If you just make it public it wouldn’t be an announcement, and it wouldn’t have the irreplaceable first impression effect that you fear, because the only people who will see it are the very curious ones like I am.
At least explain to us what it’s all about if you won’t post it. I would love to know and see if I would be interested in contributing!
I don’t want to watch the people who aspire to do it as a job. They saw some influences online who are profit driven and think they can get similarly rich. Many see it as an easy job (it’s not).
I want to watch people motivated by their thirst for creativity and sharing knowledge, and if money comes their way they will see it as secondary. I would prefer them to do something else as a job.
bringing up RSS feeds is actually very good, because although you can paginate or partition your feeds, I have never seen a feed that does that, even when they have decades of history. But if needed, partioning is an option so you don’t have to pull all of its posts but only recent ones, or by date/time range.
I would also respectfully disagree that people don’t subscribe to 100’s of RSS feeds. I would bet most people who consistently use RSS feed readers will have more than 100 feeds, me included.
And last, even if you follow 10,000, yes it would require a lot more time than reading from a single database, but it is still on the order of double digit seconds at most. If you compare 10,000 static file fetches with 10,000 database writes across different instances, I think the static files would fare better. This isn’t to mention that you are more likely to have to write more than read more (users with 100k followers are far more common than users with 100k subscriptions)
And just to emphasize, I do agree that double digit seconds would be quite long for a user’s loading time, which is why I would expect to fetch regularly so the user logs onto a pre made news feed.
Sure, but constantly having to do it is not really a bad thing, given it is automated and those reads are quite inexpensive compared to a database query. It’s a lot easier to handle heavy loads when serving static files.
Yes, precisely. The existing implementation in the Fediverse does the opposite: everyone you follow has to insert their posts into the feed of everyone that follows them, which has its own issues.
Oh my bad, I can explain that.
Before I do, one benefit of this method is that your timeline is entirely up to your client. Your instance becomes primarily tasked with making your posts available, and clients have the freedom of implementing the reading and news feed / timeline formation.
Hence, there are a few ways to do this. The best one is probably a mix of those.
This is not a good approach, but I mention it first because it’ll make explaining the next one easier.
Cons: loading time for the user may be long, depending on how many subscriptions they have it could be several seconds. P90 may even be in double digits.
Think like a periodic job (hourly, or every 10 min, etc) , which fetches posts in a similar manner as described above, but instead of doing it when user requests it, it is done in advance
Pros:
In this approach, we primarily do the second method, to achieve fast loading time. But to get more up-to-date content, we also simultaneously fetch the latest in the background, and interleave or add the latest posts as the user scrolls.
This way we get both fast initial load times and recent posts.
Surely there’s other good approaches. As I said in the beginning, clients have the freedom to implement this however they like.
If a CDN is involved, we would have to properly take care of the invalidations and what not. We would have to run a batch process to update the CDN files, so that we are not doing it too often, but doing it every minute or so is still plenty fast for social media use cases.
Have to emphasize that I am not expert, so I may be missing a big pitfall here.
My journal is electronic (offline) and I have been doing it for 10 years or so.
Don’t think it has that info.
It’s just less hyped now compared to days of reddit API change and Twitter going to Elon Musk.
Still waiting for an Arabic lemmy 😔
It seems it does, but when I tried it it didn’t work very well. I don’t remember why, but it wasn’t exactly what I hoped.
Where? Please show me as I’d rather contribute to or fork existing projects
Friendica does
Email is a great addition, I didn’t consider that one. Thanks for that!
I’d love to add reddit and other big social medias even, but their restrictive access policies aren’t very promising.
The reason is because company decisions are largely driven by investors, and investors want their big investments in AI to return something.
Investors want constant growth, even if it must be shoehorned.