"Why Zulip will stand the test of time"
Lots of head nodding reading this piece.
https://blog.zulip.com/2021/12/17/why-zulip-will-stand-the-test-of-time/
@teleclimber interoperation between multiple independent implementations could be another criterion for software that will stand the test of time.
@underlap @teleclimber I'd love a real native Zulip client instead of keeping a browser tab open all the time.
@be @underlap @teleclimber yeah I am really enjoying Zulip a little thing I am missing is further integration with existing messaging standards. Was there any proper reason to not use XMPP below?
Not sure on how handy the email integration is.
ActivityPub could probably be handled via bots.
There is a grand issue with discussion about this: https://github.com/zulip/zulip/issues/356
@janek @underlap @teleclimber I don't think cramming Zulip into other communication protocols is a good idea. I just want a nice native (not Electron) client that lets me easily participate in multiple Zulip servers.
@be @janek @teleclimber Another option would be to specify and/or standardise Zulip's protocol (I assume this hasn't already been done!) and then develop independent implementations of clients and/or servers.
