Green Software English: Sustainability and Carbon-Aware Computing Vocabulary

Introduction

Green software engineering is an emerging discipline focused on building software that minimises environmental impact. As cloud providers publish carbon data, organisations set net-zero targets, and the Green Software Foundation establishes standards, engineers increasingly encounter sustainability vocabulary in architecture reviews, vendor assessments, and product strategies. This guide explains the key English terms you will encounter in green software discussions and how to use them professionally.

Carbon and Emissions Basics

Understanding the basic vocabulary of carbon emissions is essential before discussing green software:

• carbon dioxide equivalent (CO2e) — a standardised unit for expressing different greenhouse gases in terms of their global warming impact; “our cloud infrastructure produces 12 tonnes of CO2e per year”
• carbon footprint — the total greenhouse gas emissions caused by an individual, organisation, or product; “we measured the carbon footprint of our data processing pipeline”
• Scope 1, 2, 3 emissions — a classification of emissions: Scope 1 is direct (e.g., your generators), Scope 2 is purchased electricity, Scope 3 is indirect (supply chain, user device consumption); “cloud computing falls under Scope 3 for most organisations”
• net zero — balancing emissions produced with an equivalent amount removed; “our company has committed to net zero by 2040”
• carbon offset — a credit representing the reduction of emissions elsewhere; often criticised as a shortcut vs actual emission reduction

Engineers often say: “We should focus on reducing actual emissions before relying on offsets. Offsets are not a substitute for efficiency.”

Carbon Intensity and Carbon-Aware Computing

Carbon intensity is the amount of CO2 emitted per unit of electricity generated. It varies by location and time, depending on whether electricity comes from renewables or fossil fuels:

• “The carbon intensity of the UK grid is lower at night when wind generation is higher” — illustrating time-of-day variation
• “Northern Europe has lower carbon intensity than regions with coal-heavy grids” — illustrating geographic variation
• marginal carbon intensity — the emissions produced by the last unit of electricity added to the grid; the most useful measure for software decisions
• carbon-aware computing — shifting workloads to times or locations with lower carbon intensity; “we run our batch jobs when the grid carbon intensity is lowest”
• temporal shifting — delaying a workload to a time of lower carbon intensity; “we shift our ML training jobs to off-peak hours when renewable generation is higher”
• spatial shifting — moving a workload to a geographic region with lower carbon intensity; “we route batch jobs to our Stockholm data centre when its grid is cleaner than Frankfurt”

Software Carbon Intensity (SCI)

The Green Software Foundation has created a standard metric called SCI (Software Carbon Intensity), measured as carbon per functional unit:

• “We measure our SCI in grams of CO2e per API call” — the functional unit depends on your software
• “We aim to reduce our SCI over time” — using it as a target metric
• “The SCI score rewards efficiency improvements even if total usage grows” — an important property of the metric

Energy Proportionality and Efficiency

• energy proportionality — the principle that a system’s energy consumption should scale proportionally with its utilisation; “idle servers still consume 30-40% of peak power — they are not energy proportional”
• “Consolidate workloads to improve utilisation” — running fewer, busier servers rather than many idle ones; a classic green computing recommendation
• “Right-size your instances” — avoid over-provisioning, which wastes both money and energy
• power usage effectiveness (PUE) — a data centre efficiency metric; “a PUE of 1.2 means 20% of energy is used for cooling, not computing”
• renewable energy certificate (REC) — a market instrument representing one megawatt-hour of renewable electricity; “we purchase RECs to cover our electricity consumption, but this is not the same as carbon-aware computing”

Measuring and Reporting

• GreenOps — applying FinOps principles to carbon efficiency; “we added carbon metrics to our FinOps dashboard”
• carbon dashboard — a tool for tracking software emissions over time
• “We instrument our code to measure energy consumption” — adding metrics at the application level
• embodied carbon — emissions from manufacturing hardware; “the carbon cost of buying a new server often exceeds the carbon cost of running it for a year”

Key Vocabulary

Term	Definition
CO2e	Carbon dioxide equivalent — a standardised unit for comparing greenhouse gases
carbon intensity	The CO2 emitted per unit of electricity generated
carbon-aware computing	Adapting software behaviour based on grid carbon intensity
temporal shifting	Delaying workloads to times of lower carbon intensity
spatial shifting	Moving workloads to locations with lower carbon intensity
SCI	Software Carbon Intensity — a Green Software Foundation metric
energy proportionality	The principle that energy use should scale with workload
PUE	Power Usage Effectiveness — a data centre efficiency metric
embodied carbon	Emissions from manufacturing and disposing of hardware
GreenOps	Applying cost-optimisation disciplines to carbon efficiency

Practice Tips

1. Add carbon intensity to your cloud architecture discussions. Next time you choose a cloud region, ask: “What is the carbon intensity of the electricity in this region?” AWS, Azure, and GCP all publish sustainability data for their regions.

2. Use “temporal shifting” when discussing batch job scheduling. Instead of “let’s run it at night,” say “let’s use temporal shifting and schedule the job during low carbon intensity periods.” This positions the decision as a sustainability practice, not just a cost-saving measure.

3. Distinguish between offsets and actual reductions. In English, be precise: “We are reducing our actual emissions through efficiency improvements and temporal shifting. We use offsets only for residual emissions we cannot yet eliminate.”

4. Read the Green Software Foundation’s documentation. Their principles and the SCI specification are written in clear, accessible English and are the authoritative source for green software vocabulary.

Conclusion

Green software vocabulary — carbon intensity, carbon-aware computing, temporal shifting, SCI, energy proportionality — is moving from niche to mainstream as organisations face pressure to reduce their environmental impact. Understanding these terms helps you participate in sustainability conversations, make better infrastructure decisions, and contribute to your organisation’s net-zero goals. The best green software engineers see efficiency and sustainability as the same goal — building software that does more with less.