Discussion
Loading...

Post

Log in
  • About
  • Code of conduct
  • Privacy
  • Users
  • Instances
  • About Bonfire
The Golden Age of Witless
The Golden Age of Witless
@j0ebaldw1n@mastodonapp.uk  ·  activity timestamp 17 hours ago

RE: https://vt.social/@lina/116097856103360777

Because I've been negative quite a bit about the potential Discord replacements/the way "open web" people tend to try and develop novice-facing applications - reading this guy's post, I actually think his head's screwed on about right.

No FOSS fallacy smells here and a commendable focus on the desired end user experience over purism, even while discussing the development process. Top marks, no notes.

The blog: https://blog.fluxer.app/how-i-built-fluxer-a-discord-like-chat-app/

Fluxer Blog

How I built Fluxer, a Discord-like chat app

Fluxer is a free and open source instant messaging and VoIP platform built for friends, groups, and communities.
Hoshino Lina (星乃リナ) 🩵 3D Yuri Wedding 2026!!!
Hoshino Lina (星乃リナ) 🩵 3D Yuri Wedding 2026!!!
@lina@vt.social  ·  activity timestamp 22 hours ago

Okay so I finally got around to reading the Fluxer dev's (long!) blog post and... his take on federation is literally the exact same thing I independently suggested.

10/10 this guy knows what he's doing. This is going to work.

(Also fully agree with his "why not E2EE for messaging" section)

  • Copy link
  • Flag this post
  • Block
tbodt
tbodt
@tbodt@mastodon.social  ·  activity timestamp 11 hours ago

@j0ebaldw1n @lina my single concern is that "coder guy builds first product in solutide for 6 years without market feedback and immediately flops" is a trope

  • Copy link
  • Flag this comment
  • Block
Hoshino Lina (星乃リナ) 🩵 3D Yuri Wedding 2026!!!
Hoshino Lina (星乃リナ) 🩵 3D Yuri Wedding 2026!!!
@lina@vt.social  ·  activity timestamp 10 hours ago

@tbodt @j0ebaldw1n But he doesn't need market feedback, he's literally cloning Discord. It already owns the market.

  • Copy link
  • Flag this comment
  • Block
tbodt
tbodt
@tbodt@mastodon.social  ·  activity timestamp 10 hours ago

@lina @j0ebaldw1n you're probably right!

  • Copy link
  • Flag this comment
  • Block
DeepBlue V7.X
DeepBlue V7.X
@deepbluev7@nheko.io  ·  activity timestamp 11 hours ago

@j0ebaldw1n@mastodonapp.uk The issue with such a federation model imo is, that it doesn't scale to people running servers temporarily. I have a lot of friends, who temporarily hosted a Matrix server until they got tired of it and switched to a different server hosted by someone else. We still use mostly the same chat rooms as we did originally. With something like XMPP or the linked federation model, that would have required a migration every time. Now, that isn't as big of a concern. Switching rooms is okay and you have to do it eventually anyway. But it is just a lot cooler, if you don't have to do that and people can host their servers with unreliable internet at home and it still mostly works fine.

Obviously I am biased there as a rather technical user. For most normal users a federation model like the linked one is probably the better UX. But imo it does encourage more centralization, which I think is an issue in the very long-term. Imo there should be no difference from me hosting my own server to store my data or registering an account on an existing server.

  • Copy link
  • Flag this comment
  • Block
Hoshino Lina (星乃リナ) 🩵 3D Yuri Wedding 2026!!!
Hoshino Lina (星乃リナ) 🩵 3D Yuri Wedding 2026!!!
@lina@vt.social  ·  activity timestamp 9 hours ago

@deepbluev7 @j0ebaldw1n I mean what Matrix tries to do is cool and all but the Fluxer dev is very right and pragmatic in that it doesn't work and would get in the way of building the product people want.

If it were easy to build true reliable distributed message federation, that would be one thing. But Matrix has been trying and failing to make it reliable for 11 years. So that's not going to work. Never mind the moderation problem...

What I want to see is just built in data migration. An instance to instance flow for one shot migration of guilds, home accounts, and DMs. It won't help if a server goes offline suddenly, but it covers the important issue of instances winding down. The good part is this can be built after the fact, it doesn't have to be a core design feature upfront so it's not blocking.

But yeah at the end of the day, it does require server operators to be responsible. FWIW I host a Synapse server that used to live on a Mac Mini at a friend's apartment. It has now moved through two production servers and is now on redundant infra. Keeping servers alive is not *that* hard if you care... and if you don't, well, you probably shouldn't be hosting stuff for people if they don't know the risks!

  • Copy link
  • Flag this comment
  • Block

bonfire.cafe

A space for Bonfire maintainers and contributors to communicate

bonfire.cafe: About · Code of conduct · Privacy · Users · Instances
Bonfire social · 1.0.2-alpha.29 no JS en
Automatic federation enabled
Log in
  • Explore
  • About
  • Members
  • Code of Conduct