【CSDN 編者按】令眾多開發者期待已久的 GitHub 暗黑模式終於推出了，體驗感和預期相比究竟如何？它能否滿足開發者們的需求，一起來看看開發者們怎麼評價的！
編譯 | 張文
頭圖 | CSDN 下載自東方 IC
以下為譯文：
上周，GitHub 發布了一個期待已久的功能——黑暗模式。像世界上許多開發者一樣，我是極度興奮的。到了 2020 年，對任何和科技相關的遠程設備來說，切換到黑暗模式的都是必不可少的。
然而當我切換到黑暗模式，第一反應是這好像有點不對勁。不過我想可能是我還沒適應。
過了幾天，我發現自己的確需要切換到日光模式才能進行代碼複查。因為我擔心在暗黑模式下查看代碼會錯過什麼。經歷了幾次這樣的事情之後，我意識到， GitHub 黑暗模式真的太暗了。從調色板上可以找到一些原因，如下：
可及性和對比度
出於理解本文的需要，我在這裡詳細解釋下對比度：
兩種顏色之間的對比度就是通過數學計算出人們眼睛的感知度。對比度的範圍是1 到 21，1 代表兩種相同的顏色，21 代表黑色和白色；為了觀看方便，文字越小，文字顏色和背景顏色之間的對比度就應該越高；Web 內容可訪問性指南（WCAG）將 AA 級對比度定義為 4.5 以上，AAA 級對比度為 7 以上；AAA 被認為是 Web 內容無障礙指南可訪問性的黃金標準級別。
其他站點暗模式選項板
本文接下來將探討 Spotify、Twitter、Facebook 等的暗模式選項板。
我抓取了幾個流行網站/應用程式的暗模式顏色。
每個調色板圖像從左到右顯示背景色、主文本顏色和次文本顏色。我把主色和次色的對比度與背景色放在各自的顏色上。
Spotify：
臉書網：
YouTube網站：
這些對比度至少達到 7 的標準！
然後再來看看 GitHub 的新外觀…
GitHub：
不僅顏色看起來明顯比其他應用程式中的顏色深，次文本顏色也不符合 AAA 標準！由於次文本字體很小，所以它的顏色要有很高的對比度。我知道我的眼睛不會騙我。
雖然對比度並不意味著一切，但它們是量化兩種顏色之間差異的一種簡單方法。在這種情況下，很明顯 GitHub 的暗模式顏色更暗。毫無疑問這會增加閱讀文本的難度。
代碼複查調色板
最後，我主要想吐槽 GitHub 黑暗模式的是：代碼差異的紅色和綠色太不合適了。
右邊是日光模式的顏色，左邊是新的陰影。我在上面覆蓋了相應的背景色：
我計算了兩個調色板的對比度，它們非常相似（接近 1 lol）。不過，出於某種原因，我粗略一看，就很容易分清顏色更淺的那個。可能我還不習慣，但新的顏色太暗了，我真的不喜歡。對於像代碼複查這樣重要的事情，我只能使用 GitHub 的日光模式。
我研究了 VSCode 的 Git 集成 diffcolors（我很喜歡！）:
在我看來，這些陰影即使在較暗的背景下也能很好地工作，並且不會妨礙代碼審查。
結論
雖然顏色理論不能足以證明 GitHub 的新代碼差異調色板存在問題，但我們確實感受到，相對開發者日常使用的其他許多應用程式的暗模式來說，它的文本顏色並沒有達到 WCAG 的標準。
如果 GitHub 像在他們發布的宣傳視頻中那樣投入大量精力研究他們的暗模式調色板，也許我就不會在這裡抱怨了。不過這還是一個測試版，所以我依舊很期待。GitHub，請滿足開發者想要的黑暗模式體驗吧。
網友熱議：
黑底白字→只有字發光→越看越困→睡著了我們已經期待很久了！支持暗模式 GitHub.com 網站以及 GitHub for iOS 和 GitHub for Android！原文：https://blog.karenying.com/posts/github-darkmode-sucks
本文為 CSDN 翻譯，轉載請註明來源出處。