News for hackers. Stuff that matters.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by Klonoar on Monday July 22, 2019 @01:04PM (#20499980)
I will consider this benchmark vindication both for myself and the times I've had to argue as to why Electron isn't the issue, as well as the commentator from many moons ago who worked at Slack, dropped in here and explained why Electron wasn't the problem (rather, poor engineering on Slack's part was), and then was ripped to shreds over it.

In fact I'm sure this comment will bring out native fanatics in force.

At any rate, good for them. Seems like they reengineered themselves to a happy medium. I can definitely see myself installing it again at some point.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by DaiPlusPlus on Monday July 22, 2019 @02:32PM (#20500832)
I’m still skeptical. The memory usage chart from the article shows only a slight (10%?) improvement for single-workspace Slack clients, now at around 250MB.

Yes, getting a 5+ workspace client down from ~800+MB to 300MB should be applauded - but the 250MB floor is still too high.

I want to know what’s in the 250MB it’s still using.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by floatingatoll on Monday July 22, 2019 @05:52PM (#20502654)
I checked in Firefox and a given Slack uses 200+MB at load and then optimizes down to 140MB at runtime for a given Slack, of which ~60MB is JavaScript and ~80MB is page elements. So if those numbers carry over to Electron-Chromium, then it's 100MB of "I'm a browser" and 140MB of "I'm a webpage full of dynamic and objects". They certainly will not carry over precisely equally, but it puts some scope on it to consider.

(Gmail uses 250MB at runtime in the same Firefox instance, for comparison; I didn't test it in an Electron-like container.)

Re:When a rewrite isn’t: rebuilding Slack on the desktop by chrismorgan on Monday July 22, 2019 @06:33PM (#20502910)
When comparing Electron and non-Electron, bear in mind that Chromium typically uses a fair bit more memory than Firefox; I’d estimate 20–40% as a rough figure, though it depends on all sorts of factors.

You pick Gmail as another example. Gmail is a memory hog and fairly slow. For comparison, Fastmail (which company I work for) tends to use 10–15MB in Firefox for slightly different functionality (no chat, and I estimate the Hangouts widget to be about half of Gmail’s bloat, but on the Fastmail side you can load the calendars, contacts and settings modules in the same document comfortably without breaking 20MB), and is a good deal snappier. It comes of careful engineering with performance as a priority, and a small team.

Slack is simply atrocious in these regards. Painfully slow, utterly greedy for memory. I often run it in Firefox rather than standalone to keep its memory footprint down. Whichever way I do it I regularly find it to have crept up over a gigabyte of memory, on my single workspace.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by bhl on Monday July 22, 2019 @07:24PM (#20503212)
Why does slack and gmail use so much memory? It feels like it shouldn’t be an intensive process to display messages. Sidenote I don’t have much front end development besides basic web pages.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by floatingatoll on Tuesday July 23, 2019 @04:59PM (#20510151)
You can browse their memory usage in rather explicit detail about Firefox about:memory, but that assumes a rather high level of preexisting knowledge.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by penagwin on Monday July 22, 2019 @02:39PM (#20500921)
In my experience at least ~100/150MB will be electron's minimum anyway, certainly impressive what they've done but I think they've basically hit bedrock unless they either improve electron itself or switch to something different.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @03:10PM (#20501263)
250MB floor is still too high

Too high for what? Low end desktops and laptops today come with 8GB of ram. Using ~3% of that for a chat app doesn't seem like a big deal.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by asark on Monday July 22, 2019 @03:32PM (#20501479)
Those memory-bloat apps are never, never only memory hogs. They always come with an outsize hit to general system responsiveness, always have UI lag, and so on. These days almost all of them are webtech junk. I still have a few Java programs with that problem —I've been reading "it's in your head, here's a proof that it can't be as bad as you say" for like 20 years now and those folks continue to be wrong in practice—but webtech's even worse.

Which makes perfect sense. If you're operating on more memory than should be necessary you're gonna be burning a lot more processor/battery than is reasonable, too.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @03:35PM (#20501505)
I've been using Slack on the desktop daily since the alpha version. I've never found it to have UI lag.

I honestly think that most people us use phrases like "webtech junk" are offended on principle and not because of any measurable difference that matters to regular users.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by asark on Monday July 22, 2019 @04:27PM (#20502003)
Low-latency UIs that respect user input are amazing. They're just quite rare these days. I guarantee the difference is noticeable and makes a difference—look at how everyone liked (and still likes) the UI smoothness and low UI latency of iOS, for example, and iOS, though probably the current front runner on this front for popular operating systems, is just so-so at it.

I guess if my principle is that I like my computer to respond quickly and accurately to my input then yeah, I dislike webtech junk on principle.

[EDIT] as far as it not mattering, everyone I know, including plenty of non-techies, who has used Google Docs hates it, due to the UI lag. Typing with that large a delay between keypress and the letter appearing sucks. They may use it anyway because they have to, but they all complain about how laggy the UI is, responding to clicks and keypresses.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by snazz on Monday July 22, 2019 @05:53PM (#20502659)
Google Docs on what device? Their iOS apps are famously bad on slower iPads (like the original Air) but the website with a correctly configured browser on a reasonably-specced laptop or desktop is very responsive, once it loads. Of course, I'm not a fan of it myself, but the input lag isn't the reason.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by Corrado on Tuesday July 23, 2019 @04:05AM (#20505200)
Another, maybe more appropriate, comparison for UI lag might be between VisualStudio Code and Sublime Text. VSCode is based on Electron and though it is well optimized and a fine editor, I can feel the lag when I use it to edit code. One the other hand, ST is native and editing any text is super smooth, even files that are much too large as to be reasonably edited.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by pas on Monday July 22, 2019 @04:07PM (#20501824)
I use it on the desktop too. And it is slow. Slow to start, slow to load channel data. Slow to appear after alt-tab, and so on.

I think it is because it expires caches left and right, loses track of events, or I have no idea what else could be going on on a PC with 16GB RAM (plenty of it free) and stable Internet connection.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by fnord123 on Monday July 22, 2019 @05:29PM (#20502499)
> I've been using Slack on the desktop daily since the alpha version. I've never found it to have UI lag.

Try telegram on desktop and compare the UI performance. Slack definitely has UI lag. Not nearly as bad as Teams though.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by hoorayimhelping on Monday July 22, 2019 @07:17PM (#20503166)
Easy way to demonstrate the jank: switch tabs quickly on desktop Slack. The new views take a nonzero amount of time to render. Do the same thing on Sublime Text 3. Even big files with lots of syntax highlighting load nearly instantly, or at the least, much much faster.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by GuB-42 on Monday July 22, 2019 @06:54PM (#20503042)
My opinion is that there is no low threshold for RAM use. If you can go down from 200kB to 100kB, that's still a win, even in a 32GB machine.

The reasons:

- Cache. RAM may be >8GB but the CPU L1 cache is just 64kB. And L1 cache is about 100 times faster than RAM. From my experience, proper cache management is by far the most important low level optimization, and most of it can be archived by just using less RAM.

- What are you doing with all that RAM? 250MB in absolute terms is huge. The entire Harry Potter series is around 5MB uncompressed. For that size you can also have a 1080p fullscreen RGB image, uncompressed. What it means is that unless you are working with large datasets, these 250MB represent a huge amount of stuff you don't control. Lots of moving parts with potential performance bottlenecks, security issues, etc...

- Every byte your app is using is one less byte for your system caches. Wasting RAM makes your whole system go slower.

- Finally, an ethical argument. Your chat app will run continuously on millions of PCs. On that PC are libraries, kernel code and frameworks where people worked hard squeezing every bit of performance they could. Saving energy and making your apps run to their full potential. For me, a background app made by a company the size of Slack have a duty to be as light as possible, as not to interfere with the actual work people are doing on their machine.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @03:22PM (#20501387)
Too high compared to similarly featured (or even more full featured) programs built on other technologies.

3% on an Electron chat app here, 5% on an Electron text editor there, and pretty soon you’ve managed to replace what could’ve been several apps with small memory footprints plus several gigs of efficient file caching in a users’ RAM with just a few bloated programs crowding out the cache, and made their entire machine considerably less responsive.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @03:33PM (#20501492)
If someone is running so much stuff that an app (or a few apps) using ~250MB of ram instead of ~100MB (or whatever) of ram is a huge problem they can easily spend $200 or so for an extra 8GB of ram.

Ram is cheap. Usage at this scale just doesn't matter to the vast majority of users.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @04:12PM (#20501871)
Aside from the obvious issue that a ton of devices don’t have user upgradable RAM, are we really this comfortable with feeding constant consumerist abandonment of old devices through our own sheer laziness as developers?

“It only uses 8% of 8GB of RAM. If that’s an issue consumers can buy more RAM or throw away their devices and buy new ones” is soon phrased as “It only uses 8% of 16GB of RAM. If that’s an issue consumers can buy more RAM or throw away their devices and buy new ones” and soon after etc, etc

At some point, preferably before we start saying “it’s just half a terabyte of RAM to run a chat app”, we may want to step back and question this circular justification for ever increasing bloat and ask ourselves when enough is enough. There’s been no real gain in functionality in the past 10-20 years of chat app churn, just an enormous explosion in RAM and CPU requirements.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @05:13PM (#20502379)
If there has been no real gain in functionality, then why is Slack hugely popular while IRC is used by almost no one?

Perhaps you aren't giving credit to functionality that is important to people other than yourself?

Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @09:52PM (#20503824)
> If there has been no real gain in functionality, then why is Slack hugely popular while IRC is used by almost no one?

The main, really only, features that Slack has that IRC doesn’t is easy account onboarding and (crucially, for business) offboarding, and persistent messaging. This has been discussed to death, publicly, by organizations like Mozilla. They were also smart enough to offer themselves for free to startups, which largely undermined hipchat, which had the same basic value proposition over IRC, and allowed them to build a hip reputation and network effects in the startup crowd.

Are we really going to pretend that those features are why the Slack client consumes tons of RAM and a fuckload of CPU cycles? They’re entirely server side, for christ’s sake.

ICQ could do all of the above on a 32 Meg Mac 20 years ago. The bloat isn’t related to the reasons it “won”, or why it continues to be popular. Network effects, the fact that if your company mandates it you have no alternative, simply insulates them from suffering many ill-effects of their bloated, laggy client software.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @09:56PM (#20503836)
Lots of different chat software had easy onboarding & offboarding as well as persistent messaging before Slack and none of it was successful in the same way.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @10:07PM (#20503883)
Like I said, networking effects and currying a hip reputation are a huge part of why I think they got big. In large part nothing about what makes them big strikes me as technical in nature.

But sure, ok, so let’s hear your theory on why they got big and how it requires all of this client side RAM usage. So what is it?

Re:When a rewrite isn’t: rebuilding Slack on the desktop by skolsuper on Tuesday July 23, 2019 @12:00AM (#20504305)
IME Slack at big companies has mostly been a ground-up initiative by engineers that were sick of important discussions happening in long email chains. It's strange to read that network effects or entrenchment made Slack so huge when 5 or 6 years ago they didn't exist :/
Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Tuesday July 23, 2019 @12:12AM (#20504334)
IME as an engineer who’s been around the block, before Slack we were using Hipchat, and before that Jabber or IRC. I have not noticed a significant change in features (gifs, bots, integrations were all there through all of those), just changing fads, but by god if the performance and responsiveness of the chat client de jour hasn’t been steadily declining over time.

Mostly what drove orgs I’ve been with from one to another has been pricing (Slack having a free tier ate Hipchat’s lunch, like I said), and “buzz”. Slack was the hip thing to get on in 2013.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by snazz on Monday July 22, 2019 @05:58PM (#20502694)
Extra features aren't the reason why Slack is so huge.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @06:03PM (#20502725)
What is the reason?
Re:When a rewrite isn’t: rebuilding Slack on the desktop by illuminati1911 on Monday July 22, 2019 @09:19PM (#20503716)
You could make a pile of shit popular if you had similar access to Silicon Valley funding and marketing machines.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by ben509 on Monday July 22, 2019 @03:52PM (#20501670)
Of course, if Slack thought this were true, they wouldn't have bothered with this rewrite.

Obviously no PM is going to tell customers, "just spend $200 for another 8GB of RAM to run our chat software."

> Usage at this scale just doesn't matter to the vast majority of users.

The usage model is that it's on all the time. So if it's draining batteries, causing paging or otherwise slowing things down, people are going to quit Slack, thus defeating the immediacy of communication, thus defeating the point of running Slack.

And Slack becomes powerful when it can be required by a workplace, which is their business model. This means the "vast majority" isn't enough at any given company.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by tjoff on Monday July 22, 2019 @05:53PM (#20502658)
Yeah, yeesh. So I'm in the market for an ultrabook and eventhough I had 8 GB of ram in my desktop over a frigging decade ago there still exist laptops with less than 16 GB today. Not only that, the cheapest 16 GB model is over a $1000 more expensive because now I must have an i7 and everything else.

And no, not even with 16GB will I tolerate what slack uses even with their new version.

Yes, I do consider upgrading the ram myself by replacing the soldered ram-chips. And do not for a second imagine I'm doing that so that I can send text messages@!

Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @06:12PM (#20502779)
The difference between an 8GB macbook air and a 16GB maxbook air is $200, not $1000.

Lot's more options in PCs obviously, but 2 minutes of googling found a 16GB XPS13 $580 more than the 8GB version. Again, not $1000. I'm sure with slightly more searching there are cheaper options as well.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by tjoff on Monday July 22, 2019 @06:28PM (#20502885)
Yeah, as said the problem isn't just the ram price it's whatever else you might need to buy to get it. But 580 is also pretty darn depressing for 8GB.

For reference I bought 64GB for my workstation for less than $400 a few years ago. And that's with 25% sales tax.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by dijit on Tuesday July 23, 2019 @02:41AM (#20504903)
This isn’t a fair comparison.

Desktop memory is cheaper, laptop manufacturers are rent seeking with upgrades normally, and with soldered memory they have free reign.

It’s true that often the upgrades are bundled, ie; can’t get 16GiB without an i7. But I think that’s fairly rare at least.

As for 16GiB, there’s a hard limit there for LPDDR3, and intel CPUs do not support LPDDR4 yet.

Oh, and another thing regarding cost, there were some issues a long time ago with the factories producing them, which is why the price is still high, maybe artificially.

https://www.vice.com/en_us/article/wnxb35/the-year-that-the-...

Re:When a rewrite isn’t: rebuilding Slack on the desktop by tjoff on Tuesday July 23, 2019 @03:49AM (#20505149)
Wasn't meant to be an apple to apple comparison. Just a reference. But it does kind of illustrate just how bad of a fit electron apps are.

Well, the biggest point of soldered ram has always been to be able to recoup costs by denying people to buy ram from someone else.

Even in the old days it was much cheaper to buy 2 GB of ram and then upgrade to 4 GB than buying it with 4 GB in the first place.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by ebg13 on Monday July 22, 2019 @04:03PM (#20501771)
> Ram is cheap

RAM is cheap...and not upgradeable on the majority of devices in the world.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by SkyMarshal on Monday July 22, 2019 @03:51PM (#20501654)
Agree in principle, but available Ram real estate (slots) is limited, esp in mobile.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by thecopy on Monday July 22, 2019 @03:51PM (#20501652)
My RAM is soldered on.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by thenewwazoo on Monday July 22, 2019 @03:58PM (#20501724)
RAM is cheap but slow, and CPU cache is precious.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by kllrnohj on Monday July 22, 2019 @03:50PM (#20501648)
Just because there's enough resources for it doesn't mean it was a good use of those resources.

Why should it be reasonable for displaying a few megs of text & maybe a dozen megs of images to take 250MB+ of RAM? What is the rest of that memory usage, and why is it loaded? CPUs don't like executing code that's not in cache, so hopefully it's not code. And if it's not code, what is it? Figure a few dozen MB for the graphic buffers, but where's the other 100MB+ gone?

Re:When a rewrite isn’t: rebuilding Slack on the desktop by DaiPlusPlus on Monday July 22, 2019 @03:48PM (#20501626)
8GB - minus OS load gives you about 5-6GB to play with.

The problem isn’t with Slack itself - as more and more desktop software run on Electron then with 8GB of RAM you can only have a handful of instances open simultaneously before you get performance- crushing disk paging.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by jrockway on Monday July 22, 2019 @04:08PM (#20501827)
Low end desktops come with a gig of RAM. A $35 Raspberry Pi is what "low end" really is.

While 250MB is a big chunk... I think it's actually okay, even in this extreme case.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by phponpcp on Tuesday July 23, 2019 @12:14PM (#20507857)
The new RPi has like 4gb of RAM tho
Re:When a rewrite isn’t: rebuilding Slack on the desktop by jrockway on Tuesday July 23, 2019 @06:46PM (#20510923)
At the highest price tier, yes.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by illuminati1911 on Monday July 22, 2019 @09:15PM (#20503694)
This is self-deception. While technically you are right, you don't actually have full 8GB to allocate to JS bloat apps. After the OS and all the other necessary stuff what you will always have running in the background like browser etc. you'll be left with 4-6GB.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by fnord123 on Monday July 22, 2019 @05:23PM (#20502453)
That memory is for IntelliJ, Docker images, Photoshop, Final Cut, Blender, etc.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by paulddraper on Monday July 22, 2019 @06:51PM (#20503028)
> Too high for what?

Too high for an app that runs continuously.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by harryh on Monday July 22, 2019 @07:41PM (#20503287)
Nearly all users continuously run web browsers these days and they all consumer a lot more ram than slack.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by yjftsjthsd-h on Monday July 22, 2019 @10:58PM (#20504082)
Yes, and that's a problem. Additionally, if the OS and browser are both always running, then there is even less memory left for your app! So this is a stronger argument to use less, not an excuse.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by ex3ndr on Monday July 22, 2019 @03:32PM (#20501478)
iTerm2 eats 150mb+. Any cocoa app use that much of memory. App Store is 500mb just after launch.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by seandougall on Monday July 22, 2019 @04:04PM (#20501792)
> Any cocoa app use that much of memory.

What gives you that idea? Lots of apps have cruft, but that's nothing to do with Cocoa.

A "Hello, world!" in Cocoa uses around 13 MB, and the application bundle weighs in at 79 kB. The fact that Electron uses a bare minimum of over 100 MB just to get an application running is a source of some understandable consternation.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by Klonoar on Monday July 22, 2019 @04:11PM (#20501859)
His point is, actually, quite valid. By the time you stop and rebuild all the image caching/media pieces, you'll end up with a hefty amount of memory usage too - Telegram (not the Qt one, the Cocoa one) will regularly climb up to 200ish MB if I have a media-heavy chat going.

People have skewed ideas of what's doable in memory constraints in 2019 for the feature sets that customers tend to expect.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by candiodari on Monday July 22, 2019 @05:12PM (#20502369)
You're comparing absolute minimum of slack with a very heavily used Telegram instance. This is, given the similarity of the apps, not fair.

Compare a "media-heavy" slack with that Telegram, or compare with Telegram minimum.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by Klonoar on Monday July 22, 2019 @10:13PM (#20503914)
No, I'm comparing the baseline: Slack's feature set.

To support that, you'd need far more than a "Hello World" stack.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by saagarjha on Monday July 22, 2019 @06:47PM (#20502997)
The "Cocoa" Telegram is not really Cocoa at all :/
Re:When a rewrite isn’t: rebuilding Slack on the desktop by mattl on Monday July 22, 2019 @08:05PM (#20503380)
Ah yes. I remember all those 8GB NeXTStations.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by matchbok on Monday July 22, 2019 @01:46PM (#20500393)
And yet, the performance is still bad. And that is only 1 of many reasons why electron is bad.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by _verandaguy on Monday July 22, 2019 @03:08PM (#20501243)
A hundred times this; 500-1000mb of idle memory usage by a chat client is patently silly.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by therealdrag0 on Tuesday July 23, 2019 @06:12PM (#20510691)
Sure, but on my MBP it's never been a problem. I've never had slack lag regularly or notice it impacting other programs. :shrug:
Re:When a rewrite isn’t: rebuilding Slack on the desktop by BinaryIdiot on Monday July 22, 2019 @03:26PM (#20501424)
Depends on the problem you're talking about. Slack made their memory usage considerably worse due to poor programming so that's obviously an issue. But that also doesn't negate the other issues electron brings.

Personally I would have used those years of development time to go native but it is what it is.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by skavi on Monday July 22, 2019 @03:55PM (#20501694)
you got a link to the Slack engineer's comment?
Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @02:36PM (#20500876)
It’s little more than a simple IRC client that consumes 250-500 megs of RAM. I wouldn’t take any victory laps over the supposed “efficiency” of Electron here.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by somethingnot on Monday July 22, 2019 @02:55PM (#20501113)
Yeah, and a Rolls Royce is little more than a Honda with worse miles per gallon.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @03:08PM (#20501239)
Except in this metaphor, in terms of features, performance, and sheer quality of experience, a Rolls Royce would be something like LimeChat, and Slack is a Ford Pinto
[dead]
Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @03:18PM (#20501338)
Truly spoken like someone who isn’t aware that most IRC clients, including LimeChat, will happily display images, including gifs, but for some reason feels confident and qualified enough in their uninformed opinion to be belligerent about it on the internet.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by somethingnot on Monday July 22, 2019 @03:26PM (#20501419)
Funny how a google images search for limechat fails to find a single screenshot with inline images. But I'll take your word for it.

I guess that settles it. People will dump Slack and Discord on mass and move to the amazing IRC clients like LimeChat which are so much more efficient. it's well known that the number one thing people look at when choosing software is how efficient they are. Nobody cares about looks or features, just about CPU cycles.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by msbarnett on Monday July 22, 2019 @03:51PM (#20501651)
If people cared about looks or features, Slack certainly wouldn’t come out on top.

No, what people care about are primarily network effects. They'll use whatever someone in the company decided to use (frequently Slack because it’s always been Slack since someone back in 2013 decided it was the hip choice, before it even had a desktop client), and they’ll put up with whatever dogshit client they’re served, because it’s out of their hands.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by ymolodtsov on Monday July 22, 2019 @06:24PM (#20502866)
Slack has great features and awesome integrations with almost anything you can think of. This is its value and this is why people like it.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by somethingnot on Monday July 22, 2019 @03:59PM (#20501727)
In the last two companies I worked in it was us low level employees which were begging IT for Slack, until they reluctantly accepted (because of costs and of fears about hosting confidential chats on 3rd parties). Nobody was begging for LimeChat or IRC.

And what about Discord? It's almost exclusively used by people in their homes, there is no company pushing it down their throats.

Re:When a rewrite isn’t: rebuilding Slack on the desktop by snazz on Monday July 22, 2019 @06:03PM (#20502718)
There are network effects outside of companies "pushing [software] down [employees'] throats." Consider, for instance, that large groups of gamers already use Discord?
Re:When a rewrite isn’t: rebuilding Slack on the desktop by pjmlp on Monday July 22, 2019 @03:53PM (#20501674)
Some of us would love to do it, but job and customers aren't there.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by CameronNemo on Monday July 22, 2019 @04:41PM (#20502136)
You say this like I should prefer a Rolls Royce to a Honda.
Re:When a rewrite isn’t: rebuilding Slack on the desktop by redwall_hp on Tuesday July 23, 2019 @12:42AM (#20504425)
Yeah, I'd take a Civic Type R over any other contemporary car.