Live data from Hacker News

When a rewrite isn’t: rebuilding Slack on the desktop

medium.com

11–20 of 408 posts

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#11

How about a native client? I think it's safe to assume that Slack has the resources for this.

No matter the available resources, maintaining three separate desktop apps as well as a web app would mean fewer features and more bugs across the board. And Linux would probably be left on Electron (with less support attention), if not abandoned altogether.

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#12
post #3

Give me Grammarly and Dark Mode and then I'll stop using the browser version

I'd rather not send my keystrokes to two companies at the same time.

Not sure they changed that but this is always at the back of my mind when I see someone use Grammarly via the browser extension:

https://techbeacon.com/security/grammarly-leaks-everything-y...

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#14

How about a native client? I think it's safe to assume that Slack has the resources for this.

As much as I'd love a native app, for a fast moving company with rolling releases it's probably very hard to keep three platforms at the same level especially if you want to do experiments too or roll out features to a small subset.

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#15
post #7
post #5

I was so happy they had finally gone native. The disappointment is strong. On a side note, SBlack, a lightweight slack client is very impressive on memory usage [1]. 1. https://www.sblack.online/

How does this work? I thought Slack deprecated their IRC gateway; is this all API-based then?

> Sblack works exactly like a browser with small tweaks.

Looks like it just wraps the website in this case.

Yes there are clients that use the API. Slack offers a http rest-like api as well as a websockets realtime api. For example, wee-slack[1] (weechat plugin for slack) and slack-term[2] (curses client in golang).

[1]: https://github.com/wee-slack/wee-slack

[2]: https://github.com/erroneousboat/slack-term

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#17
The most interesting details:

- The first iteration was largely powered by jQuery(!)

- Every workspace got its own isolated Electron process because they didn't anticipate multiple workspaces in their initial architecture

Honestly it's amazing they got as far as they did with the above limitations. Sounds like this rewrite was sorely needed after their phase of rapid growth. Glad they pulled it off.

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#19
post #10

They say React. How is this a desktop app? It's still in a browser.

Electron makes it a desktop app. That part has not changed.

Just because you don't see the browser it doesn't mean it's not still there.

No, js/html "applications" are not desktop apps, they're web pages. Doesn't matter how you hide it.

Re: When a rewrite isn’t: rebuilding Slack on the desktop

#20
For me the gold standard of Chat applications is always going to be mIRC. It supports a ton of plugins, consumes 10-50mb of memory and little to no CPU. You could be connected to multiple servers and channels with DCC scripts running and you still wouldn't notice that it's even running.

Even though Slack is using react now, they are still using electron under the hood. Which means it can never match the snappiness of a native application like mIRC.

Post reply on HN