Too many Mac apps are being built with Electron

https://hyperdiskapp.com/blog/too-many-mac-apps-are-being-built-with-electron/

by JKCalhoun • 2 years ago

70 104 2 years ago

laveur• 2 years ago

I couldn't agree more. Yes there is some utility to things like Electronc and React Native. They are great for small startups that don't have the money to hire a team for each platform. Or they just need to get something that they can demo to investors. But really when it comes down to it, they should take some money and hire some people that can write the app natively.

drewg1233• 2 years ago

I totally agree with the author's points, however, I can't understand why people run "apps" for things like WhatsApp (and Slack) when they run just fine in a browser tab.

wahnfrieden3• 2 years ago

People like to click a dock icon or cmd-tab to an app, instead of having to click a dock icon and then a particular window and then a particular tab, or cmd-tabbing and then clicking to a particular window and then a particular tab.

drewg1233• 2 years ago

I guess I'm just biased because I like to run an OS on my desktop (freebsd) that doesn't support Electron. I've carried that over to my macbook... I've just gotten into the habit of "gmail is leftmost, slack is next, etc", and never have a problem finding slack..

jauntywundrkind2• 2 years ago

It had all sorts of limitations & I get why it didn't last & it was overloading even for me, but...

Damn I miss those glorious months or years when Chrome tabs were just app instances.

It's insane to me that the browser & OS both have their own totally parallel/separate ways of managing multiple windows. That the two don't work together at all. The os has seemingly made such faint progress in helping complex apps manage multidocument setups.

reportgunner• 2 years ago

You can have more than one browser window though.

aurareturn10• 2 years ago

I totally agree with the author's points, however, I can't understand why people run "apps" for things like WhatsApp (and Slack) when they run just fine in a browser tab.

On macOS, you get native notifications, a bright red dot on the app icon for notifications, and a separate window from your browser. Lastly, the app might optimize for native macOS APIs strategically.

drewg1233• 2 years ago

None of those are worth a few gigabytes of memory and disk space to me.

bmicraft4• 2 years ago

Web notifications are a thing, and Whatsapp could popout a window without browser chrome from a webpage

jauntywundrkind2• 2 years ago

I love the idea of PWAs as an option for people, but I would 100% rather use a web page than an app.

I have kick ass extensions filtering ads, giving me adjustable/customizable dark mode, I have a great form auto-saver, I have audio scrobblers, I have pinboard and are.na extensions.

I have a url bar! I have tabs! I have back & forward buttons where I expect. I am afforded so much by the browser chrome. I don't want my user experience to be at the behest of some company building an app; I want the freedom and power to go further. And it feels like PWAs are a step back, to a form of computing that doesn't respect user agency.

And alas, a number of permissions are being created that only work for PWAs! This is the biggest threat I see to the web I want: PWAs forcibly removing me from the situated environment I regularly use/enjoy, the browser.

hammyhavoc9• 2 years ago

Yes, I feel like the idea of a website/web-app you can install made sense at one point, but the reality is that it's not really much of an advantage on a browser, and if you're still running a browser too, you may as well just use it as a part of your existing browser.

Firefox pulling the plug on their PWA efforts was pretty frustrating.

asdff3• 2 years ago

Because with apps, I can download something built proper from the community like Ripcord instead, that uses less than 100mb of my memory.

vdaea• 2 years ago

If whatsapp takes 16 seconds to launch on your mac I'd say the problem is your mac.

aurareturn10• 2 years ago

On my M1 Pro using the latest Whatsapp version, it launches in 0.5 - 1.5 seconds.

camel-cdr2• 2 years ago

There is no reason why a chat client should take more than a second to launch on any desktop or laptop produced in the past two decades.

jeanlucas2• 2 years ago

I have 5+yrs of history and WhatsApp takes 3-5 min to update if I have several chats on the phone while the app was closed.

For the web as well.

Both the web client and Mac clients freeze or get really slow if people send reactions to messages, it messes up the sync and any messages that I write won't be sent until all reactions are synced.

It is not a machine problem. It's how WhatsApp works nowadays.

aurareturn10• 2 years ago

I don't have any of these issues. It was quite buggy during the Apple Silicon transition though. It seems stable now.

b7we5b7a• 2 years ago

Some anecdata from daily cold booting my MacBook Pro 16' 2019:

- Slack is very reactive, displays a spinner in <2s, takes a few seconds (<10s) to fully load and draw - perfectly acceptable

