軟體軟體永續：為什麼硬體需求
多數人會直覺認為資料中心最耗電，但對許多日常應用而言，終端裝置的耗電往往是最大的一塊，尤其是老舊設備。同一份 JavaScript 在新型處理器上可能只讓 CPU 跑到 10%，在八年前的筆電上卻可能長期滿載、風扇狂轉、電池迅速耗盡。這不是抽象的比喻，而是每一位用過老筆電開現代網頁的人都有的體感經驗。
所以，當我們在評測一套軟體「省不省資源」時，其實不只是在測效能，也是在估算它會讓多少台原本還能用的機器，提早進入報廢流程。
二、硬體需求：軟體永續最容易被忽略的變數
接下來要談的，是這篇文章的核心論點：軟體的硬體需求膨脹，是現代電子廢棄物問題中最安靜、也最難察覺的推手。
硬體本身不會無緣無故被淘汰。一台 2015 年的筆電，換一顆 SSD、換一顆電池，跑文書、上網、看影片其實完全足夠。真正讓它「不能用」的，通常不是零件壞了，而是某天打開瀏覽器或辦公軟體時，跳出「您的系統版本過舊」或「記憶體不足」的提示。
2-1 系統需求膨脹，是一種「溫柔的強迫淘汰」
軟體需求膨脹的過程通常不是一次跳躍，而是每年一點點的累積。今年多佔 200MB 記憶體，明年多支援兩層框架，後年多包一個執行環境。對開發團隊來說，每一次改動都有正當理由：功能更多、開發更快、生態更統一。但對使用者來說，這些小改動累積起來，就是一台原本還順的機器在三年內變成「卡到想砸」。沒有任何一個時間點可以指著說「就是這裡淘汰了你」，但結果就是淘汰了。
更麻煩的是，這種淘汰常常伴隨著安全風險。當一套軟體停止支援舊版作業系統，使用者面臨的選擇只有兩個：冒著不更新的風險繼續用，或是買新機器。多數人會選後者，但這並不是因為他們想要新機器，而是因為軟體沒有給他們第三個選項。
2-2 案例拆解：瀏覽器與 Electron 應用的記憶體膨脹
最能說明這件事的，莫過於瀏覽器與近十年大量出現的 Electron 應用。瀏覽器從「看網頁的工具」變成「作業系統上的作業系統」，單一分頁的記憶體佔用從幾十 MB 成長到數百 MB。而 Electron 這類框架，則是讓每一個桌面應用都自帶一整套 Chromium 核心：即時通訊軟體一套、筆記軟體一套、密碼管理工具再一套。
下表是一個簡化的觀察，用來說明「同一種功能，不同實作方式」對硬體需求造成的落差（數值為常見範圍的概略值，實際會因版本與使用情境而異）：
軟體類型
常見閒置記憶體佔用
對舊機器的友善度
主要原因
原生輕量文字編輯器
約 50–150 MB
直接呼叫系統 API，無額外執行環境
現代瀏覽器（單一分頁）
約 300–800 MB
多程序架構、沙箱隔離、擴充功能
Electron 桌面應用（單一）
約 200–600 MB
偏低
內建完整 Chromium 與 Node.js 執行環境
同時開啟三個 Electron 應用
約 1–2 GB
每個應用各自維護一份瀏覽器核心
傳統原生桌面軟體
約 80–250 MB
共用系統函式庫，資源佔用穩定
這張表想說的重點不是「Electron 很邪惡」，而是技術選型本身就是一種環境決策。當一個團隊選擇用「開發速度最快」的方式打造產品，成本並沒有消失，只是被轉嫁到使用者的記憶體、使用者的電費，以及被提早報廢的硬體上。
2-3 換機潮背後的環境帳單
為什麼硬體需求值得我們這麼嚴肅看待？因為在電子產品的生命週期中，製造階段的環境成本，往往遠高於使用階段。以智慧型手機為例，多數生命週期評估研究都指出，製造與運輸環節的碳排占比可達七到八成以上，使用階段的充電耗電反而是少數。筆記型電腦的情況類似，差別只在比例。
生命週期階段
主要環境負擔
能否靠軟體改善
原料開採與製造
碳排、水資源、稀有金屬開採、化學品污染
幾乎不行，只能靠「延長使用年限」來攤提
運輸與配送
航空與海運碳排、包裝廢棄物
幾乎不行
日常使用
電力消耗、電池老化
可以，效率最佳化、降低閒置耗電
報廢與回收
電子廢棄物、重金屬污染、回收能耗
間接可以，延後報廢時間即減少廢棄量
看懂這張表，就會明白為什麼「軟體讓舊機器多活兩年」的環保效益，往往遠大於「軟體本身省下 5% 的 CPU 使用率」。延長設備壽命，是軟體產業少數能直接影響硬體製造需求的手段。而影響設備壽命最直接的因素，就是最低系統需求。
三、軟體評測新視角：怎麼衡量一款軟體的「硬體友善度」
既然硬體需求這麼關鍵，那評測就應該把它當成一個正式項目，而不是只在規格表上寫一句「建議 8GB 記憶體」就交差。以下是我認為軟體評測應該納入的幾個觀察角度。
3-1 評測該看的七個指標
離線與降級能力：沒有網路時能不能用？能不能關閉非必要功能換取效能？
3-2 實測流程：用老中青三代機器做壓力測試
在雅寶社區的評測實務上，我會建議至少準備三種等級的測試機：
測試時除了看跑分，更應該記錄「主觀流暢度」與「風扇轉速」、「機身溫度」、「電池掉電速度」這些貼近真實使用的指標。這比任何一個綜合評分都更能反映軟體對硬體的實際壓力。
3-3 三個常見迷思破解
迷思一：輕量化就等於功能少。其實不然。真正輕量的軟體靠的是架構設計，而不是砍功能。同樣的功能，用原生 API 實作與用整套瀏覽器核心包裝，資源差距可以是十倍以上，但使用者看到的功能幾乎一樣。
迷思二：使用者自己升級硬體就好。這句話在桌機DIY圈成立，但在筆電、一體成型電腦、手機、平板的世界裡往往不成立。多數裝置的記憶體與儲存是焊死的，無法升級。把責任推給使用者，等於默認「買不起新機的人就不配使用」。
迷思三：全部搬到雲端一定更環保。雲端可以集中管理、提升伺服器利用率，這是優點；但資料傳輸本身也耗能，而且還需要穩定的網路與更新的終端裝置才能使用。對於低度使用的情境，本地端的輕量運算有時反而更省能源。雲端不是萬靈丹，關鍵在於「運算放在哪裡最有效率」。
四、從開發端到使用者端：打造永續軟體生態的實務建議
談完問題，接下來談解法。軟體永續不是單一角色的責任，而是開發者、使用者、政策與社群共同形成的生態。以下分別從三個角度給出可執行的建議。
4-1 開發者：把「效能預算」寫進規格書
前端領域早有「效能預算」（performance budget）的概念：在開發前就明訂「首頁載入不得超過 200KB」、「閒置記憶體不得超過 300MB」這類硬指標，並在 CI 流程中自動檢查。我認為這套做法應該擴大到所有軟體類型。
這些做法的共同點是：把「資源」當成一種有預算上限的設計材料，而不是取之不盡的免費品。這其實和永續的核心精神完全一致。
4-2 使用者與企業：把設備壽命當成一種資產
對個人使用者來說，最有感的行動其實很簡單：在換機之前，先確認是「硬體不行」還是「軟體太重」。
先檢查是不是背景程式太多、瀏覽器分頁開太多、啟動項目太雜。
老筆電換一顆 SSD、加一條記憶體、換一顆電池，往往能再戰兩三年。
選擇有輕量替代方案的軟體，例如以原生文字編輯器取代重量級 IDE 處理簡單任務。
延後非必要升級，尤其是「只為了跑得動新版軟體」而換機的情況。
對企業與學校等組織來說，影響更大。資產管理政策如果能把「軟體最低需求」納入採購評估，就能避免整批設備因為單一軟體改版而同時淘汰。例如：採購時要求廠商提供支援年限承諾、優先選擇能在現有設備上執行的方案、把「可維修性」與「可升級性」列入評分。
4-3 政策與社群：維修權、標章與開源力量
在制度層面，近年在歐洲推動的「維修權」（Right to Repair）與生態設計法規，正逐步要求電子產品必須提供更長的軟體更新支援、更容易更換的零件、更透明的維修資訊。這些法規的意義在於：把「軟體支援年限」從廠商的善意，變成一種義務。
同時，開源社群在這件事上扮演了關鍵的補位角色。當商業軟體停止支援舊系統，往往會有社群維護的輕量發行版、替代應用或修補方案接手，讓老機器能繼續安全使用。這種「由下而上的延壽機制」，是軟體永續生態中非常重要、卻常被低估的一環。
對一般使用者來說，支持這類專案、參與測試回報、或至少在選購時支持願意公開支援政策的廠商，都是實際可行的行動。
五、結語：永續不是降級，而是把選擇權留下來
回到文章開頭的問題：軟體永續為什麼跟硬體需求有關？因為在這個萬物皆連網的時代，硬體要不要被製造出來，很大程度上是由軟體決定的。一套願意在舊機器上好好運行的軟體，等於間接減少了整條供應鏈的環境負擔；一套只為最新規格最佳化的軟體，則是把環境成本外部化，交给使用者與地球買單。
這不代表我們要拒絕進步，也不是要所有軟體都退回極簡主義。真正該追求的，是把選擇權留下來：讓願意繼續用舊設備的人有安全可用的選項，讓企業有延長資產壽命的空間，讓開發者在追求功能的同時，也把資源預算當成設計的一部分。
下次在雅寶社區看到一篇軟體評測時，不妨多問一句：「這套軟體，願意陪我這台老機器多久？」這個問題的答案，可能比任何跑分都更值得被記錄下來。
六、常見問題 FAQ
Q1：軟體永續是不是就等於「省電模式」？
不完全等於。省電模式通常是使用端的短期設定，而軟體永續涵蓋的是整個生命週期：從開發時的架構選擇、發行後的最低硬體需求、到停止支援的時間點。省電只是其中一環，真正關鍵的是「延長可用年限」。
Q2：要求軟體支援舊硬體，會不會拖慢創新？
實務上，良好的架構設計反而能讓创新與相容並存。許多輕量軟體證明，只要在架構上做好分層與漸進增強，就能同時支援舊機與新功能。真正的阻礙通常不是技術，而是「沒有把相容性當成需求」。
Q3：一般使用者能做些什麼？
三件事最實際：一、換機前先確認是硬體問題還是軟體太重；二、優先選擇有公開支援政策與輕量模式的軟體；三、支持推動維修權與長期更新支援的政策與社群。這些行動累積起來，會直接影響廠商的產品決策。
Q4：為什麼評測要特別看「閒置資源佔用」？
因為多數人使用電腦的時間裡，有很大一部分是「開著但沒在做事」。如果軟體在閒置時仍持續吃 CPU、背景同步、發送遙測，長期下來對電池續航與電力消耗的影響，往往比短時間的高負載更可觀。這也是最容易被評測忽略、卻最貼近日常使用的一項指標。