• BaroqueInMind@lemmy.one
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    8 months ago

    If only they paid web developers more…

    I could not give two fucks about the memory efficiency of a web page I worked on since I barely take enough home to afford groceries.

    Unless they pay me more to care, it’s still your problem internet person.

    • chiisana@lemmy.chiisana.net
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      A lot of devs I know are purely ticket in ticket out… so unless someone convinced management there’s a performance problem and that they’d need to prioritize it over new features (good luck), then it will not be done.

      • umbrella@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        i (barely) get paid to solve tickets, i’m not gonna fight with management for them to do their job properly.

    • neomachino@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      When my title changed from web developer to software developer I got a 60% pay increase, but my job hardly changed in reality. I still only make just enough to do doordash on the side as an extra safety net and not as a necessity to afford food.

      But when anyone asks what I do for work and I tell them, they immediately assume we’re absolutely loaded and I’m picking up the check everywhere we go.

      • sugar_in_your_tea@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        Yup. I do make a fair bit more than the average person, but I have a family, kids, and a lot of experience. I’m far from poor, but I’m not making what people seem to assume I make. I live in a middle-class area, my kids go to publicly funded schools, and I drive reliable, older cars (both ~15yo, will be replacing one soon for something <10yo).

        I probably could make $200k+, but I’d have to work crazy hours doing unethical work. As it stands, I’m in the 12% tax bracket, so very much in the middle class, and I choose to make less in exchange for a better work/life balance. Fortunately, my wife doesn’t have to work for us to make ends meet, and the same goes for a few of my coworkers (one legally can’t because of immigration nonsense). If we both did what I do (my wife couldn’t, she doesn’t have the formal education or experience for that), we’d be rich, but that’s just not the case.

        • neomachino@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          8 months ago

          If you don’t mind me asking what do you do? I’m always curious since truthfully the $200k/y fang jobs sometime make me think I’m the odd one out who’s not gonna retire by 40. And as primarily a perl developer on a team of 2 I feel like were in our own world most of the time.

    • deweydecibel@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      8 months ago

      Not to suggest you don’t deserve to be paid more, but it feels like the issue would more be that the people paying for the site aren’t instructing the people that develop it to make these accommodations.

      Because I know plenty of devs that just straight up don’t give a shit about accommodating low-end devices, regardless of what they’re paid. It’s like a point of pride almost.

      Hell, that’s the energy of the DontKillMyApp people: they just straight up think their app should use as many resources as it likes as long as it likes, and they shouldn’t have to be considerate in development. Strain on device be damned.

      I’ve seen some that straight up admit they don’t even think the user should be able to kill an app process.

      • henfredemars@infosec.pub
        link
        fedilink
        English
        arrow-up
        0
        ·
        8 months ago

        I know this isn’t the main point of your comment, but DontKillMyApp is about much more than system resource management. It’s about consistent behavior so that developers can program to a standard rather than a wild west of whatever a handset decides to do.

        Either you write your app to accommodate every special case implementation of background execution requirements, or users get upset when the instant message isn’t delivered and blame the app.

        To make matters worse, many Chinese devices just kill everything in the background that’s not on a hard coded whitelist. This is a failure of Android when it doesn’t require consistent behavior. On these devices, applications that have a legitimate reason to run in the background just don’t work correctly.

        I think the situation is getting much better with recent Android versions.

        • Fisch@discuss.tchncs.de
          link
          fedilink
          arrow-up
          0
          ·
          8 months ago

          To make matters worse, many Chinese devices just kill everything in the background that’s not on a hard coded whitelist.

          Looking at Xiaomi’s Miui here. My last phone was a Xiaomi one and it was great. It didn’t take long for me to install LineageOS on it tho because Miui is horrible. It killed every app you had opened the second you switched to another one. Things like email verification codes were literally impossible to enter into an app because when you went into your mail app, copied the code and then went back into the app you wanted to enter it in, that app would have to start up again because it was already killed in the background.

          Also, Miui itself used up like half my RAM without anything being opened and it was buggy as hell.

  • Zikeji@programming.dev
    link
    fedilink
    English
    arrow-up
    0
    ·
    8 months ago

    My old project I got to architect the frontend ran lean at around 300KB - part of our target audience had older phones so it was designed with that in mind.

    At my new job 22MB is child’s play. To be fair they might do it better with the next version.

    • lobut@lemmy.ca
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Similar to me. Previous job we tried our best to squeeze any ounce of optimisation out of it. Mainly because I was on the SEO team and we had to focus on the core web vitals. Everything was deferred and every image was optimised.

      New job, we don’t even have any metrics.

  • ItsAFake@lemmus.org
    link
    fedilink
    English
    arrow-up
    0
    ·
    8 months ago

    When ever I used to have issues with my internet I used to use news.com.au as a test to see if the issue was fixed, if that site loaded than anything would.

  • ioen@lemm.ee
    link
    fedilink
    arrow-up
    0
    ·
    8 months ago

    I always think it’s unfair to compare things to video games. Video games are so inefficient they had to invent a separate processor with hundreds of cores just to run them. Of course they end up running well.

    If cheap phones had a 128-core JavaScript Processing Unit, websites would probably run fast too.

    • ZILtoid1991@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Video game developer here. A lot of anti-optimiation sentiment are just excuses and/or part of some dumb trend.

      Oh no, compiled languages require you to choose between variable types! Better use Javascript.

      Why should we develop a proper portable app environment when we have Electron? It can even run in browsers. Imagine if you didn’t had to go to your pops to install the word processor, instead he just types in wordprocessor dot app into the browser?

      What if code was so easy to understand you didn’t had to document it, and each macroblock of a function instead were a named function, so they’d be automatically documented?

      And this is just the tip of the iceberg. I’m currently writing my own scripting VM, as most others have their own limitations, and would introduce a barely usable build system to my game engine (which are their own can of worms). Code as data is a very useful feature, but having to include DLL files as scripts would be very complicated due to platform differences, although also very fast. Issue comes when people treat scripting languages as full-fledged programming languages, and even scaring away beginners from compiled languages, because you have to compile them, you have to choose a type, etc.

      • I Cast Fist@programming.dev
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        The real irony is that you can make games entirely with Javascript (no backend server needed) and I wouldn’t be surprised if some of those games, even with 3D rendering via three.js or babylonjs, performed better than certain websites

      • sugar_in_your_tea@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        I just want to point out that interpreted languages don’t have to be slow. For example, LuaJIT is competitive with Java in terms of performance, and not that much slower than C. Likewise, PyPy is almost always consistently faster than CPython, and Python 3.13 will have a JIT. I’ve also used numba to improve performance in Python (got close enough to naive Rust to not be worth adding Rust to our pipeline).

        If you want scripting languages to be fast, there are options, so the decision should instead be made based on the benefits of each. For example:

        • scripting languages - generally better edit/reload experience, write once, run anywhere an interpreter exists
        • compiled languages - catch common errors before running, lots of fixes for various platforms

        I’m super interested in Rust because it catches way more common errors than most compiled languages, so you’re getting a lot more value for that compile step. My day job is Python + Javascript, though I have nearly 10 years with Go and most of my personal projects use Rust these days, so I feel like I’m fairly experienced here.

        just excuses and/or part of some dumb trend

        I agree. There are good reasons to prefer scripting languages to compiled languages and vice versa, but most people don’t seem to decide based on those reasons, they often decide based on what’s easier to hire for, what they’re familiar with, or what’s already being used.

        I’m super excited about Rust gaining traction because it’s basically the best case for a compiled language I’ve seen. Maybe it’ll revise the trend toward higher level languages and encourage a bit more provable correctness.

    • chellomere@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      separate processor with hundreds of cores

      Well, graphics rendering is very suited for parallelism. That’s why GPUs were invented.

      Most other tasks are not. Most of the cores in a 128-core JPU would end up being unused. Also why JPU? It’s not like it’s significantly different from a normal CPU task.

      • Kayn@dormi.zone
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        I don’t think the person you replied to actually knows what they’re talking about.

    • ioen@lemm.ee
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Also no one gives a shit when a game download is 100MB, but more than 1MB is unacceptable for a website.

      • zalgotext@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        Imagine that, people don’t mind when they have to wait 10-15 minutes every once in a while for their game to update, but they do mind waiting 15-30 seconds every time they navigate to a new webpage.

      • Jesus_666@feddit.de
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        Then again, those 100 MB are usually mostly assets I want to look at or listen to. Certain websites contain 100 kB of text and pictures I want to look at and load 2 MB of JavaScript frameworks that add nothing to the usability of the site. Bonus points for automatically streaming a 20 MB video I don’t want to watch while I look for one sentence’s worth of information.

      • AnAngryAlpaca@feddit.de
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago
        • I have a limited amount of bandwith on my mobile plan
        • if i know a game download is large i go home where i have broadband; i dont download large files over mobile internet
        • a text-only website can be rather small with only a few KB. It’s only when you get ““Designers”” that things start to bloat, because the system fonts are not good enough and 2MB in extra fonts no sane visitor will ever notice must be downloaded.
        • the marketing department REALLY needs those 10 extra trackers and analytics scripts that take 5s to load, even if they last looked at the visitor stats back in 2021 and the login has long been forgotten.
        • the CEO wanted that animated AI powered talking gorilla widget he had seen on a local tradeshow where the customers can ask product or website questions (spoiler: they dont!), which ads a few more Megabytes to each pageload even before you even use it.
  • kingthrillgore@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    8 months ago

    I ended up using a static site generator for my personal site because I fucking hate JS and frameworks and WebComponents. The front page is 646 KB and it loads in 4 seconds. I’d love for it to be 1 second or less, but the fonts are a factor.

    And I shrunk the shit out of that background too with pngcrush so miss me with that.

    • TCB13@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      8 months ago

      My front page is 613KB with Wordpress. Moral of the story, you don’t have to use a static website generator to have light things.

        • TCB13@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          8 months ago

          And how do you plan to manage your posts, database etc. and render stuff in those? You still need some backend solution like Wordpress, you can use vue as a frontend library for it… or vanilla JS, or jQuery…

            • TCB13@lemmy.world
              link
              fedilink
              English
              arrow-up
              0
              ·
              8 months ago

              So… you are aware that FastAPI and Flask will always be significantly slower than Wordpress… because Python, always running processes etc.?

              You’re building a simple website / blog just use Wordpress, it will output most of the pages into plan simple and fast HTML, then add a few pieces of vanilla JS or Vue (if you’re into that) to make things “fluffier”. Why bother with constant XHR requests when you’re just serving simple text pages?

              With Wordpress you’ll also get all the management, roles, permissions, backend for “free” and you can always, like sane people, cache the output of the most visited pages. Wordpress also provides a RESTful API if required.

    • Phoenixz@lemmy.ca
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Honestly, 4 seconds is really slow, especially with static HTML. I built my first companies’ site myself, it includes a video on the front page and jquery, is built by PHP, and on descent Internet connections the front page will load in slightly over a second, other pages dip under that.

      There are loads of tweaks you can make to -any- site, and total amount of bytes really isn’t the only speed factor here.

    • Venia Silente@lemm.ee
      link
      fedilink
      English
      arrow-up
      0
      ·
      8 months ago

      , but the fonts are a factor.

      I’m not sure if the possibility is there depending on your use case (eg.: you are exporting the fonts) nor if the cost of doing it would be worth the shot, but you can send minified versions variants of fonts, too.

    • flying_sheep@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      I have a pixel 6 and notice some lag in scrolling. Could it be that you don’t use srcsets but instead huge screenshots no matter the device screen?

    • TopRamenBinLaden@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      8 months ago

      Not that you’d want to because you hate JS and web components and all that, and there’s nothing wrong with your website, but NextJS supports Static Site generation.

      So, JS and frameworks and webcomponents can get the job done for simple stuff nowadays. My portfolio page has a load time of 631 ms using the SSG built into NextJS, and its really similar to your website.

    • autokludge@programming.dev
      link
      fedilink
      English
      arrow-up
      0
      ·
      8 months ago

      Haven’t done this type of optimizing in a long time, I had a quick look at the network graph for your front page (F12 dev tools in desktop browser), my understanding is it looks like you are getting blocked from loading additional resources (fonts + background) until your style sheets are fully read --pink line is document loaded i believe.

      It may be worthwhile to experiment with adding some preload links to the html template? or output? like below and assessing if it makes things faster for you.

      <link rel="preload" as="image" href="https://volcanolair.co/img/bg1-ultracompressed.webp" fetchpriority="high">

      <link rel="preload" as="font" href="https://volcanolair.co/fonts/Inter-Regular.woff2">

      <link rel="preload" as="font" href="https://volcanolair.co/fonts/Inter-Bold.woff2">

      ___

    • JasonDJ@lemmy.zip
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      8 months ago

      I love all your replies.

      You wouldn’t get these responses from stackoverflow.

      This isn’t even a programming or development community…it’s a general interest one.

      • kingthrillgore@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        8 months ago

        I gotta say I came in here to flex and I learned so much. I am going to roll some of these changes really soon once I find out where to best add them to my Hugo template. I’m going to reply to some of them below to clarify some things:

        It may be worthwhile to experiment with adding some preload links to the html template? or output? like below and assessing if it makes things faster for you.

        This is the most interesting because I didn’t even know this was possible with HTML5, so I want to add this right away.

        I have a pixel 6 and notice some lag in scrolling. Could it be that you don’t use srcsets but instead huge screenshots no matter the device screen?

        The background is a large image in the CSS via background-image, I don’t know how easy it would be to change it to a srcset but I will give it a shot

        The fonts can be loaded from another file that ends in the cache, lowering load time next time.

        At the very least they need to load last because they are the largest burden

    • bufalo1973@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      The fonts can be loaded from another file that ends in the cache, lowering load time next time.

    • herrvogel@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Ad blockers don’t protect you against dumbass frontend devs who serve 5mb png files to be stuffed into 600x400 boxes.

      • TheAnonymouseJoker@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        You can set a limit in uBO settings to prevent loading of files/elements above x KB in size. You will just see a red dotted blank space for elements comically large, and they will load if you click them, if needed.

      • mods_are_assholes@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        No but the good blockers give you the power to disable elements on a case by case basis.

        Removing the background image for fandom wiki articles makes them load 3x faster.

      • ltxrtquq@lemmy.ml
        link
        fedilink
        English
        arrow-up
        0
        ·
        8 months ago

        *googles the name*

        Raymond Earl Hill was an American tenor saxophonist and singer, best known as a member of Ike Turner’s Kings of Rhythm in the 1950s.

        Well, I mean we all have our own ideas about the world.

  • LiveLM@lemmy.zip
    link
    fedilink
    English
    arrow-up
    0
    ·
    8 months ago

    You see, stuff like this is why I never understood the wave of “Android Go” and “Lite/Go” apps a couple of years ago.
    On my old low end phone, the native Twitter app ran infinitely better than the Web based “Twitter Lite”. This applied to almost every “Lite” app compared to their regular versions.
    I feel like whoever started that “Webapps are great for low end” concept never actually tried to run a modern Webapp on a slow phone.

    • mods_are_assholes@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Every justification made for webapps are transparent lies to get access to more user data.

      I am so fucking tired of corporations lying with no consequences to the detriment of their customers.

    • SkunkWorkz@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      8 months ago

      Of course an app that is compiled ahead of time to run natively on the cpu would run faster than a web app that compiles it bloated JavaScript code on the fly.

      The web app versions was to avoid having to download large apps, not to be faster. They are slow because the companies tried to have feature parity with the native app and also stuffed it with tracker software. Web apps are supposed to barebones.

    • d-RLY?@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      I only ever used the lite version of FB Messenger. Shit was much better than the full version, especially without all the bloated “features” that I didn’t use at best and being annoying/battery drains at worst. Was noticeably snappier on both my old and new phones. Fortunately most of my friends started using Discord and/or Signal with better features (and one less Meta app to have running).

      I think that the idea of having smaller and less demanding versions of lots of apps is a good idea. As so many apps are just not optimized and bloated. Just being coded to rely on higher specs to make up for said lack of effort in cleaning up stuff. The ads on ads on ads being part of the issue as well. Which is only getting worse with the close buttons not loading unless shit has been however many seconds. Seems that the “hit box” for the close buttons is getting smaller and smaller to guaranty the ads are clicked on and then open another app or a browser. Though optimizations and better coding won’t fix dirty underhanded grifts.

      • LiveLM@lemmy.zip
        link
        fedilink
        English
        arrow-up
        0
        ·
        8 months ago

        I think that the idea of having smaller and less demanding versions of lots of apps is a good idea.

        I think that too!
        I’m just not sure Webapps are the way to go about this over native, smaller, leaner apps.

    • ForgotAboutDre@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      The lite apps also take up less user storage. Which was a big issue for lower end phones at that time. Once you ran out of storage people struggled to install new apps. Even with external SD cards, as it wasn’t an easy concept for some people to get over.

  • _number8_@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    8 months ago

    if you watch steve jobs’ 2007 iphone keynote it’s incredibly depressing now. he brags about how the iphone can load full, rich webpages instead of awful mobile versions; he loads the NYT website and gets the whole lush landscape desktop version, and taps to zoom in on certain elements. i used to be such a dork and so into tech in high school, it seemed so promising and wondrous.

    i bet jobs could’ve yelled at spez about the API changes and gotten him to relent

    • mindbleach@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      “Full rich webpages” on a 2007 iPhone meant bare HTML and a kilobyte of Javascript. Anything fancy would be in Flash because JS was slow as balls, and the iPhone never ran Flash.

      • chiisana@lemmy.chiisana.net
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        8 months ago

        the iPhone never ran Flash.

        Ruffle has (recently, for me) entered the chat.

        Not that this negates the performance concerns, but just that Flash on iPhone is becoming a possibility.

        • mindbleach@sh.itjust.works
          link
          fedilink
          arrow-up
          0
          ·
          8 months ago

          If we’re counting now and into the future, the EU has coerced them to finally tolerate other browsers.

          … not that I’m aware of any current browser with Flash support.

          • chiisana@lemmy.chiisana.net
            link
            fedilink
            arrow-up
            0
            ·
            8 months ago

            Ruffle gives it support, no EU good-intention-poor-implementation regulation required. The demo link I shared above works with any browser, built in Safari included.

            • mindbleach@sh.itjust.works
              link
              fedilink
              arrow-up
              0
              ·
              8 months ago

              Oh I know, I was just suggesting more-direct support was possible. Genuine stupid coverage for a long-dead plugin.

              Maybe someone could coerce Dolphin browser from Android to iOS.

              I do have to say, Ruffle is the most boringly-named of the “let’s do Flash in JS” projects. The first big one was named Gordon, in an obvious pun. The follow-up was named Shumway, in a less-obvious pun. About ALF.

              • chiisana@lemmy.chiisana.net
                link
                fedilink
                arrow-up
                0
                ·
                8 months ago

                Speaking of historical Flash support, I actually forgot the old Puffin Browser which I’ve bought back in 2011, and apparently is still around. They run a browser on their server and you get a VNC-like client to access that instance. So by no means native support, but it was super functional at least back in the days — haven’t used it for years since I stopped buying iPads as my use case are better suited for the Mac and the iPhone instead.

                • mindbleach@sh.itjust.works
                  link
                  fedilink
                  arrow-up
                  0
                  ·
                  8 months ago

                  That is dedication I absolutely would not match. I bought Android for software freedom and mmmight have watched some pivotal Homestuck animations on a Droid 2 Global.

                  Even now, please don’t give Apple money.

    • deweydecibel@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      8 months ago

      i bet jobs could’ve yelled at spez about the API changes and gotten him to relent

      Why would Jobs care? Reddit’s app goes through the app store, Apple gets a cut of any premium users buy on it.

      And why would Spez relent to Jobs? Everything Spez is doing is to get maximum payout from the IPO and then cash out. He doesn’t give a shit about the actual site anymore.

  • azenyr@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    8 months ago

    Thats mostly because of the overload quantity of ads, trackers, plugins, integrations, etc all websites have now. Using an adblocker halves your bandwidth usage. If you have a data cap, an adblocker is a must.

    And then, optimization. As an Angular developer, knowing many websites nowadays are Angular or similar, the lack of optimization is a big problem. Most don’t even use lazy loading, not to mention managing the module imports into different components. They import everything into the main component and don’t do lazy loading leading you to websites that have 20-40MB (!!!) of initial load (when you open the website). This is so common that I think junior angular devs will slowly just kill angular popularity and give it a bad look. Takes work to optimize Angular, and many devs don’t care enough and just rush it. And then there are companies that don’t understand that web frameworks need optimization and just underpay devs or rush the dev time.

    Please don’t use Angular (or similar complex web frameworks like Vue or React) if you don’t know how to correctly optimize it, or don’t have time or care for it. And don’t overload your pages with ads and integrations. You are ruining the web.

    • Blemgo@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      8 months ago

      Ignoring the shady practices of Brave Software, this doesn’t really solve the problem. Sites will still use way too much scripting to be flashy, and that will continue to be a problem for everyone, because some of these sites willbe needed for some and will require all scripts to function properly.

      What might help more in the long run is complain to the site owners that their site, despite you having an up to date browser, does not work on your phone. Sure, some of those complaints will fall on deaf ears, but even some changing means progress.