- Outlook (new experience mode) is a bit slower, takes a few seconds extra to draw, but is still reasonably fast and manageable considering the amount of data it handles - still reasonable, although a bit laggy at times

- New Teams ® (released somewhen Q3-Q4 2023) takes >15s to open or display anything, >15s to draw, >5s to switch across organizations, >1s switching chat tabs in the same org

I'm not spending 3k$ every 2-3 years because "my computer is the problem".

We need to force devs to use and test on non-workstation machines, that don't have 64GB of RAM and the latest CPU/NVMe drive, especially for Electron apps, which open an entire browser copy for each application.

seec5• 2 years ago

The only reason you would need to spend 3K is because of Apple. You could spend half that and get a similar/better computer that would last as long. Or spend as much and get something that would significantly outlast any Mac of the same price, at least from a performance point of view.

Apple has been absurdly milking its consumer for quite a while now, without much merit in the form of technological advantage.

It's not the fault of software companies if Apple hardware is overpriced, they don't have to care, their hardware are cheap enough...

seec5• 2 years ago

I completely agree. It takes less than 3 sec to load and displays chats on a 9 years old PC. So, either he is lying or the mac he is talking about really sucks.

But to be honest it is quite possible since they still sell overpriced 8GB slow as molasse machine that somehow gets hyped up. Their base Apple Silicon machine barely clears the bar for passable (ignoring price) yet we are supposed to believe they are performance monsters; that hasn't been my experience.

If it really takes 16 sec either the mac truly suck or there is something wrong with his setup...

ex3ndr• 2 years ago

And yet native apps consume as much or even more memory than electron because you have to implement memory management manually which could be very difficult for app like WhatsApp.

mjevans• 2 years ago

Too many APPs are being built with Electron.

There really just needs to be a cross platform API that renders with native widgets and is easy to link / build against for OSX+, IOS+, Android+, and Windows+. Make the platform open spec and free to implement and Linux / BSD will probably follow on their own.

The do or die is shipping natively, with the OS, on the popular closed platforms. Web browsers are where engineering dollars are already spent to adapt a common API (web tech) to native platform tech and that's why Electron and similar things see traction.

wenc• 2 years ago

I mean there is Qt and wxWidgets but they look dated compared to Electron which supports the latest in web front end technologies.

rubymamis4• 2 years ago

They "look" outdated because many developers using Qt simply don't care about aesthetics, unfortunately. But there are some few good exceptions. Telegram Desktop uses Qt[1]. Another one is a new app I'm working on[2].

[1] https://github.com/telegramdesktop/tdesktop

[2] https://www.get-plume.com/

asdff3• 2 years ago

There's plenty of cross platform APIs, some of them quite ancient and established, the problem though is too many choices.

wahnfrieden3• 2 years ago

Apple needs to invest in making Swift and SwiftUI more cross-plat friendly, otherwise businesses will continue to use the subpar cross-plat technologies that are at hand to ship to their platforms. I don't think this will happen though because they don't care much about the macOS App Store relative to iOS which doesn't have this issue nearly as badly.

camel-cdr2• 2 years ago

In this test, there’s no contest between BBEdit’s 1 second launch time and WhatsApp’s 16 seconds on a 2021 MacBook Pro.

How is 16 seconds even remotely reasonable?

1propionyl• 2 years ago

