I think this is an example of a community of nerds forgetting that we're something like 0.1% of a product's userbase.
I think the perpetual anti-electron sentiment is a strong example of how you need to be careful not to listen to just your most vocal customers. Otherwise you might triple your engineering load without even a fraction of practical, real life, measurable benefit.
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, but we are already doing that for the web anyways.
If not that... then maybe a single electron-specific chromium engine that is shared across electron apps.
This is fundamentally impossible.
Also, you could have googled this.
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. Even if you have a good budget ("infinite resources" is quite arguable) it adds a lot of complexity to something that already has it. All of that just to somehow have a bit more fluent client (but probably much less polished).
The cost for this change would be very, very difficult to justify.
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 does this myth come from?
I started an open source Slack client but was struggle to find tractions. Yes the Slack electron client is bad, I hate it with passion but it just works. And most of the users I surveyed think so too. Either they’re not using Slack at all, or they just don’t care if it’s electron/web-based/slow (Stockholm syndrome?).
Who says their resources are infinite?
> hasn’t built native clients.
What would it gain them?
And everyday the app will freeze for 5-10 seconds at a time on a 2018 MacBook Pro.
So Slack really only does 1 thing which is a chat app and if they can't do that properly then you have to wonder.
sc.api_call() with strings for the specific API (there are dozens, each with different inputs) always felt like a temporary ducttape SDK
https://github.com/kissgyorgy/gerrit-slack-bot/blob/master/s...
Why not? Theirs has better support behind it and supports everything you listed (RTM api, pagination, async, etc.).
Excellent, unlike removing a headphone jack; I consider this truly courageous.
