top 65 comments

sorted by: hot top controversial new old
[–] 146 points 7 months ago (40 children)

Because why go for native performance when you can go for minimum effort on all platforms.

  • source
  • hideshow 40 child comments
  • [–] 71 points 7 months ago* (6 children)

    When all you have is a hammer JavaScript, everything looks like a nail web page.

    Kids these days don't bother learning languages that actually compile to native apps.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 49 points 7 months ago (4 children)

    All of my degree was in C, C++, C#, Java, etc. and the one class I had that did web applications did Java backends and middleware with PHP frontends. It wasn’t until I got into the industry that I had to learn Angular, Electron, React, Django, etc.

    I don’t think it’s the devs making these decisions.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 21 points 7 months ago (1 child)

    It's the minimum effort that translates to minimum time that translates to minimum cost for the business. Why hire another developer for a mobile app (or another platform) when you could just have the same web dev write it. Or without hiring another dev, why have the same dev need to build up tooling in another language when you can just reuse from the existing platform

  • source
  • parent
  • hideshow 1 child comment
  • [–] 5 points 7 months ago (1 child)

    It is the devs. Management says they need it fast then the devs say "fuck you here's your browser tab app".

    I deam of a dev job that would let me actually write a good app..

  • source
  • parent
  • hideshow 1 child comment
  • [–] 9 points 7 months ago (18 children)

    Because you want a cross platform solution?

    I get that electron can be slow, bloated, etc, but the amount of ire it draws is overboard.

  • source
  • parent
  • hideshow 18 child comments
  • [–] 26 points 7 months ago (2 children)

    Yes but sometimes, for example core parts of windows 11 like the start menu, don't need to be cross platform and should be native, not a pwa

  • source
  • parent
  • hideshow 2 child comments
  • [–] 10 points 7 months ago (11 children)

    Having built applications with Microsoft's mfc, Java's swing, the omnipresent Qt, and whatever nastiness Mac was using in the early 00's, electron is worth the silliness. Trust me. Trust me.

  • source
  • parent
  • hideshow 11 child comments
  • [–] 6 points 7 months ago* (last edited 7 months ago) (1 child)

    the omnipresent Qt

    So weird. I spent more than two years of my career working on a Qt app (not by choice) but I've never met another human being who has ever even heard of Qt. Nothing else has ever made me so certain that I'm clinically insane.

    My favorite thing about Qt was the use of C++ for the back end and Javascript for the UI layer. It lets companies take advantage of the, uh, four people in the world who are good with both languages.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 6 months ago* (last edited 6 months ago) (3 children)

    As an engineer, Swing is great! Granted, I wouldn't use it to deliver a polished UI to users.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 6 months ago (2 children)

    The individual things themselves weren't really the issue. Swing was by far my favorite.

    The issue was cross platform ui development. If you didn't target Java, swing wasn't viable.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 6 months ago* (1 child)

    Swing was by far my favorite.

    Nice. My team constantly gripes about it but I'm all, "...it's a well designed UI toolkit...?" I can make it do anything. It took me weeks (as a newbie) to try to lay out UI components just so with the new hotness and at the end I had to give up and move on. It would've taken me five minutes to do it with Swing.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 6 months ago

    Swing is what all these xml layout tools have been trying to replicate, honestly. Some get close, but far too few.

    It warmed my heart when GWT basically copied swing for its layout. Made that super easy to learn.

  • source
  • parent
  • [–] 1 point 6 months ago

    the amount of ire CPU cycles / frames / watts it draws is overboard. Lol

    (Trying to be funny not aggressive lol)

    For real though, I think it's just because it epitomizes that "Hardware is fast now so throw sluggishly interpreted high-level code at it and don't even bother with optimization" mentality.

    Like I remember when people would bash Python over this, but Electron apps make that feel way overblown now.

    (Also Python did nothing wrong :( lol)

  • source
  • parent
  • [–] 2 points 7 months ago* (last edited 7 months ago) (13 children)

    Why have a consistent Wayland experience when each application can run it's own Electron version with varying degrees of enforced Wayland flags, and/or such an outdated Chromium version Wayland is just jank.

    Edit:

    Was trying to say that most of these CEF/Electron applications all need their own separate Wayland specific (Chromium) flags to have better Wayland support/integration. And the older Electron applications typically use an older Chromium as base, having even worse Wayland support... Was not trying to make this a "Wayland bad!" kind of post.

    TL;DR: Electron applications have wildly varying level of Wayland support/integration, don't have any Wayland issues other than specific CEF/Electron apps!

  • source
  • parent
  • hideshow 13 child comments
  • [–] 27 points 7 months ago (4 children)

    Wayland isn't the problem. Chrome just doesn't behave well with it. I haven't had any Wayland-related issues with Firefox.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 11 points 7 months ago* (3 children)

    Yeah, maybe it was just badly worded by me...

    most (if not all) Wayland issues I currently have are related to Chromium, and especially CEF/Electron applications that are based on older Chromium versions. Weren't trying to say that this is an inherent Wayland issue, considering most of the applications works as expected.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 4 points 7 months ago* (last edited 7 months ago) (2 children)

    Ah I see. I understand now! I thought you may have been one of the people that is still saying X11 is superior, even though Wayland is very usable now.

    Ive been hitting weird issues in Chrome too, and had to disable GPU compositing to fix them. Unfortunately I have to use Chrome at work - we're not allowed to use other browsers, as only Chrome has the endpoint security functionality they require (provided by Chrome Enterprise Premium). No other browsers have or can provide the same features.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 7 months ago (4 children)

    Always that reflex against Wayland - as someone who has switched to Linux not so long ago i have a hard time with the mindset long time Linux users have against Wayland. I understand that it might be annoying if someone is used to his X-Server and that some tools that people are used to for a decade will get left behind. But as a new user I do not have anything negative to say about Wayland. It behaves nicely with my multi-monitor setup and VRR, has no issues with my Nvidia graphics card, and Xwayland covers tools that can't or won't migrate. Using Pipewire allows Steam Remote Play. In the year or so since i switched to Linux, the stability has changed from "it's ok, but annoys me sometimes" to "rock-solid".

    Y'all have to recognize that there is a new generation of Linux Users around, which does not have nostalgic feelings towards X, and for those Wayland is simply the normal way things run. Whining will not change that.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 7 months ago (2 children)

    Very much pro-Wayland in my case.

    Just saying that certain CEF/Electron apps (especially those running on older Chromium version) are what is causing certain Wayland specific issues, hence my issue is on the application side (Steam, Spotify etc.), not on Wayland's side... My bad for the badly worded post which made it seem like the classical "Wayland bad!" posts.

    I haven't touched X11/Xorg in years, nor am I planning on reverting back to it anytime.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 28 points 7 months ago

    This edit is really well done.

  • source
  • [–] 38 points 7 months ago (10 children)

    I know it's easy to dunk on Electron... but have any of yall written any desktop apps with native frameworks? I wrote a small GTK4+Vala app once and I discovered desktop frameworks are very different than developing webapps. Customizing the look, feel, interaction of elements, and general mechanics, seems like a toooon of effort. (It kinda seems like you're not supposed to customize it.) Web development is waaaaaaaay more friendly towards customization. Which as a company, you want your app to look like your company, not some generic OS bundled app.

    And then you have to repeat all that effort for crappleOS and Wangblows?... And then you gotta hope that it's even possible to do the thing you want in different OSes. Sheesh.

    I mean, I'd be happy if everything was native apps, but I also understand why people don't tend to choose that route.

  • source
  • hideshow 10 child comments
  • [–] 31 points 7 months ago* (2 children)

    That's kind of the point of the frameworks though? Electron apps suck not only because of resource footprint, they don't look and feel native, if they have any accessibility it's usually custom and different for every program. Too much customization is bad.

    I remember the times before UI toolkits took over. These programs had soul and were beautiful in their own way, but you had to learn how UI elements worked in each of them separately. The same thing happens with web apps now. Tab and the other usual keyboard shortcuts rarely work, controls are all custom.

    X-Copy-Probably-the-most-popular-Amiga-program-ever-Amiga-news-commodore-news-piracy-on-the-80s-and-90s-2334938446

    dpaint01-1293592928

    a5003-crop-2302041451-01

  • source
  • parent
  • hideshow 2 child comments
  • [–] 28 points 7 months ago (1 child)

    Once upon a time, we differentiated our apps based on their capabilities and gave them a consistent interface so people who knew how to use Windows|Linux|MacOS apps would already be familiar with how they operated. Now we differentiate on looks/user experience, and many of them arent capable at all.

  • source
  • parent
  • hideshow 1 child comment
  • Customizing the look, feel, interaction of elements, and general mechanics, seems like a toooon of effort. (It kinda seems like you’re not supposed to customize it.)

    Sometimes all of this is there for a reason. I used to really hate standard Windows (and I still do) but it had one big advantage: everything was accessible, in the sense that it all worked very well for blind and vision-impaired people. Usually when people create their own custom look and feel etc. they never accommodate accessibility at all.

  • source
  • parent
  • load more comments (1 reply)
    [–] 7 points 7 months ago (1 child)
  • Lol, this is funny

  • source
  • [+] 19 points 7 months ago (5 children)
  • [–] 47 points 7 months ago (3 children)

    Counterpoint: Every developer should have to test their app on a machine with 1 GB of RAM and a dialup modem before inflicting their bloat on the rest of the world.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 21 points 7 months ago* (1 child)

    I just tried doing some work on a convention center WiFi connection in a small town. And it was clear the software I was using had no concept of slow internet. No progress bars on downloads, no resuming when connections dropped.

    Everything just assumes max performance and fast network.

    works on my machine

  • source
  • parent
  • hideshow 1 child comment
  • I remember some years ago when a version of MSDN came out that had clearly been developed entirely on enormously wide monitors. Despite word-wrapping being a problem that the programming world solved many decades ago, this version of MSDN had completely fucked it up and you could only read it on a normal laptop screen by scrolling left and right with the horizontal scroll bar for every line. I spent months copying every article I needed to read into Notepad.

  • source
  • parent
  • load more comments (1 reply)
  • [–] 2 points 6 months ago

    Meanwhile, I have to install my third freedesktop 1GB dependency for 4 flatpak apps. What I wouldn't give for a slim 100mb electron package... All my electron apps as appimages are less than 1gb total.

    But hey, at least native apps are so much faster. I have to get out an atomic clock to really see those microseconds that Zed is saving me compared to VSCode. You can even use the extra battery you gain to do one extra Rust compilation from scratch!

  • source
  • [–] 1 point 6 months ago

    Video doesn't load for me, alt links?

  • source
  • [+] -2 points 7 months ago (1 child)