It's not, and it's faster to take my phone out of my pocket and open it there (where it's native)...

...which is exactly what I do.

The desktop app is only really useful for reading images with small text or shunting around attachments. As a messaging app it's a mess, and not even remotely a first-class way to use WhatsApp.

P.S. it takes even longer if you haven't used it in a while while it catches up while re-rendering for some reason so it looks like the whole app is in super speed... rather than just do that behind the startup loading bar and save the useless visual updates that look half-broken?

bmicraft4• 2 years ago

Yup, I really don't get Whatsapps "catching up" mode, which after only like a week takes significantly longer until the ui is usable than linking a new session

hammyhavoc9• 2 years ago

Oh, so not just me that prefers to use their phone for some stuff even if the UX itself sucks? The launch time is a big one for me.

aurareturn10• 2 years ago

I disagree with the author.

I see it as, if not for Electron, this app wouldn't have been made for Mac period or it would not have feature parity or it would be more expensive in terms of subscription or one-time buy price.

Choose 2 out of 3: Low price, feature parity, app performance.

For certain types of apps, consumers have chosen low price and feature parity.

I think it's fine for apps like Spotify, Whatsapp, Discord, Teams, etc to use Electron. They're cross platform apps that also require a web version. Electron provides acceptable performance for them.

VSCode is the prime example of having huge success with Electron. It's free. It supports many platforms. It has feature and plugin parity. It even allows very interesting use cases like spinning up private web instances that have all your local settings.

Obviously there are types of apps such as video editing and rendering that should not be Electron apps - and they aren't.

Secretmapper• 2 years ago

I agree with this take. Most of the 'good' app listed (and also the ones I love) like Transmit, iTerm etc are mac _exclusive_. They only target Mac.

It doesn't make any sense to do that to Discord because it's cross platform by necessity and design.

saintfire• 2 years ago

The exclusive apps are other side of the coin, even. They show that making something that targets Mac is its own job if you're not using cross platform frameworks. With that in mind, it makes perfect sense that people don't want to target Mac, especially if they're not entrenched in or familiar with the Apple ecosystem.

mmcnl3• 2 years ago

Indeed Electron apps are not competing with native apps, they are competing with not existing at all, especially for macOS and Linux because of their relatively low market share.

viraptor5• 2 years ago

That argument would hold more power if there wasn't an existing native client for Slack and Discord, made by one person, with all the features I needed, working with absolutely no lag and minimal resource use, working on MacOS, Linux and Windows.

Unfortunately the development stopped, or I'd still use it. https://cancel.fm/ripcord/

There's absolutely nothing preventing a large, funded company from achieving the same on the tech level.

bmicraft4• 2 years ago

I think it's fine for apps like Spotify [...] to use Electron

Spotify uses a significant amount of power/battery while playing music when my laptop is otherwise idle. I can only image that being due to decrypting their drm'd music in javascript. Many people won't notice and therefore not care, but I do think it's quite the drawback. Much more than the ui not looking native or not perfectly integrating into my desktop.

Even running through wine would be preferable to that.

hammyhavoc9• 2 years ago

Would running through Wine really provide that much of a difference in resource consumption?

jemmyw2• 2 years ago

Electron (node) can call into C libs in a couple of different ways in order to do things like decrypt the music. I really doubt that work is being done in the javascript layer.

I've not had an issue with Spotify for some time, I generally like the app other than the odd nitpick here and there. I haven't encountered bugs for a long time, not ones that stop me using it.

Apple Music on the other hand... a native app that, being written by Apple themselves, should be the epitome of how to do it in terms of quality and user experience, is terrible! It feels laggy. I just opened it and clicking between sections there's like a noticable tiny lag in the highlight under the list items where spotify feels immediate. AM looks pretty sparse. But far worse than those things, it often breaks and is unusable. "There was a problem accessing your account" restart and it works. When I first signed up to it I had to contact Apple support because the app just wouldn't work. I guess at least they had a support channel where I could chat with someone. The app quality is appalling though.

noitpmeder2• 2 years ago

I couldnt disagree more. Many/most of the apps the author lists as "let's write more of these!" are EXCLUSIVE to Macs. Of course it's much easier to develop a native app if that's the only platform you target.

Hell, the author even self promotes his own app as a model to follow. Surprise surprise the only supported platform is Mac.

I don't think it's realistic to expect every company, regarless of size, to redevelop their application in native toolkits for every platform. It's much better overall to develop a one-size-fits-all solution, and Electron is obviously one of the more popular tools for doing this.

Now, I definitely support a leaner cross-platform framework, but advocating that companies "use Apple’s own tools and toolkits, and stick closely to them" is fanboyism at it's most extreme.

wmf• 2 years ago

Native apps are genuinely better and I don't think it's fanboyism to point that out. But yeah, we're never getting native apps so it's mostly pointless to rehash it.

noitpmeder2• 2 years ago

Better in some regards, but worse in others.

Fanboyism was more in regards to the "follow the examples of these apps", where most of the apps ONLY target Macs.

kelseyfrog• 2 years ago

Weird question, what's the right number?

greyface-• 2 years ago

-1/12

mrbadguy• 2 years ago

Ha! When you know - you know ;)

starttoaster3• 2 years ago

We all know how browser-based web apps tend to feel. Things lag, they’re inconsistent, you’re never sure whether stuff like copy & paste or drag & drop is going to work, you’re not sure where (or if) your work is getting saved, the list goes on.

