• @saddlebag@lemmy.world
      link
      fedilink
      221 year ago

      I’m all for reducing the size of webpages with garbage bloat but a little CSS for readability on this site would have gone a long way.

      Ps. thanks for sauce

      • @morrowind@lemmy.ml
        link
        fedilink
        111 year ago

        I don’t agree with him, but if you read the last appendix, this mf wrote half an essay on why he prefers to have basically no styling

      • @Damage@feddit.it
        link
        fedilink
        71 year ago

        The Opera browser of old had a menu with custom styles (a few default plus you could add your own), I think it had one that converted to sans serif, that plus a columns width one would be perfect for this site

        • @mindbleach@sh.itjust.works
          link
          fedilink
          41 year ago

          Modern Firefox has “Reader View” that does a similar thing. It’s just less customizable… because it’s modern Firefox.

          Does a disservice to the color-coded table on this article, though.

    • @Lojcs@lemm.ee
      link
      fedilink
      141 year ago

      The appendices of that post could use a rewrite. They read weird:

      An example we’ve discussed before, is at a well-known, prestigious, startup that has a very left-leaning employee base, where everyone got rich, on a discussion about the covid stimulus checks, in a slack discussion, a well meaning progressive employee said that it was pointless because people would just use their stimulus checks to buy stock.

      • @morrowind@lemmy.ml
        link
        fedilink
        341 year ago

        While reviews note that you can run PUBG and other 3D games with decent performance on a Tecno Spark 8C, this doesn’t mean that the device is fast enough to read posts on modern text-centric social media platforms or modern text-centric web forums. While 40fps is achievable in PUBG, we can easily see less than 0.4fps when scrolling on these sites.

        ಠ▃ಠ

  • Ech
    link
    fedilink
    English
    651 year ago

    I have been just bewildered at the proliferation of excessive scripts and garbage on seemingly every webpage over the last decade. I’m no web-dev, but I’m pretty positive that the vast majority of websites could remove 99-some percent of their javascript bs and their websites would function just fine. So many are pretty much unusable these days. It’s atrocious.

    • IninewCrow
      link
      fedilink
      English
      281 year ago

      I’ve been working at organizing a bunch of stuff I’ve been collecting over the years … data, writing, lists, ideas, whatever … I kept using all sorts of services, apps, websites, cloud services and all sorts of crap to maintain them all but eventually it all becomes too complicated and breaks down.

      I’ve since discovered just using simple text files and services that just use simple text mark down … no special service, nothing proprietary, easily transferable and interoperable.

      I started looking at websites the same way … I don’t care what it looks like, I just want to read the information … you made it too hard for me to read your simple text info? You’re asking me to turn off my ad blockers and turn on Java script? All to read 200 words on your site? I’ll skip it and move on to the next site that will allow me.

    • ioen
      link
      fedilink
      191 year ago

      I’m a web dev and yes they could. It’s annoying that web devs get blamed for it though, the reason for all the javascript is mostly business decisions out of our control.

      Mainly the tracking scripts which the marketing department adds against out will. But also it’s a lot cheaper to have a client-rendered web app than a traditional website (with client side rendering you can shut off all your web servers and just keep the api servers, our server side processing went down 90% in the switchover). And it’s more efficient for the company to have one team working in one programming language and one framework that can run the backend and frontend, so the frontend ends being a web app even if it’s not really necessary.

      • Ech
        link
        fedilink
        English
        81 year ago

        Fwiw, I don’t blame the devs. That’s just me saying I’m not an expert. I understand it’s a management/corporate decision.

        And thanks for the explanation. That clarifies the changes I’ve been noticing.

      • @jayandp@sh.itjust.works
        link
        fedilink
        21 year ago

        A bunch of websites operating as web apps would help explain the bloat. Great idea if somebody is navigating a good chunk of your website. Horrible idea if 99% of your traffic is people being linked to a news article and then leaving afterwards.

      • @ilinamorato@lemmy.world
        link
        fedilink
        111 year ago

        I made a stupid little page that downloads a Pathfinder 2e SRD API, and then randomly combines an ancestry, background, and class from that list and displays it on screen. It’s really nothing special, I hacked it together in an afternoon. But I showed it to a friend and they were blown away that I didn’t use a framework for it. I was like, “it does three things. Why would it need a framework? What would I even use a framework for?”

        They still couldn’t believe I did it by hand.

  • @mindbleach@sh.itjust.works
    link
    fedilink
    221 year ago

    See also The Website Obesity Crisis, nearly a decade ago.

    Here’s an article on GigaOm from 2012 titled “The Growing Epidemic of Page Bloat”. It warns that the average web page is over a megabyte in size.

    The article itself is 1.8 megabytes long.

    The problem with picking any particular size as a threshold is that it encourages us to define deviancy down. Today’s egregiously bloated site becomes tomorrow’s typical page, and next year’s elegantly slim design.

    The author links their tweet saying “your website should not exceed in file size the major works of Russian literature.” At the time, that page on Twitter was 900 KB. Today it is 11 MB.

    • @sugar_in_your_tea@sh.itjust.works
      link
      fedilink
      5
      edit-2
      1 year ago

      And a lot of that is tracking nonsense.

      I work on a full blown web app, and we’re about 11 MB (will look into trimming the fat). We have features like PDF report generation, 2D drawing, and fairly heavy algorithms relevant to our industry. We have thousands of Typescript files, and something like 500k+ lines of code. We also have lots of SVGs for icons, canvas stickers, etc.

      So after all that, we’re about the size of an average Twitter/X page. Those are not the same order of magnitude in complexity…

  • kingthrillgore
    link
    fedilink
    171 year 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.

    • Phoenixz
      link
      fedilink
      101 year 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.

    • @TopRamenBinLaden@sh.itjust.works
      link
      fedilink
      English
      7
      edit-2
      1 year 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.

    • @TCB13@lemmy.world
      link
      fedilink
      English
      7
      edit-2
      1 year 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
          11 year 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
              11 year 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.

    • @flying_sheep@lemmy.ml
      link
      fedilink
      41 year 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?

    • bufalo1973
      link
      fedilink
      31 year ago

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

    • Venia Silente
      link
      fedilink
      English
      31 year 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.

  • @NorthCountryHermit@lemm.ee
    link
    fedilink
    English
    51 year ago

    I’d hazard a guess and say it all stems from advancements in tech. There was a need to get the most out of something because of limited resources. Now that everyone’s got some fairly serious hardware (yes, even the cheap shit), there’s rarely that urge to optimize.

    Rather than optimize each new technology as it comes along and gets adopted, it seems as though the mantra is “fuck it, add it to the pile”. And it snowballs. As developers feel the need to optimize less, the lessons get passed down to the next generation, and so on.

    So we’re left with apps/end-user stuff that appear to have been on the opposite of a diet.

  • @azenyr@lemmy.world
    link
    fedilink
    41 year 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.

  • ioen
    link
    fedilink
    21 year 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
      161 year 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 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
      61 year 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.

      • @AnAngryAlpaca@feddit.de
        link
        fedilink
        171 year 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.
      • @Jesus_666@feddit.de
        link
        fedilink
        131 year 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.

      • @zalgotext@sh.itjust.works
        link
        fedilink
        41 year 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.

  • @_number8_@lemmy.world
    link
    fedilink
    English
    -41 year 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

    • deweydecibel
      link
      fedilink
      English
      61 year 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.

    • @mindbleach@sh.itjust.works
      link
      fedilink
      41 year 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.