Mbin is a decentralized content aggregator, voting, discussion and microblogging platform running on the fediverse network. It can communicate with many other ActivityPub services, including Kbin, Mastodon, Lemmy, Pleroma, Peertube. It is an open source alternative to other link aggregator services like Reddit. The initiative aims to promote a free and open internet.

Mbin is focused on what the community wants, pull requests can be merged by any repo owner (with merge rights in GitHub). Discussions take place on Matrix then consensus has to be reached by the community. If approved by the community, only one approval on the PR is required by one of the Mbin maintainers. It’s built entirely on trust.

It seems it’s claim to fame is being more open and accepting of community changes and improvements. It can install as either bare metal/VM or as a Docker container.

Although anyone can install it and self-host it, their project page also contains a link to various instances that already exist and which anyone can register on.

See https://github.com/MbinOrg/mbin

#technology #opensource #Fediverse #linkaggregator #decentralised

  • mizzyc@kbin.social
    2·
    1 year ago

    That makes sense!

    For my basic knowledge working side by side with a lot of devs, I totally agree with the way Ernest thinks. It’s essential for a product that’s growing up to have a solid core that will not need to be rewrote in the near future.

    But also, as an user, I keep wishing we could see more features, like the API for mobile apps.

    I mean, besides what Ernest and Melroy thinks that’s the right way, there’s also what the users need, what the users want and what the project needs to escalate (new features vs core rewriting). And probably there’s not a right answer for that.

    • sab@kbin.social
      1·
      1 year ago

      Yeah, I think it became a bit of an impossible solution the second Ernest’s proof of concept suddenly attracted a whole bunch of users and attention after the Reddit exodus. Kbin was clearly not ready, and I admire him for staying on course with the development after that despite pressures.

      That said, users are not wrong to want easy to implement features asap. So I personally think the fork makes a lot of sense, though everyone could do without the occasional bad faith from some of the people involved.