Live data from Hacker News

Rewriting the Slack Python SDK

slack.engineering

31–40 of 59 posts

Re: Rewriting the Slack Python SDK

#31
post #30

It still amazes me that Slack, with its infinite resources, hasn’t built native clients. One code base is nice and all, but man I loathe the Electron app.

What are some examples of well-written UI-heavy native desktop apps? I'm curious because I see the usual complaints whenever Slack (or another Electron app) is mentioned, and largely agree with them, but what's an app that has actually done native well across Windows/macOS/Linux?

Blender, Kdenlive, Gimp.

Re: Rewriting the Slack Python SDK

#32

It still amazes me that Slack, with its infinite resources, hasn’t built native clients. One code base is nice and all, but man I loathe the Electron app.

I think that having just one common ui system makes a lot of sense. We want web apps to work as well as Native applications, and vise-versa. I support the concept of Electron, but my question is - exactly why is it so bloated? Doesn’t it come with a built-in Chromium? Why is that? Wouldn’t it make more sense if it used the machine’s default browser engine? You would need to look out for different browser versions, bu…

On Windows that currently means MSHTML which, depending on your OS version means some variant of IE. Not even Microsoft pages support IE properly anymore. Also, bloated here tends to mean runtime cost, RAM and CPU use, not disk use which is what you are solving for. Some browsers are definitely worse than others in this respect but running several instances of a full browser stack is not exactly light for any of the major browser engines.

Re: Rewriting the Slack Python SDK

#33
post #30

It still amazes me that Slack, with its infinite resources, hasn’t built native clients. One code base is nice and all, but man I loathe the Electron app.

What are some examples of well-written UI-heavy native desktop apps? I'm curious because I see the usual complaints whenever Slack (or another Electron app) is mentioned, and largely agree with them, but what's an app that has actually done native well across Windows/macOS/Linux?

They’re apparently quite valuable and definitely quite rich. The typical issues of cross platform development is far below their pay grade. The better answer is they simply don’t care about the needs of their end users because they sell to management and it would bring profits down to feign interest.

Also, you could have googled this.

Re: Rewriting the Slack Python SDK

#34
post #30

It still amazes me that Slack, with its infinite resources, hasn’t built native clients. One code base is nice and all, but man I loathe the Electron app.

What are some examples of well-written UI-heavy native desktop apps? I'm curious because I see the usual complaints whenever Slack (or another Electron app) is mentioned, and largely agree with them, but what's an app that has actually done native well across Windows/macOS/Linux?

Telegram desktop is very fast

Re: Rewriting the Slack Python SDK

#35

Earlier quoted context omitted.

They literally have 100s of millions of dollars in cash. What else should they do with that money besides polish their product?

They have all of that money because they have made good decisions about their product so far. They focus on what matters most to users: features and reliability, not the framework the UI was written in.

Profitable decisions you mean.

Re: Rewriting the Slack Python SDK

#36

Earlier quoted context omitted.

Have you actually used the Slack client before ? It's anything but reliable. As you would expect from a glorified IRC client that somehow uses 2GB of RAM (lots of accounts).

I use the Slack client every day at work on my Mac and it works fine. It is a lot more than a glorified IRC client —- if that’s all it is, then why has Slack built a successful business?

They can sell it to management. The features irc provides and users want are precisely the selling points to authority.

Re: Rewriting the Slack Python SDK

#37

It still amazes me that Slack, with its infinite resources, hasn’t built native clients. One code base is nice and all, but man I loathe the Electron app.

I think that having just one common ui system makes a lot of sense. We want web apps to work as well as Native applications, and vise-versa. I support the concept of Electron, but my question is - exactly why is it so bloated? Doesn’t it come with a built-in Chromium? Why is that? Wouldn’t it make more sense if it used the machine’s default browser engine? You would need to look out for different browser versions, bu…

> We want web apps to work as well as Native applications

This is fundamentally impossible.

Re: Rewriting the Slack Python SDK

#38
I've done the integration with 10+ different chat API's, Slack is one of the most complicated ones and the one that ignored the whole industry at all. The way it is done is totally alien to any experience you might have with other chat sdk's before.

Re: Rewriting the Slack Python SDK

#39
post #20
post #8

Earlier quoted context omitted.

> That being said, creating a native app for 2-3 (depends if you include Linux) different OS with completely different frameworks and maintaining feature parity between them involves a lot of specific knowledge and (probably) separate teams. Why do people believe this? It could be written once in C++ using Qt, Juce, or Fltk and be blazingly fast. This has been done thousands of times over the last few decades. Where…

I can’t think of any applications written using those (or any other, actually) cross-platform toolkits for Windows, macOS, Linux, iOS, and Android that were even moderately successful in the market. Generally, cross-platform UIs are disliked or hated everywhere; sometimes with the exception that they’re considered decent in their one truly native environment and terrible elsewhere. Qt definitely falls into this group…

Doesn't the success of Slack counter your whole point? It is built using a cross-platform toolkit for Windows, macOS and Linux, and is to some degree disliked or hated everywhere for the same reasons that Qt might be.

Re: Rewriting the Slack Python SDK

#40

Earlier quoted context omitted.

They have all of that money because they have made good decisions about their product so far. They focus on what matters most to users: features and reliability, not the framework the UI was written in.

Have you actually used the Slack client before ? It's anything but reliable. As you would expect from a glorified IRC client that somehow uses 2GB of RAM (lots of accounts).

Most of their users only have one account at most, because they only work for one company. I think the multiple account feature is relatively neglected.
Post reply on HN