The note about "concentrating on energy efficiency is misguided" (your words) in the introduction is about server-side energy efficiency. Of course you do have to make your client side (web app, native app) energy efficient:
As part of performance testing, have a look at electricity use, as it will both be directly associated with emissions to produce that electricity, and be perceptible by the user (battery drain).
[…]
Optimize for the perceived performance and battery life.
Could it be the word “first” in the “Pick servers in carbon-neutral or low-carbon datacenters first, then optimize your architecture and code” pullout that made you think I was kind of dismissing the rest? Maybe I should rephrase that… My point rather was: if you care, start by doing that; there's no point investing time in all the rest when you have that relatively easily attainable low-hanging fruit, so that should probably be your first action.
Professional web developer and hobbyist programmer from the Welsh Marches. I'm particularly interested in performance, accessibility, and reducing carbon emissions from software.
I was probably misreading the "most of the time people focus on energy efficiency and server-side code" as being two separate items, rather than energy efficiency of server side code. Sorry if I came across as picking holes in your arguments, not my intention at all; I really enjoyed the article and it has given me lots to think about.
I've seen a few pieces recently that claimed that there was little point in optimizing code when moving it to a different location would make a bigger difference and, while I didn't think you were advocating for such a thing, think we have to very careful in what we're saying. We really need to do everything we can if we are to halt the worst effects of climate change, but your policy of picking the battles were you can make the biggest difference is a very sensible one. As you say, there's not point spending all your resources on small gains when the same amount of effort could make a big difference if used elsewhere.
I've found the whole idea of optimising bandwidth not making much of a difference hard to get my head around, but am very glad people like yourself are raising awareness about it! Most of my efforts to date have been around shrinking bandwidth usage, but I am seeing now that there are perhaps other areas where I should be focusing my attention.
Actually, I had thought about writing “energy efficiency and/of server-side code” but found it harder to read; the idea was to convey “energy efficiency of server-side code, and server-side code” (for the other things like optimizing for speed). I went for the simpler wording as this was just the introduction and I would touch about energy efficiency later on anyway 🤷
Wrt network usage: it does have an impact, but (to my knowledge) more on the client device than on the network infrastructure. A bigger impact probably of not containing our usage of the network is to push it too far so bigger infrastructure has to be deployed.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Thanks for your comment.
The note about "concentrating on energy efficiency is misguided" (your words) in the introduction is about server-side energy efficiency. Of course you do have to make your client side (web app, native app) energy efficient:
Could it be the word “first” in the “Pick servers in carbon-neutral or low-carbon datacenters first, then optimize your architecture and code” pullout that made you think I was kind of dismissing the rest? Maybe I should rephrase that… My point rather was: if you care, start by doing that; there's no point investing time in all the rest when you have that relatively easily attainable low-hanging fruit, so that should probably be your first action.
I was probably misreading the "most of the time people focus on energy efficiency and server-side code" as being two separate items, rather than energy efficiency of server side code. Sorry if I came across as picking holes in your arguments, not my intention at all; I really enjoyed the article and it has given me lots to think about.
I've seen a few pieces recently that claimed that there was little point in optimizing code when moving it to a different location would make a bigger difference and, while I didn't think you were advocating for such a thing, think we have to very careful in what we're saying. We really need to do everything we can if we are to halt the worst effects of climate change, but your policy of picking the battles were you can make the biggest difference is a very sensible one. As you say, there's not point spending all your resources on small gains when the same amount of effort could make a big difference if used elsewhere.
I've found the whole idea of optimising bandwidth not making much of a difference hard to get my head around, but am very glad people like yourself are raising awareness about it! Most of my efforts to date have been around shrinking bandwidth usage, but I am seeing now that there are perhaps other areas where I should be focusing my attention.
Actually, I had thought about writing “energy efficiency and/of server-side code” but found it harder to read; the idea was to convey “energy efficiency of server-side code, and server-side code” (for the other things like optimizing for speed). I went for the simpler wording as this was just the introduction and I would touch about energy efficiency later on anyway 🤷
Wrt network usage: it does have an impact, but (to my knowledge) more on the client device than on the network infrastructure. A bigger impact probably of not containing our usage of the network is to push it too far so bigger infrastructure has to be deployed.