polyjuice_server
sucks
Our great sponsors
polyjuice_server | sucks | |
---|---|---|
1 | 3 | |
- | 254 | |
- | - | |
- | 10.0 | |
- | almost 4 years ago | |
Python | ||
- | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
polyjuice_server
-
XMPP, a Comeback Story: A Protocol for Robust, Private and Decentralized Comms
There are a few other server implementations (polyjuice in Elixir https://gitlab.com/polyjuice/polyjuice_server; https://github.com/clecat/ocaml-matrix in OCaml; the abandoned mxhsd in Java) - but the most stable ones alternatives to Synapse right now are Dendrite (Go) and Conduit (Rust).
Matrix's API surface is big, and servers deliberately handle all the heavy lifting in order to make clients trivial to write, so writing servers is not trivial. But Dendrite & Conduit are both very usable and making good progress right now.
And yes, the APIs are all standardised (while also constantly evolving) as per https://spec.matrix.org :)
sucks
-
Ladybird: A new cross-platform browser project
This is correct, and it's why most open-source software will never have much in the way of users:
> They're written from the perspective of the developers
And I get it. A few years back I had an open-source project [1] get users and it was terrible. What had previously been a fun technical exercise became a pain in the ass that felt a lot like actual work. I was relieved when my hardware broke and I had an excuse to archive the project.
But that does create a huge gap that mostly gets filled by commercial interests.
[1] https://github.com/wpietri/sucks
-
Professional maintainers: a wake-up call
It seems like you haven't quite got the concept of open source. If everybody consumes and nobody contributes, how long will that last?
A while back I bought a cheap robot vacuum. Their scheduling feature didn't meet my needs, so I reverse-engineered the protocol and open-sourced a cron-friendly CLI tool and a library so people could do other things with it: https://github.com/wpietri/sucks
Honestly, this was a mistake on my part. It was a demanding audience of home-automation hobbyists mostly without programming skills. The company was thoroughly unhelpful. When my vacuum finally broke, I was relieved, as I had a good excuse for trying to hand off the project. Nobody stepped up, so I shut it down. I just ran out of interest in doing free work to support a company worth billions.
I really admire the community spirit of open source But it's not sustainable if companies making their money off it keep depending on the niceness and generosity of others without giving back enough to keep them happy, healthy, productive people.
-
XMPP, a Comeback Story: A Protocol for Robust, Private and Decentralized Comms
I reverse-engineered the comms for my cheap Ecovacs robot vacuum and was surprised to discover that, like some angsty teen, it spent all day hanging out in an XMPP chatroom waiting for somebody to talk to it: https://github.com/wpietri/sucks/blob/master/developing.md
What are some alternatives?
cinny - Yet another matrix client
matrix-bifrost - General purpose bridging with a variety of backends including libpurple and xmpp.js
meshnet-lab - Emulate huge mobile ad-hoc mesh networks using Linux network namespaces.
sh - Python process launching
selling-partner-api - A PHP client library for Amazon's Selling Partner API
deon - DeObject Notation Format
ocaml-matrix - Implementation of a matrix server in OCaml for MirageOS
fuse - Multiplayer Online Standard
servo-embedding-example - Examples of embedding Servo inside non-browser GL applications.