4 ms·

We use Zulip for xi-editor and related projects, and I am very happy with it. I find it helps us have real discussions, as compared to other types of forum (and

We use Zulip for xi-editor and related projects, and I am very happy with it. I find it helps us have real discussions, as compared to other types of forum (and I've tried a bunch). Two features in particular make me feel it's helping me rather than just trying to soak up my time and attention. One is the "topic" organization, which is especially useful for conversations that span a length of time. A serious downside to HN and Reddit is that discussions flare up for a day and then become dead. Topics solve that, and have the added advantage (compared to, say, IRC) of being linkable, so I can point people to an existing discussion. The second is the unified chronological display. This lets me catch up quickly with lots of discussions at once, as opposed to digging through a page for each conversation and then sifting through timestamps to find the new comments. Disclosure: none. I'm just a happy user, and it's generously available for free to all open-source projects. I have no connection to Zulip or Tim, other than being fellow Recursers (which is probably how a lot of Zulip users get hooked).

berns 8y ago
> I find it helps us have real discussions, as compared to other types of forum (and I've tried a bunch). Have you tried a modern forum, like Discourse? I'm trying to understand why many open source projects opt for chat platforms instead of a forum. Why are you resignating public and search engine accessible discussions?
- ausjke 8y ago
  chat(slack etc) is real-time basically, forum is not. the best will be chat+forum, and support mailing list style digest, also support post-by-email
  - KajMagnus 8y ago
    Then you might want to check out Talkyard, it is chat + forum. https://www.talkyard.io https://www.talkyard.io (I'm developing it). A bit like a Slack, HN, Discourse hybrid. Post-by-email is planned.
    - madmulita 8y ago
      Looking good, but please, don't make me click on the small area that is the title of a post to see the content.
      - KajMagnus 8y ago
        Ok, thanks for the feedback. (You had in mind the topic titles, in the topic list, right? And you'd prefer the text excerpt, below a topic title, to also be clickable and link to the topic, right?)
- raphlinus 8y ago
  I have used Discourse quite a bit, and it was a top consider when we were looking for a new platform. Public web archives are a goal, and either we'll deploy a bot to publish them, or I've heard rumors this feature may be added to Zulip itself. In the meantime, it's kind of nice not having everything immediately publicized. We've had (knock on wood) exactly zero problems with spam users, even though it's open to everybody with a Github account. I'm also (if temporarily) enjoying the freedom to talk a bit more intimately, for example I'm discussing a major project I'm considering taking on.
  - tabbott 8y ago
    Public archives is definitely on the Zulip roadmap; much of the preparatory backend work for supporting was merged last year. One thing I'd be interested in feedback on is how folks would feel about an ugly/janky version? There's a few different versions we've talked about: * Being able to use the main Zulip user experience, with "public user" data (no unreads, can't send messages, etc.). This would be best as an actual browsing experience. * Having a totally new webpage that's mostly just HTML+CSS (better for search engines) similar to our digest emails. Possibly we'll eventually do both, but I'd love feedback on which of these open source projects care about the most. (In any case, it'd be configurable at the stream level, so you could have some but not other streams that are public in the organization be publicly archived; we already have the data model for doing that).
    - raphlinus 8y ago
      Of these two, I find the second more appealing. The main use cases I have in mind are linking discussions from issues, and in general creating a permanent record of the work we do (our IRC logs got lost, I should have been on the ball to preserve them). For people who actually want the Zulip experience, I have no problem just asking them to sign up for real. Since we have open signup based on github login, it's a pretty small barrier.
    - nicoburns 8y ago
      I think (2) sounds more useful too. You may also wish to consider a 3rd option: a machine readable export format (XML?), which would allow users to make their own human-readable archive formats.
- gzeus 8y ago
  I think people feel more comfortable in chat than a forum. People often feel hesitated to ask simple questions on forums thinking it's stupid. Plus forums take too long to reply. It's often better to have both, I think.
  - KajMagnus 8y ago
    I agree, I actually built that, I mean, a chat + forum at the same time. And it works in the way you said: people post quick informal questions in the chat, and longer more "serious" questions in separate topics. https://www.talkyard.io https://www.talkyard.io
- chrismorgan 8y ago
  Overall, I find Discourse really annoying. It has some good stuff in it, but it just tries to be too clever, replacing standard techniques that play well with web browsers with its own magic that is simply nowhere near as good. Its lazy loading story, for example, is extremely weak. (I don’t know if it’s better with 25ms latency rather than the 250–350ms an Australian will always get on such things which are invariably hosted in the US, but I don’t expect it’ll be good even there.) Just load and render the entire thread, please, and then don’t hijack Ctrl+F. Discourse is also very wasteful of space for anything but long-form prose: a single line of text is 180px high (in other words, a typical screen will never under any circumstances fit more than five comments on the screen at a time), and a single-line quote from someone else adds 80px. Compare discussions here on HN with Discourse. I’d much, much rather work here. (Yes, their purposes are somewhat different, especially as regards ordering; and applying the HN structure to longer-term discussion would require changes of some form, because it wouldn’t work if you just took it verbatim.) If I had infinite time, I’d write a leaner frontend for Discourse with much less magic and much less wasted space.
chrismorgan 8y ago
Linkability is a really big deal. You can get it with IRC if you keep public logs, but getting a link is definitely harder than if you have a fully-integrated system like Zulip, as there’s no standard way for the client to sort it out. At FastMail with our group email system Topicbox, we put a link to the archives for the current email in the mailing list footer, and that’s the favourite feature of quite a few of us in the company, and we’ve heard similar from our customers too. (Not sure why Mailman doesn’t do this, it’s super useful.) This gets around the need for a single frontend. Something IRC-like could work that way if each line sent included a URL, e.g. in JSON {"speaker": …, "url": …, "time": …, "text": …}. I have no idea at all if the likes of Matrix can or do work that way. You get bonus marks on a feature like this if it includes meaningful content in the URL, e.g. Zulip’s URLs, although a tad ugly, include the stream (a slug) and topic (slightly weirdly encoded rather than slugified, but still present and readable). That way I can look at a URL and have a fair idea what I’m getting myself into. (URLs are definitely UI.)
- giancarlostoro 8y ago
  URL isnt necessary just a UUID / GUID as part of the message structure that the server then maintains track of. But I dont think most servers care about logs in a structured way.
  - chrismorgan 8y ago
    An ID for a message is sufficient iff there is a defined, deterministic way to turn it into a URL. In the case of an IRC-like protocol, that would mean that you needed a defined URL structure, or a defined way for the server to give a URL template to the client.
- ptman 8y ago
  Here's a link to a specific matrix-message: https://matrix.to/#/!QtykxKocfZaZOUrTwp:matrix.org/$15515574571188847Zjmkb:matrix.org?via=matrix.org&via=half-shot.uk&via=linuxgaming.life https://matrix.to/#/!QtykxKocfZaZOUrTwp:matrix.org/$15515574...
- e12e 8y ago

berns 8y ago

> I find it helps us have real discussions, as compared to other types of forum (and I've tried a bunch). Have you tried a modern forum, like Discourse? I'm trying to understand why many open source projects opt for chat platforms instead of a forum. Why are you resignating public and search engine accessible discussions?

ausjke 8y ago
chat(slack etc) is real-time basically, forum is not. the best will be chat+forum, and support mailing list style digest, also support post-by-email
- KajMagnus 8y ago
  Then you might want to check out Talkyard, it is chat + forum. https://www.talkyard.io https://www.talkyard.io (I'm developing it). A bit like a Slack, HN, Discourse hybrid. Post-by-email is planned.
  - madmulita 8y ago
    Looking good, but please, don't make me click on the small area that is the title of a post to see the content.
    - KajMagnus 8y ago
      Ok, thanks for the feedback. (You had in mind the topic titles, in the topic list, right? And you'd prefer the text excerpt, below a topic title, to also be clickable and link to the topic, right?)
raphlinus 8y ago
I have used Discourse quite a bit, and it was a top consider when we were looking for a new platform. Public web archives are a goal, and either we'll deploy a bot to publish them, or I've heard rumors this feature may be added to Zulip itself. In the meantime, it's kind of nice not having everything immediately publicized. We've had (knock on wood) exactly zero problems with spam users, even though it's open to everybody with a Github account. I'm also (if temporarily) enjoying the freedom to talk a bit more intimately, for example I'm discussing a major project I'm considering taking on.
- tabbott 8y ago
  Public archives is definitely on the Zulip roadmap; much of the preparatory backend work for supporting was merged last year. One thing I'd be interested in feedback on is how folks would feel about an ugly/janky version? There's a few different versions we've talked about: * Being able to use the main Zulip user experience, with "public user" data (no unreads, can't send messages, etc.). This would be best as an actual browsing experience. * Having a totally new webpage that's mostly just HTML+CSS (better for search engines) similar to our digest emails. Possibly we'll eventually do both, but I'd love feedback on which of these open source projects care about the most. (In any case, it'd be configurable at the stream level, so you could have some but not other streams that are public in the organization be publicly archived; we already have the data model for doing that).
  - raphlinus 8y ago
    Of these two, I find the second more appealing. The main use cases I have in mind are linking discussions from issues, and in general creating a permanent record of the work we do (our IRC logs got lost, I should have been on the ball to preserve them). For people who actually want the Zulip experience, I have no problem just asking them to sign up for real. Since we have open signup based on github login, it's a pretty small barrier.
  - nicoburns 8y ago
    I think (2) sounds more useful too. You may also wish to consider a 3rd option: a machine readable export format (XML?), which would allow users to make their own human-readable archive formats.
gzeus 8y ago
I think people feel more comfortable in chat than a forum. People often feel hesitated to ask simple questions on forums thinking it's stupid. Plus forums take too long to reply. It's often better to have both, I think.
- KajMagnus 8y ago
  I agree, I actually built that, I mean, a chat + forum at the same time. And it works in the way you said: people post quick informal questions in the chat, and longer more "serious" questions in separate topics. https://www.talkyard.io https://www.talkyard.io
chrismorgan 8y ago
Overall, I find Discourse really annoying. It has some good stuff in it, but it just tries to be too clever, replacing standard techniques that play well with web browsers with its own magic that is simply nowhere near as good. Its lazy loading story, for example, is extremely weak. (I don’t know if it’s better with 25ms latency rather than the 250–350ms an Australian will always get on such things which are invariably hosted in the US, but I don’t expect it’ll be good even there.) Just load and render the entire thread, please, and then don’t hijack Ctrl+F. Discourse is also very wasteful of space for anything but long-form prose: a single line of text is 180px high (in other words, a typical screen will never under any circumstances fit more than five comments on the screen at a time), and a single-line quote from someone else adds 80px. Compare discussions here on HN with Discourse. I’d much, much rather work here. (Yes, their purposes are somewhat different, especially as regards ordering; and applying the HN structure to longer-term discussion would require changes of some form, because it wouldn’t work if you just took it verbatim.) If I had infinite time, I’d write a leaner frontend for Discourse with much less magic and much less wasted space.

chrismorgan 8y ago

Linkability is a really big deal. You can get it with IRC if you keep public logs, but getting a link is definitely harder than if you have a fully-integrated system like Zulip, as there’s no standard way for the client to sort it out. At FastMail with our group email system Topicbox, we put a link to the archives for the current email in the mailing list footer, and that’s the favourite feature of quite a few of us in the company, and we’ve heard similar from our customers too. (Not sure why Mailman doesn’t do this, it’s super useful.) This gets around the need for a single frontend. Something IRC-like could work that way if each line sent included a URL, e.g. in JSON {"speaker": …, "url": …, "time": …, "text": …}. I have no idea at all if the likes of Matrix can or do work that way. You get bonus marks on a feature like this if it includes meaningful content in the URL, e.g. Zulip’s URLs, although a tad ugly, include the stream (a slug) and topic (slightly weirdly encoded rather than slugified, but still present and readable). That way I can look at a URL and have a fair idea what I’m getting myself into. (URLs are definitely UI.)

giancarlostoro 8y ago
URL isnt necessary just a UUID / GUID as part of the message structure that the server then maintains track of. But I dont think most servers care about logs in a structured way.
- chrismorgan 8y ago
  An ID for a message is sufficient iff there is a defined, deterministic way to turn it into a URL. In the case of an IRC-like protocol, that would mean that you needed a defined URL structure, or a defined way for the server to give a URL template to the client.
ptman 8y ago
Here's a link to a specific matrix-message: https://matrix.to/#/!QtykxKocfZaZOUrTwp:matrix.org/$15515574571188847Zjmkb:matrix.org?via=matrix.org&via=half-shot.uk&via=linuxgaming.life https://matrix.to/#/!QtykxKocfZaZOUrTwp:matrix.org/$15515574...
e12e 8y ago