• count_dongulus@lemmy.world
    0·
    1 month ago

    Cheaper & faster development by leveraging large libraries/frameworks, but inability to automatically drop most unused parts of those libraries/frameworks. You could in theory shrink Electron way down by yoinking out tons of browser features you’re not using, but there’s not much incentive to do it and it’d potentially require a lot of engineering work.

    • zenpocalypse@lemm.eeEnglish
      0·
      1 month ago

      Yeah, though the joke is funny, this is the real answer.

      Storage is cheap compared to creating custom libraries.

      • UnityDevice@lemmy.zipEnglish
        0·
        1 month ago

        Storage is cheap on a PC, it’s not cheap on mobile where it’s fixed and used as a model differentiator. They overcharge you so much. Oh, and they removed SD card slots from nearly all phones.

      • Tanoh@lemmy.world
        0·
        1 month ago

        Also the storage is the cost for the user, and google in the case of play store. So the developers have no incentive to reduce the size.

    • Bytemeister@lemmy.worldEnglish
      0·
      1 month ago

      Yep. Apps are 20x bigger with no new features…that you are using.

      Let’s not forget that the graphics for applications has scaled with display resolution, and people generally demand a smooth modern look for their apps.

  • KillingTimeItself@lemmy.dbzer0.comBannedEnglish
    0·
    1 month ago

    uh, please do ask, why does opening a fucking glorified text and image processing app require 1 gigabyte of ram.

    Who wrote this software? The guy from the bible who was the model for greed and gluttony? Jesus christ.

  • x4740N@lemm.ee
    0·
    1 month ago

    Lazy devs not removing old non functional commented code and background code additions ?

    Though I do get it if they don’t want to remove the old code if their employer is an asshole

    • SketchySeaBeast@lemmy.caEnglish
      0·
      1 month ago

      That’s not why. It’s the dependency trees that run a dozen layers deep and end up importing “isEven”. If you’re building a react app odds are good you’ll import way more code than you ever write yourself.

      And no one should be leaving commented-out code in their app, that’s what source control is for.

  • the_wiz@feddit.orgDeutsch
    0·
    1 month ago

    Is this the appropriate point to reference the suckless community? I mean, that’s THE point of the movement…

  • cylon@programming.dev
    0·
    1 month ago

    Memory is cheap and data sells enough to many parties. Most apps are just store front for Ads and data collection.

    No wonder why open source apps are quite light.

  • Stovetop@lemmy.world
    0·
    1 month ago

    It’s just that we have to make space for our 5,358 partners and the telemetry data they need.

  • buddascrayon@lemmy.world
    0·
    1 month ago

    Oh, they have new functionality. It’s all in the back end, detailing everything you do and sending it to the parent company so they can monetize your life.

  • Aux@feddit.ukEnglish
    0·
    1 month ago

    Most resources are not consumed by wonky code or dependencies. Most resources are consumed by images and sounds.

      • Aux@feddit.ukEnglish
        0·
        1 month ago

        Every decent piece of software has crap loads of resources: icons, texts, translations, manuals, sounds, fonts, etc. Even hello world app contains at least one resource - “hello world” string and what’s funny is that executable meta data required by operating systems and the string take more space than the actual code to print this string.

  • Gxost@lemmy.world
    0·
    1 month ago

    It’s all because of Electron, unnecessary libraries, and just bad coders. Asus Armoury Crate weighs a lot and is so slow, but it’s basically a simple app. Total Commander has much more features, but it’s fast, lightweight, and consumes 9 MB of RAM.

    • SirQuack@feddit.nl
      0·
      1 month ago

      I’ve said this on reddit before, but once for a joke I tried to make a windows program to play doot.wav during October at random, and tried programming it on Linux.

      Sinds playing audio and working with the system tray was tricky, I ended up with electron.

      So yeah, an atrocious 120 mb application to play a 6kb wav file with a Math.random(). I don’t remember the memory consumption, but it was probably just as gross.

      • Gxost@lemmy.world
        0·
        1 month ago

        Once I wrote an annoying program adding acceleration to the mouse cursor, so it was difficult to click any UI item. It was written in Object Pascal with Win API and weighted 16 KB. And I think in C it would be even smaller.