This has not been my experience with Electron apps at all.

An app that’s under 20MB is very lean. Apps over 100MB better have a good reason for being so big, and apps above 500MB are probably bloated, unless they’re games or legitimate mega-apps like Photoshop or Final Cut Pro.

Smaller is better, surely. But outside of gaming computers and embedded software, how often are most people really scraping together megabytes of disk space to store their 200MB applications? Not very often, is my anecdotal experience.

While they’re running they also take up RAM (memory,) and use CPU processing power.

Sure, I won't argue at all here. This one hurts a bit sometimes. I suppose it more so hurts people running low end hardware.

This might get filed under my list of "hot takes," but rarely, if ever, is my computer slogging and I open up htop or Task Manager and discover it's some Electron app swallowing my system resources. So I find a lot of the anti-Electron arguments to be a bit exaggerative.

rubymamis4• 2 years ago

That's exactly the problem, tho - our hardware is playing a game of tag with bloated software, it always needs to keep up with the newest bloat. Buy, why? My computer is extremely capable already, why not use its resources efficiently to get the best out of it? I'm building an advanced block editor (like Notion) in Qt C++. It takes 0.78seconds to load War and Peace on my 2016 MacBook Air. Using the top of the line Electron app (MarkText) takes 34x longer! Also, the same text loaded using the best native macOS app (Bike Outliner), on a 2022 M1 Pro takes 1.5seconds. So, my 2016 MacBook Air is "faster" than 2022 M1 Pro just due to more efficient software.

starttoaster3• 2 years ago

it always needs to keep up with the newest bloat. Buy, why?

Because there exists tools that make it easier to ship a good software product to the market, and without these tools, there are many software products that would simply not exist because of the much more prohibitive cost of developing bespoke applications for every platform you want to support. And the flipside to that predicament, not supporting everyone in your target market because you only developed one of the apps you need to develop.

There is a trade off. You aren't getting nothing out of the bargain. Maybe you noticed, but this blog post we're commenting on is actually an advertisement for a software product that only supports MacOS. Seem a bit ironic, doesn't it? I wonder if leveraging Electron might make it simpler to add support for Windows or Linux systems.

tanx16• 2 years ago

In defense of the companies that do this - making native apps is extremely expensive compared to just using Electron. If you want to have a native app for Mac and Windows and a website, that's 3 separate frontends that you have to propagate changes across. This triples all the work that you typically have to do (UX changes, platform-specific bugfixes, etc), and getting some fullstack developers are cheaper than hiring Mac/Windows specialists.

I think HN users are in the minority of users who seriously care about speed/performance. Electron is good enough for pretty much everyone else, and it's clearly working well for for Discord and Slack. It makes more sense IMO to invest time in improving Electron efficiency rather than telling companies to just avoid it.

viraptor5• 2 years ago

Avalonia https://avaloniaui.net/ QML https://doc.qt.io/qt-6/qmlapplications.html and other options exist. The choice is not between Electron or native. There's lots of options in between "everything native from scratch" and "ship the whole browser".

Also for many electron apps you're going to write a native component too.

alwayslikethis• 2 years ago

By the point you are using QML I don't think it's actually that much lighter than Electron. QtWidgets is probably justifiably better in this regard. Not all electron apps have to be as bloated as Slack, for example. It's possible to design sane applications.

MichaelZuo• 2 years ago

For paid software at least, it would be a silly strategy.

The point of buying software on the Mac is that it is tailored for the specific environment. Someone who doesn't care about any of that wouldn't even be a potential customer, since they wouldn't even use Macs often enough to consider buying anything.

At most it would only be attracting customers who are forced to buy that software because there are no alternatives.

tkgally• 2 years ago

... Not apps that link in a lot of big bloated frameworks like WhatsApp, Zoom, Slack, Discord. (For some reason this category of app just loves huge frameworks.)

I dislike Electron apps, too, but isn’t one reason for that category of apps to use huge frameworks is that they are all communication apps for people on multiple platforms? Apps for such consumer-facing uses would run into a lot of problems if the details of the interfaces were different for users on different OSs.

psyclobe• 2 years ago

Sorry Apple, but there is nothing so special about your platform that won't prevent developers from abstracting it away into a general cross platform case.

mmcnl3• 2 years ago

