The problem with Slack, and why it’s inferior to DBabble

When two of the organisations I’m associated with introduced me to the chatting app Slack, it reminded me of the chatting app DBabble (known to us in IIMB as BRacket) that was popular back when I was in college.

There were two primary reasons because of which Slack reminded me of DBabble. The first was the presence of forums/groups. There was a “General” that everyone in the organisation was part of, and then were other groups that you could choose to join and be a conversation in. The second was that you could not only converse on the fora, but also send personal messages to each other – something DBabble also enabled.

There are several reasons why Slack is superior to DBabble. Most importantly, you can tag people in your messages on forums and they get notified, so that they can respond – this is a critical feature for using it for work purposes.

Secondly, Slack integrates well with other tools that people use for work – such as email and a lot of development tools, for example (which one of the organisations I’m associated with uses heavily, but I’ve never got into that loop). Slack also has a very nice search feature that allows you to pull up discussions based on keywords, etc.

What Slack sorely lacks, which makes me miss DBabble like crazy, however, is threaded conversations. The conversation structure in each channel in Slack is linear – which means you can effectively have only one thread of conversation at a time.

When you have a large number of people on the channel, however, people might initiate several different threads of conversation. As things are, however, a Darwinian process means that all but one of them get unceremoniously cut out, and we end up having only one conversation.

It is also a function of whether Slack is used for synchronous or asynchronous messaging (former implies everyone replies immediately, latter means conversations can take their own time and there’s no urgency to participate immediately, like email, for example). My understanding is that the way it’s built, it can be used in both ways. My attempts to use it as an asynchronous messenger, however, have failed because some of the conversations I’ve tried to initiate have gotten buried above other conversations others on the channel have tried to start.

The problem with Slack is that it assumes that each forum will have only one active conversation at a time. Instead, if (like DBabble) it allows us to have different conversation threads, things can become a lot more efficient.

One of the nice features of forums on DBabble was that everytime you went to the forum, it would show you all the active threads by showing them in bold. DBabble allowed infinite levels of threading, and only messages that were unread (irrespective of which branch of which thread they were in) would be in bold, meaning you could follow all threads of conversation (this also proved problematic for some as we developed an OCD to “unbold” – read every single message on every forum we were part of).

Imagine how powerful threaded conversations can be at the corporate level especially when you can tag people in them – so you go to a forum, and can see all open discussions and see where your attention has been called, and contribute. Threading also means that you can carry out several different personal (1-to-1) conversations at a time without losing track of any.

It’s interesting that after DBabble (which also died after a later edition gave the option of “chat mode” which did away with threaded conversations) there has been no decent chat app that has come up that allows threaded conversations. Apart from possible bandwidth issues (which can happen when each message is suffixed with the full thread below it), I don’t see any reason this can’t be implemented!

I want my BRacket (DBabble) back. But then, chat has powerful network effects and there’s no use of me wanting a particular technology if sufficient number of other people don’t!