3 ms·

I might be in the minority here, but I appreciate your toning down the hostility of this discussion. I believe if per the article, "the entire network already

I might be in the minority here, but I appreciate your toning down the hostility of this discussion. I believe if per the article, "the entire network already consumes 10% of global electricity production, with data traffic doubling roughly every two years" the article/share seems like a valid question/concern for the community. Do designers contribute to the problem? Surely yes. Should "all designers should learn to code"? I don't think so. Besides seeming impractical, it sounds like a security nightmare. Perhaps only coders should be allowed to design? /s Seriously though, designers should know that an incredible UI that loads slow is still a bad UX. They should care about this- even if they're not trying to save the world. I'm curious what this means in context: "who the industry is run by" (i.e. Google?) and also the referenced "toxic subset" (i.e. Advertisers, Bitcoin miners?) I know where I'm posting this (please don't hit me!) but I kind of wish this didn't provoke such a "developers vs everyone else" reaction. As right as the accusations of clownery and bad acting may be, honestly it just feels like a blaming the user. One thing I haven't seen brought up in other comments (if it has I'm sorry if I missed it) is javascript timer throttling. I think this kind of solution is really positive because it has minimal negative impact on user, doesn't require a million websites to change, and saves a ton of energy. https://docs.google.com/document/d/1sd9EVERCtRWKvnJXnP3iZ83fM3FLwDbjiyfMkaKWEYk/edit# https://docs.google.com/document/d/1sd9EVERCtRWKvnJXnP3iZ83f... Can we engineer more solutions like that?

krageon 6y ago
I would like to say the industry is run by the people that create it. In practice, it is also run by people in the periphery. When I think of toxic devs I think of being dismissed when I talk about attention span and optimised page load speeds. And perhaps devs who feel that what is currently normal in javascript land (not knowing your stack, many dependencies, perhaps feeling like electron is an okay solution for a very simple problem) is acceptable because that's just how it's done right now. Both of those schools of thought have reasons for why they are so wide-spread, but they're wasteful and in my eyes an example of lazy engineering. That's acceptable as a conscious choice, but not as a default solution. I actually feel as if most of the designers understand efficiency better than the really problematic devs (especially as it relates to page load speed), but maybe I've met mostly really nice designers :) There's a lot of patching that could be done at the browser level and I think what you've proposed is a reasonable choice. The nice thing about timer throttling is that it's relatively easy to implement and nothing of value will be lost.

krageon 6y ago

I would like to say the industry is run by the people that create it. In practice, it is also run by people in the periphery. When I think of toxic devs I think of being dismissed when I talk about attention span and optimised page load speeds. And perhaps devs who feel that what is currently normal in javascript land (not knowing your stack, many dependencies, perhaps feeling like electron is an okay solution for a very simple problem) is acceptable because that's just how it's done right now. Both of those schools of thought have reasons for why they are so wide-spread, but they're wasteful and in my eyes an example of lazy engineering. That's acceptable as a conscious choice, but not as a default solution. I actually feel as if most of the designers understand efficiency better than the really problematic devs (especially as it relates to page load speed), but maybe I've met mostly really nice designers :) There's a lot of patching that could be done at the browser level and I think what you've proposed is a reasonable choice. The nice thing about timer throttling is that it's relatively easy to implement and nothing of value will be lost.