The web is/has been//will be taking over and it's an unstoppable force at this point. It's the only true universal cross-platform API. To improve cross-platform experiences, the answer is probably not in spending resources on creating native apps for each platform, but to improve the cross-platform Electron (or Electron competitor) experience with web technologies. Unfortunately this is not necessarily in the interests of Apple and Microsoft, so I think it will remain a bumpy ride.

DarkmSparks• 2 years ago

->We programmers have got to stop building stuff this way.

Then the platform developers need to work together and offer a better option. Its as simple as that. I dont think _anyone_ is proud of electron apps, but mostly there simply isn't a better alternative, complaining electron sux doesnt solve the fact all the other options suck more.

Qt, JavaFX etc... give me a break.

lapcat4• 2 years ago

I think what's missing from a lot of these discussions is that web services shouldn't need to write native apps. All they need to do is provide a full API and let third-party native app developers do the rest of the work. The problem is that these companies want to control "the whole experience". People often say, "It was either Electron or nothing", but that's assuming only one company is writing every native app. The real problem with the official Slack Mac app is that it exists! If Slack just got out of the way and let Mac native developers take the opportunity to write Slack apps, we'd probably have a number of good ones.

Consider Twitter. The healthiest app ecosystem Twitter ever had, on both Mac and iOS, was when there was no official Twitter app. There were a bunch of great third-party native Twitter apps. But then Twitter acquired Tweetie, released an official app, and that was the beginning of the end. In the end, Twitter destroyed its own app ecosystem by trying to control everything.

"Why is [web service] using Electron?" is the wrong question. The right question is, "Why is [web service] writing native apps?" Let web developers be web developers, and let Mac developers be Mac developers. Each can do what they do best, without trying to do everything.

prepend3• 2 years ago

All they need to do is provide a full API and let third-party native app developers do the rest of the work.

The problem with this is that those apps are kind of boring to make and there’s not much money in them.

lapcat4• 2 years ago

those apps are kind of boring to make

Why?

there’s not much money in them.

Enough money to sustain a big corporation? No. Enough money to sustain an indie developer? Yes.

hammyhavoc9• 2 years ago

Counterpoint: not enough Macs are selling to justify native development for a lot of apps—but better to ship something than for the Mac to sell even less because of missing software.

asdff3• 2 years ago

You can build for mac and linux at the same time if you plan for it.

hammyhavoc9• 2 years ago

Yup—but the average Linux user does not give two shits about the average crapware that corps want to shovel onto consumers as they tend to be much more fussy over privacy and ethics.

JALTU• 2 years ago

Even Apple themselves seem to be taking this strategy! (Note the Apple Music thread above.)

goalieca• 2 years ago

Why not make electron more efficient? Could webasm be the path forward here? Or is it the frameworks themselves that are bloated.

disambiguation2• 2 years ago

I've been learning game dev recently and I've discovered that the Godot game engine is actually a very capable app builder. It has all the benefits of electron -- accessible to developers, multi platform support -- but it appears the apps are much leaner.

The author mentions the official WhatsApp weighing in at 324 MB. There's an open source WhatsApp clone made in Godot that builds at about 55 MB. Of course with all the media and features of WhatsApp its not a apples to apples, but regardless the results are interesting.

https://github.com/3ddelano/whatsup-godot

Fun fact, Tesla also uses Godot for their mobile app.

rubymamis4• 2 years ago

The new WhatsApp client for macOS is native, tho.

disambiguation2• 2 years ago

Ha that's what I get for not fact checking. Nonetheless the app is still extremely bloated.

diimdeep• 2 years ago

Better comparison with WhatsApp instead of ancient text editor would be Telegram app [1] built with Swift and C/C++, given hypertext and rich media that is modern messaging app like Telegram, it is resembles more a subset of web browser functionality rather than text editor, so binaries for this around 235 MB in size.

[1] https://github.com/overtake/TelegramSwift

r2vcap• 2 years ago

It is interesting that many folks are comparing macOS native apps and Electron apps. As someone who uses macOS for work and Linux for everything else (FOSS, games), I'm thankful for Linux apps using Electron, CEF (Chromium Embedded Framework), and Flutters, otherwise, developers/companies might opt out of supporting Linux. While in many cases writing native apps using one's favorite compiled language such as C++, Swift, and Rust is preferred, many apps prioritize feature parity over perfection, making cross-platform usage perfectly acceptable.

hateMePlease• 2 years ago

