this post was submitted on 11 Sep 2023
1167 points (97.1% liked)

Programmer Humor

32479 readers
231 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 25 points 1 year ago (9 children)

Isn't this about performance and not storage?

Making and managing an electron app is easier, but it is possible (with more work) to have clean install/uninstall, a nice UI, and consistent regular updates while still being fast and efficient.

Better programs will always need more work to create.

I am curious about what other options there are, and why Electron is what a lot of people go with.

[–] [email protected] 17 points 1 year ago (5 children)

People choose Electron because they already know how to write Chromium apps (web dev). It's really just ease of development, using another framework takes more specialized skills than using Electron.

That's why everything is Chromium these days.

[–] [email protected] 3 points 1 year ago (4 children)

That’s why everything is Chromium these days.

The root cause is one step deeper, tbh: Web apps are cheaper. You take BSc's and make them create web pages, and hey, with Chromium they can also be your desktop app devs. No need to have costly MSc's for backend or full-stack work.

I mean this might vary depending on where in the world you are, but web devs earn a fair bit less over here.

[–] [email protected] 1 points 1 year ago

It's not really because the developers are cheaper, it's because the vast reduction in complexity is cheaper. Let's say you've got a great general app idea and you're going to build a startup. Your app is going to have to be mobile and desktop. To do that well, natively, this means:

  • you're going to need a backend dev who are probably going to be building APIs that are touching on web tech.
  • You're going to need a developer team who can target Apple platforms, Android, and Windows. I lump Apple together here because although it's not entirely fair to say that it's as simple as they promise where you just click a box and your iOS app works on macOS, you're at least able to work in the same general toolset (Swift, SwiftUI, Xcode, etc.)
  • You're going to need designers who can design to the specific needs of the platforms, which is also going to mean more domain expertise.
  • testing for each of those platforms.
  • This is true regardless, but you're going to have to deal with more platform-specific support. More platform specific documentation, etc. How do you do think x on platform y? Where is the button on this platform vs that one?
  • maintaining feature parity as you continue to build is going to be much more difficult, and you're going to have to decide if you want to maintain feature parity and slow the whole process, or give up and launch on some platforms first (hopefully there is no one that uses a Mac and an Android phone or Windows and an iPhone or an iPhone and a Samsung Tablet or that gets annoying real fast.)

In short, moving from one platform to two natively doesn't double complexity and cost, it's far, far worse than that. It's not that a good web dev costs $70k vs an iOS dev that makes $90k, it's that a good iOS dev costs $90k, and a good Android dev costs $85k, and a good Windows dev costs $80k and one of those people hopefully is familiar enough with each platform to be the team lead so you can tack on another $20k for them...

And all the while you're building that team and building your 3 different platform native apps, a competitor or several will launch on Electron and web tech and take the market because no one except us nerds give a shit about whether something is using the right platform idiom or even knows what they are, and far fewer still have any idea how to check RAM usage and the like.

load more comments (3 replies)
load more comments (3 replies)
load more comments (6 replies)