10 comments

  • mstipetic7 hours ago
    I’ve started working at a company that uses Zulip and it’s by far the best thought out UX I’ve ever worked with in a communications app. Sure there’s some polish needed but the general structure just lets me get to where I want, gives me an overview of everything going on, and generally makes me happy. I wish for more keyboard shortcuts maybe, and the mobile app needs the recent conversations view, but I’m sure they’ll get there.
    • ssivark6 hours ago
      &gt; recent conversations<p>I wish Zulip (and other apps) provided an <i>inbox</i> instead of just ephemeral notifications that disappear once a message is viewed. Lack of inbox means that I have to use unread messages as a way to manage my inbox -- because the moment I click on a notification &#x2F; take a quick peek at a message there&#x27;s no easy way to mark it for <i>coming back to later</i>.<p>----<p>+100 for Zulip though; by far the sanest messaging experience for this kind of context.
      • terpimost6 hours ago
        There is an Inbox view which you can make a default. You can also turn on setting to not mark messages as read automatically
        • Semaphor6 hours ago
          I just had a look. I can absolutely understand parent. I’d want an option to include read messages in the inbox, not avoid marking as read. I want a history of stuff in my inbox, the same way discord, my RSS reader, and my email client work. All those have a read and unread state, but I can still see the read ones.
      • KPGv21 hour ago
        I heavily use Discord for fan works stuff (I run some major annual fan works projects, like a big bang, charity fundraiser, zine, etc.).<p>That&#x27;s how I know Discord has this feature! Top right corner has an @ and it&#x27;s the &quot;mentions&quot;, which is a list of every notification. I couldn&#x27;t do all the managerial&#x2F;administrative work on these projects without it.
    • simonmales7 hours ago
      Coming from Slack for a number of years, there is an initial shock of missing out of the &#x27;slack way of things&#x27;.<p>The killer feature is everything is a stream&#x2F;thread. I argue that is a better UX over Slack, but it takes some getting used it.<p>As mentioned, Slack is way more polished.
      • ssivark1 hour ago
        &gt; <i>Coming from Slack for a number of years, there is an initial shock of missing out of the &#x27;slack way of things&#x27; [...] takes some getting used it.</i><p>I have a theory for why some people love Slack and others love Zulip (Completers -vs- cultivators) which I shared in a sibling thread.<p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=46960569">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=46960569</a><p>Curious to hear what you think.
      • trueno4 hours ago
        &gt; The killer feature is everything is a stream&#x2F;thread. I argue that is a better UX over Slack, but it takes some getting used<p>I personally can&#x27;t stand it. _However_ I just learned today that it can actually be disabled, which I would do if I was deploying a zulip instance for my team. We are all very wired towards the crackhead energy of just.. a chronological chat and a competent search.
        • andersa4 hours ago
          You can just not specify a topic and write your messages in &quot;general chat&quot;, nothing stops you from doing this.
          • trueno3 hours ago
            we want topics allowed in certain channels only (ie #announcements) so that&#x27;s probably what we&#x27;ll use this feature for which certainly was not there when we tested maybe a year ago or so
          • dizhn3 hours ago
            That&#x27;s new.
            • andersa1 hour ago
              True, though even before this we just made a chatting topic with the name &quot;general&quot;, that worked just fine while still letting people make other threads for long discussions.
    • trueno4 hours ago
      was just chattin zulip in another thread. news to me that there is a setting for disabling topics which puts thing in a normal &quot;chat room&quot; style chronological order though it looks like it still retains some sort of topic visual heading which looks kind of noisy.<p>zulip is the most solid of the open self hosted solutions so far imo. last my team tried it sometime a year ago maybe we were super turned off at the threaded topics. my entire team hates them and anyone trying to post important stuff in topics gets ignored lol we can&#x27;t help it our brains just don&#x27;t want them in our lives.<p>but now seeing that there&#x27;s a way to disable that, it&#x27;s possibly time to revisit zulip
      • ssivark1 hour ago
        &gt; <i>my entire team hates them and anyone trying to post important stuff in topics gets ignored lol we can&#x27;t help it our brains just don&#x27;t want them in our lives.</i><p>I have a theory for why some people love Slack and others love Zulip (Completers -vs- cultivators) which I shared in a sibling thread.<p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=46960569">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=46960569</a><p>Curious to hear what you think.
      • krapht2 hours ago
        Why not have a megatopic for things that don&#x27;t need their own topic?<p>Topics are necessary when you start having a huge Zulip server, 100+ people. There&#x27;s so much noise --- dividing things by channel is too coarse.<p>I participate in several open source Zulip servers and it reminds me of a better IRC. It&#x27;s a lot more ergonomic that Gitter or Discord.
        • travisgriggs42 minutes ago
          My frustration with the flow, is that you’re forcing me to make a decision at a point where I don’t really know if a thought&#x2F;idea&#x2F;comment I want to share will rise to the level of warranting the organizational overhead of making it a “topic” vs just a little toe in the main stream.
        • ssivark2 hours ago
          Topics are otherwise incredibly useful even with a small number of people, if you want to carry out parallel &amp; wide-ranging conversations on different timescales. Implicitly designing for a single topic per channel forces chats to be ephemeral and makes it very hard to have long timescale discussions.<p>Eg. If I&#x27;m discussing buying a house or a career change (personal) or a new business strategy for my company (work) I don&#x27;t want all conversations dumped into a single river. Slack&#x27;s model of threads within a channel feels too schizophrenic; Zulip&#x27;s model of multiple conversations arranged loosely by theme (and accessible from the sidebar) is much better.<p>Catch-all topics are good for the ephemeral stream of chatter.<p>Some might say that chat should be only for ephemeral stuff, but then that is basically avoiding the essential complexity (of long term conversations) which must live <i>somewhere</i> to enforce some Procrustean simplicity on the chat platform.
      • fragmede1 hour ago
        &gt; my entire team hates them<p>Fascinating! Can you explain why?
    • mstipetic5 hours ago
      Replying to myself because I&#x27;m sure someone from Zulip will read this thread: I also wish for a tiered channel system. Instead of muting some, I&#x27;d like to promote some to high priority, so my inbox can toggle between the ones I really care about and a general overview.
      • alya15 minutes ago
        Thanks for the feedback! I think feature closest to what you&#x27;re requesting is followed topics (<a href="https:&#x2F;&#x2F;zulip.com&#x2F;help&#x2F;follow-a-topic" rel="nofollow">https:&#x2F;&#x2F;zulip.com&#x2F;help&#x2F;follow-a-topic</a>), which you can filter to in the inbox. Perhaps we could add an option to auto-follow topics in a specific channel to other ways of auto-following topics.
      • neonshankster3 hours ago
        You can &quot;pin&quot; channels. It puts them at the top of the sidebar as well as the inbox. You can also use a variety of filters in the inbox.
  • GZGavinZhao2 hours ago
    UI and user ergonomics continues to be Zulip&#x27;s biggest blocker to wider adoption. I understand that to many people not having E2EE and truly independent self hosting (e.g. push notification issues) is a deal breaker, but for many organizations the current level of openness from its values is enough.<p>I really wish Zulip could find someone to re-design the interface around the channels&#x2F;threads model to make it easier to use and more friendly to beginners. I am personally never bothered by the design and got used to its interface quite quickly, but I know many many people who got turned away by its design or uses it in a Slack&#x2F;Discord way by posting everything into &quot;general chat&quot;.
    • zukzuk1 hour ago
      We&#x27;ve been using Zulip for our company chat for 2 years now. It does what we need it to do — while letting us control where it&#x27;s deployed and where the data is stored (!!). But the UI is dated and awkward. The general feeling I get is that everyone at our company is okay with Zulip, but no one loves it. It just has that air of mediocrity about it. It&#x27;s &quot;okay&quot;.
    • solarkraft2 hours ago
      I am one of these people. I remember liking the concept a lot, but just couldn’t stand wading through the UI (or telling anyone else that I expect them to).
    • ssivark1 hour ago
      &gt; <i>UI and user ergonomics continues to be Zulip&#x27;s biggest blocker to wider adoption [...] many people who got turned away by its design or uses it in a Slack&#x2F;Discord way by posting everything into &quot;general chat&quot;</i><p>Having thought about this a bit, I propose there is an underlying dichotomy between <i>&quot;completers&quot;</i> and <i>&quot;cultivators&quot;</i><p>## Completers<p>Prioritize &quot;velocity&quot; and closing open loops. Limiting context means that they can act with focus. Close tabs often. Communication appends to the task queue; each conversation is an open ticket to be closed. Anything that scrolls off screen is implicitly marked as done. The ephemerality of the stream allows them to &quot;process&quot; a conversation and move on. Zulip might cause anxiety because threads&#x2F;discussions <i>linger</i> without closure.<p>## Cultivators<p>Communication as externalized cognition. Messages are nuggets to be filed &#x2F; incorporated into a larger schema. Wants a &quot;dashboard&quot; to maintain sense of control; fears something falling through the cracks more than they fear clutter. Don&#x27;t care to &quot;finish&quot; a chat; want to keep the context organized and accessible for deep work &#x2F; future decisions.<p>## Problems<p>Zulip defaults to assuming that all chat is valuable and taxes <i>every</i> interaction with a little bit of up front effort. Slack assumes most chat is of ephemeral value and doesn&#x27;t see the point of taxing 90% of the interactions for the 10% that might be valuable. Slack forces cultivators to become completers and Zulip nudges completors to act as cultivators.<p>Completers preferring who prefers Slack&#x2F;Discord&#x2F;etc are implicitly adopting the the fragmentation of multi-system setup -- chat for ephemeral communication, and anything longer term must move to docs&#x2F;wikis&#x2F;Jira&#x2F;whatever (which now begs for dozens of &quot;integrations&quot;). Understanding the state of anything now requires forensic archeology. (cue [Charlie Pepe Silvia meme]) Complicated acrobatics in channel names such as `#team-proj-blah` are attempts at combating the fundamental entropy of treating everything ephemeral.<p>The challenge is that, ultimately organizing is also real work and ignoring it in a short-sighted drive for efficiency hinders longer term effectiveness.<p>## Potential solutions?<p>1. The chat platform could offer two different views: a triage flavored mode for completers, and a dashboard flavored mode for cultivators. Even one person could toggle back-and-forth between the two as necessary.<p>2. Better UX for organizing incrementally, eg. UX improvements for manual clustering, and AI-assisted clustering &#x2F; topic naming. <i>Wouldn&#x27;t it be great if people could continue chatting in the stream but the same message would simultaneously get filed under a topic?</i> Technology might now enable such a product experience.<p>3. Slack needs to stop pretending that search is an effective replacement for organization (esp when search is crappy). I haven&#x27;t used Slack in a while (preferring Zulip with catchall topics as a good balance) but I get the impression that Slack [Canvas](<a href="https:&#x2F;&#x2F;slack.com&#x2F;intl&#x2F;en-in&#x2F;features&#x2F;canvas" rel="nofollow">https:&#x2F;&#x2F;slack.com&#x2F;intl&#x2F;en-in&#x2F;features&#x2F;canvas</a>) is an attempt to combat this problem.<p>----<p>[Charlie Pepe Silvia meme] <a href="https:&#x2F;&#x2F;knowyourmeme.com&#x2F;memes&#x2F;pepe-silvia" rel="nofollow">https:&#x2F;&#x2F;knowyourmeme.com&#x2F;memes&#x2F;pepe-silvia</a>
  • jFriedensreich8 hours ago
    As nice as zulips aspirations may be, every time i have to use it for a community i effectively stop interacting with them after a short while just because everything is janky, ugly and feels like a drag to interact with, just tried opening it on my phone to see if it improved but the header ui is just plain broken.
    • kreetx4 hours ago
      While I haven&#x27;t used zulip recently, then a few years ago that was my experience as well.
    • terpimost6 hours ago
      Could you explain please what exactly is broken? How is it jot working and what are your particular expectations?
      • lincolnq2 hours ago
        I&#x27;ve spent a bit of time last year trying to convey my product instincts to the Zulip team and mostly stopped because I felt like they didn&#x27;t care enough &#x2F; weren&#x27;t moving very fast. The basic problem is that the mobile app is, like it or not, the way most people will use the product, and it needs to be designed by an opinionated person who actually will say no to things.<p>In my view, the home page should be just like a proper messaging app: show every recent thread (&quot;topic&quot; in Zulip nomenclature) that I&#x27;m involved in, across all my channels, with unread ones indicated using a &#x27;dot&#x27;. Or, if you really want to be like Slack, just copy Slack more directly. In either case, the other views (Inbox, Combined Feed, DMs, etc) should be under menus, not primary actions.<p>The other thing is that it&#x27;s often hard to figure out how to reply to a topic. In the Combined Feed, which is my preferred view for consuming updates, the UX for replying sucks -- first you have to figure out to tap the headers; and even then, you can accidentally tap into a channel instead of a topic. It&#x27;s extremely non obvious when you&#x27;ve done this and constantly causes people to reply in the wrong topic.<p>I vibecoded some improved Inbox UX using Claude Code and I think it would be a big step up, but it&#x27;s hard to know what the steps would be to get it shipped, since I don&#x27;t have time to spin up properly on the codebase and I doubt my changes are acceptable as-is. If Zulip team wants them I&#x27;d happily share though.
      • jFriedensreich4 hours ago
        there are just so many issues, where do i start? its just apparent no designer or usability person ever used it or was involved in anything for this project. there is a weird search button with uncentered icon, scrolling makes some tooltip flicker and partially scroll on top of the header, the content of the page reappears on the top of the header when scrolling past it. everything just feels like one giant glitch. and when you scroll, there is a focus outline around whatever item you happened to drag the scroll area with. This is what i encountered in 5 seconds testing just opening and scrolling up and down.
      • a3w5 hours ago
        My perspective:<p>I have looked at the rust Zulip forums, which are bulky. But with moderation and rules and having people on the autistic spectrum [citation needed], it perhaps is usable for large organizations. Just kidding.<p>We are using Zulip for 300+ members in a makerspace, and at 40 members, we were not happy. Scaling to 300 never broke not being happy, since we all hate the UI ever since.<p>I cannot re-open Zulip threads, which are also issues with an atomic &quot;solved&#x2F;unresolved&quot; state, unless I have elevated access. It is not a true forum like PHP forums, where we ask people to name threads, and you might just skip reading more than the title, or locate interesting threads by activity and find stickies about important announcements in a pull, not push, way of doing things.<p>It instead is a chat where a thousand group chats are open, and no once wants to read any of them.<p>If they wanted to re-invent forums, they should have cloned the &quot;discourse&quot; web app&#x2F;forum. Still looks like shit on every platform, mobile or desktop, but at least does not break down on mobile.
        • alyandon2 hours ago
          <p><pre><code> It instead is a chat where a thousand group chats are open, and no once wants to read any of them. </code></pre> I really wanted to like Zulip and use it as a personal chat service for a small group and it was exactly that feature that made it basically unsuitable. Forcing everything into titled threads did not make any sense for lots of user to user interactions that are ad-hoc in nature.<p>I didn&#x27;t think it was terrible software by any stretch of the imagination - just not really suitable for informal communication.
        • neonshankster2 hours ago
          &gt; If they wanted to re-invent forums, they should have cloned the &quot;discourse&quot; web app&#x2F;forum.<p>Zulip was founded in 2012, Discourse was released in 2014.
  • thekoma7 hours ago
    What companies value can change after they’ve grabbed their share. Just like how OpenAI changed their “constitution” about working with others.<p>I wish there was a way to hold companies accountable for stuff like that.
    • crabmusket7 hours ago
      Zulip being fully open-source and self-hostable helps this. It&#x27;s what the Bluesky team have been calling &quot;credible exit&quot;, and Zulip has it way more than Bluesky does.<p>On the other hand, I would love to see more tech companies being co-operatives, where their members get a say in governance. That&#x27;d be the ultimate hard-mode for a business that was dedicated to being rugpull-resistant.
      • boramalper4 hours ago
        Agree on wanting to see more tech companies being cooperatives but not sure what you mean by this:<p>&gt; That&#x27;d be the ultimate hard-mode for a business that was dedicated to being rugpull-resistant.
        • crabmusket4 hours ago
          Being a cooperative seems (having never run one) harder than being a regular private company. It seems like it would constrain a business from being able to do what it would otherwise want to do. So I think of it as doing business &quot;on hard mode&quot;. I think it&#x27;s socially worth doing, and I aspire to be part of one someday. But I don&#x27;t think it comes for free, especially in a market where you&#x27;ll compete with businesses that aren&#x27;t also playing on hard mode.
  • nnevatie5 hours ago
    Everyone has values, until they get punched with a billion dollar check.
    • blitzar4 hours ago
      Now we’re just haggling over the price.
      • CoastalCoder2 hours ago
        Almost <i>every</i> person has his price.
    • gilrain2 hours ago
      It’s a lot easier to keep your values when you aren’t <i>literally</i> waiting for and counting on the billion dollar check, though.
  • 9cb14c1ec01 hour ago
    There are a lot of comments not liking zulip. I wonder if the like&#x2F;dislike feeling is tied to the size of the user&#x2F;company of the poster. My experience is the zulip works very well in my small 3 person fully remote business. Maybe the UI workflow of Zulip breaks down with larger numbers of users?
  • brightball2 hours ago
    I&#x27;ve run the Carolina Code Conference since 2023 and we&#x27;ve setup Zulip as a chat system for conference attendees to network every year. It&#x27;s a really cool platform and I wish it had more widespread adoption.
  • notenlish7 hours ago
    hopefully zulip can become a slack&#x2F;discord alternative
    • estearum3 hours ago
      Needs significant UI polish IMO. Anyone from the Zulip team care to chime in if there&#x27;s appetite for this? I could take a look at contributing if so. Just the project getting to this level of maturity <i>without</i> significant polish sort of triggers the &quot;maybe maintained by people who just don&#x27;t value it that much&quot; alarms?
    • crabmusket7 hours ago
      It already is!<p>(EDIT: unless your reason for using Discord is PTT voice channels. Then it&#x27;s not.)
      • prmoustache2 hours ago
        OTOH you can always setup jitsi integration to let your users hop on a jitsi voice call. Or advertise a mumble server.
  • MORPHOICES6 hours ago
    [dead]
  • 0xedd5 hours ago
    [dead]