App which loads content from cloud infrastructure launches slower and uses more computing resources than a text editor which loads local content. Oh gosh, such exiting and not obvious conclusion. This discovery will push the entire industry forward. I agree that Electron apps are not enough resource efficient but I don't remember them promoting this. CS is always a trade-off, in this case you get cross-platform app for less efficiency. If you're not agree with that, send the email to WhatsApp PM team and try to convince them that they need N times more dev teems, N times more QAs (where N is number of platforms) and spend N times more $$$ on them all to make you happy. Btw, try to imagine how long it's gonna take to build a feature in such environment. The author lives in Wonderland where you can compare whatever you want and where A is worse than B just because the numbers says so, without any justifications.

rmdashrfv• 2 years ago

Yeah I noticed this too. That was a completely unfair comparison, and if the author of this article is a decent engineer, then he has to know how egregiously bad faith that comes across. The author won't have support from a lot of people after two mistakes:

1. He's published the article under his native Mac app's blog, which he has every incentive to do and for that reason is biased.

2. Comparing a local text editor to an app that loads tons of rich media content from one of the busiest servers in the world discredits the argument in a major way

seec5• 2 years ago

I used to believe the same thing, but that's just Apple propaganda, pretending their stuff is better than everything else when in practice it's not always the case.

It would be an argument if Mac native development could be ported to other platforms relatively easily. But that would take Apple to care about anything else than itself so it will never happen. As is, it only makes sense to develop a Mac native app if you are absolutely sure that it is the only platform you want to target. For this reason, there are some successful niche apps, but I believe that it is not a very good idea for the vast majority of projects.

Apple has some good librairies that can speed up the dev process of some specialty apps, but if it becomes a complex long running project, it is most likely going to bite you; because of being tied to the Apple agenda and the fact that they have zero problem in deprecating everything every 5 years or so, creating much unnecessary work and erasing a lot of value creation.

And this is under the assumption that Apple native stuff is inherently better than other native stuff. That used to be true in some cases, but with recent developments I don't think the argument holds up. Native stuff does not bring a lot of advantages while not feeling much faster than alternatives and recently being even more bugged than you would expect. Anything swift is generally just not very good when it's not just plain bad. I think the native Reminder app just got barely usable, after like 3-4 years. At this point I prefer electron stuff...

The argument about ressources and bloat is typical Mac user stuff. It only matters because Apple is a greedy corp charging way too much for way too little. People using Mac have to care, because there is a very real and large cost to overprovisioning your system to guarantee performance. But the reality is that RAM is cheap and storage is even cheaper (especially if you don't need to have the fastest thing around) so it doesn't matter. People who want/need fast system in all conditions just max out their RAM to 32/64GB and their SSD to multiple of terabytes. It cost them less money than it cost upgrading 8GB of RAM at Apple. And while every Apple fanboy is boasting about Apple Silicon battery thanks to its power consumption the reality is that you will find computers that cost half to 2/3 of the price of Apple's cheapest offering that perform at least as well (from a benchmark standpoint) but in practice much better in real-world use (because of many factors, like application technology just like this post says).

Alos, on Windows 11 WhatsApp uses 50-80MB of RAM but that's not surprising considering how bad macOS is with third-party technologies. In general, there is some widely held belief that macOS (and Apple stuff in general) makes better use of the hardware. As someone who runs both systems concurrently (and even ran 2 identical Mac Minis, one on windows, on on macOS) I can say that this is a load of horseshit. I find Windows to be less ressources intensive, especially if you have a dedicated GPUs, then system RAM use is much lower. A major problem the Macs always had was poor GPU specs, but they made it even worse with Apple Silicon, because, surprise, you need to share your overpriced soldered memory just to display stuff too. Isn't it nice? This was an intended consequence and the unnecessary RAM soldering (somehow justifying the absurd price) just a means to an end: make more money, with absurd margins.

orenlindsey• 2 years ago

This is so true. Electron is bloated and it's only used because it's easier. Same with React Native. We have got to stop putting DX over UX.

"WhatsApp Helper, WhatsApp Helper, WhatsApp Helper (GPU), WhatsApp Helper (Renderer) and WhatsApp Helper (Renderer). A Mac app shouldn't need any of these. They’re probably communicating with each other using sockets or ports, or maybe shared files. This really isn’t how you’re supposed to build a Mac app. This shouldn’t become normalized."

apapapa• 2 years ago

The problem is that Electron's (and Python's) interpreter(s) add too much bloat... Just change it (them)

Too many Mac apps are being built with Electron

Related Stories