グリーンソフトウェア原則の適用が急増している

SOGS調査では、ソフトウェア実践者に対して、「以下のどのグリーンソフトウェアの原則を、開発プロジェクトに取り入れていますか？」と質問しました。 その結果は、ソフトウェア開発のグリーン化に対する様々なアプローチを反映したものでした：

• 56.54%：エネルギー消費量／カーボンフットプリントの測定によりコードを最適化する
• 44.59%：ソフトウェアが送受信するデータ量を最小限に抑える
• 35.2%：ハードウェアの利用を最大化する
• 24.73%：エネルギー効率の良いソフトウェアを作成する
• 20.93%：旧式のデバイス／ハードウェアで動作するソフトウェアを作成する
• 11.08%：カーボン効率の良いソフトウェアを作る
• 8%：炭素を考慮したソフトウェアを作成する

調査回答者のコメントから、グリーンソフトウェアの特定の側面に注目する理由や、他のグリーンソフトウェアの原則を採用する際に直面する障壁について、より深い洞察を得ることができます。

顧客の優先事項として、エネルギー関連の会計コストとソフトウェア効率が挙げられました。ある回答者は、自分たちの組織は意識してグリーンソフトウェアの原則に従ってはいないが、コストを考慮することでよりグリーンなソフトウェアに貢献できるかもしれないと述べています：「いずれについても、それに費やす時間がありません。しかし、私たちはクラウドコストを削減しようとしており、結果的にカーボンフットプリントの削減に寄与していると言えます」。 あるソフトウェア実践者は、次のように話しました。「カーボンフットプリントは論点にならないが、ソフトウェアの効率は論点になります。クライアントは、何が何でも早く結果を出したいのです」。 他の回答者は、組織としてパフォーマンスの最適化に注力することが、意図的ではないが、グリーンソフトウェアの原則に従うための間接的な方法であるとしています。あるソフトウェア実践者は、最適化とパフォーマンスを優先したのは、それが「グリーン」だからではなく、「常識」だったからだと語っています。

また、調査回答者の中には、循環性、スリープモード、再生可能エネルギーなど、ソフトウェア自体の効率性を超えた要素を挙げる人もいました。ソフトウェア実践者は、情報に基づいた意思決定をするために、より多くの情報を求めていることを明確に表明しました。「しばしば、私たちはAWSなど、利用しているクラウドプロバイダーの恩恵を受けており、AWSのインスタンスやエクスプローラーに、サステナビリティに関する推奨事項を表示するラベルがあれば最高なのですが…」という意見もありました。

もっとパターンに注力してほしいという意見もありました：「計算のための場所や時間を低炭素にシフトすることに重点を置いているようですが、最小限のアーキテクチャやパターンにもっと注目することを歓迎します。例えば、不要な環境変数（env）、チェック、コンポーネント、マイクロサービス、展開を除外するべきです」。 また、ソフトウェアの環境負荷を低減するためのソースとして、より環境に優しいプログラミング言語やライブラリに注目することを提案した人もいました。

雇用主がグリーンソフトウェアを重視していない、もしくはグリーンソフトウェアの原則を十分に理解していないため、ソフトウェア開発にグリーンソフトウェアの原則を適用しなかったという回答もありました。ソフトウェア実践者は、数多くのグリーンソフトウェアの原則を採用していますが、実装にはまだ多くの障壁があります。