News for hackers. Stuff that matters.
Re:Reducing Slack’s memory footprint by kalleboo on Saturday March 04, 2017 @05:25AM (#13790255)
I don't think compliation is the issue, it's supporting the diverse platform APIs and UI toolkits.
Re:Reducing Slack’s memory footprint by coldtea on Saturday March 04, 2017 @06:02AM (#13790349)
They use like 5 widgets (styled text, textfield, buttons, radios, etc). They could create their own UI toolkit with 1/10 the resources they have.
Re:Reducing Slack’s memory footprint by joekim on Saturday March 04, 2017 @07:12AM (#13790563)
If this is true, then why are even bigger players with more resources like Facebook and Microsoft building on top of Electron instead of building natively?

I surmise that you are not alone in believing that Slack would be better built as a native app. But if it's such a bad direction why are so many going down this road and what are they missing?

Re:Reducing Slack’s memory footprint by coldtea on Saturday March 04, 2017 @09:51AM (#13791105)
>If this is true, then why are even bigger players with more resources like Facebook and Microsoft building on top of Electron instead of building natively?

Because software is a pop culture, and the latest fad always prevails at most shops. Also companies care more about cutting corners and shipping sooner than about the long haul.

That said, it's not like Facebook particularly enjoyed web based apps: "Mark Zuckerberg: Our Biggest Mistake Was Betting Too Much On HTML5"

https://techcrunch.com/2012/09/11/mark-zuckerberg-our-bigges...

Re:Reducing Slack’s memory footprint by joekim on Saturday March 04, 2017 @03:51PM (#13792870)
The mistake there was one of timing and approach and they learned from it. The promise of cross-platform, web-based technology is still there, that's why they created React Native.
Re:Reducing Slack’s memory footprint by coldtea on Saturday March 04, 2017 @05:33PM (#13793269)
React Native is not web-based. It just uses Javascript.
Re:Reducing Slack’s memory footprint by joekim on Sunday March 05, 2017 @06:14PM (#13799461)
The technology originated from web. It uses javascript, React, babel, flexbox, etc.
Re:Reducing Slack’s memory footprint by pjmlp on Saturday March 04, 2017 @09:38AM (#13791048)
> ....Facebook and Microsoft building on top of Electron instead of building natively?

JavaScript devs are usually cheaper to hire than C++, Java, Objective-C, Swift, .NET ones.

Re:Reducing Slack’s memory footprint by joekim on Saturday March 04, 2017 @03:49PM (#13792857)
I think VSCode by Microsoft is a good example of Electron done well.

In their case, I don't think it's because their web technology devs are cheaper. I wouldn't be surprised if that team knew multiple platforms and languages. I think it's all about finding the balance between dev costs, making a great product, and getting it out fast on multiple platforms.

Re:Reducing Slack’s memory footprint by pjmlp on Saturday March 04, 2017 @04:49PM (#13793098)
On their case, they want to get a few notches up in the SV popchart culture, top of the pops.
Re:Reducing Slack’s memory footprint by joekim on Sunday March 05, 2017 @06:15PM (#13799469)
Being cool in SV is only so valuable.
Re:Reducing Slack’s memory footprint by pjmlp on Saturday March 04, 2017 @06:36AM (#13790438)
Apparently for the web dev generation, writing modular native code across OSes is a lost art, attained by us old druids not worth listening to.
Re:Reducing Slack’s memory footprint by coldtea on Saturday March 04, 2017 @06:46AM (#13790478)
Yeah, and it's especially puzzling since they've given up one of the major hassles of going natively cross-platform anyway: having to support a native look and feel.

Which makes creating a similar (uniform looking across platforms) native UI lib even easier than catering to the intricacies of each platform.