Systems Engineer and Configuration
Management Analyst.

Postgrad degree is in computer science/cybersecurity, but my undergraduate is in archaeology. Someday, maybe, I’ll merge the two fields professionally!

I love true science fiction, as well as all things aviation, outer space, and NASA-related.

Lastly, Calvin and Hobbes is the best comic strip of all time!

Glad to be here trying out kbin and the fediverse.

  • 0 Posts
  • 12 Comments
Joined 1 year ago
cake
Cake day: June 3rd, 2023

help-circle



  • Yes….on a technical level. But the picture is bigger than that. Personally, I have a hunch that the choice of Rust is making Lemmy’s development slower. This seemed to be evidenced by the fact that Kbin has more functionality than Lemmy while having only been around for 2 months. Vs Lemmy’s 4 years. The Kbin dev has also been much more able to fix things on the fly during the surge in users. Whereas Lemmy will supposedly move off websocket use any day now.

    Adoptability isn’t something to be discounted. The fact that there any more people out there familiar with PHP may give Kbin an edge over time. And let’s be honest, in real-world test PHP can very often be faster then - less-than-mature-Rust codebase.







  • I think the “dynamic updates” behaviour is tied to Lemmy’s use of websockets instead of http. Kbin uses http. The Lemmy devs have stated they’re going to move off of websockets in the future as they present scaling issues with the way the software is written.

    The websocket protocol allows bi-directional push communication regardless of the previous request which means that new posts are constantly triggering server side updates which then appear like a page “refresh” on clients.

    Arguably, while websockets have very cool realtime features compared to http, for a Reddit-like content aggregate their use can quickly overwhelm usability without significant retooling.