エディタのダークテーマは本当に目に優しいのか？科学的根拠から検証してみる

コードエディタのダークテーマは「目に優しい」と長らく言われてきましたが、その評価は本当に科学的に正しいのでしょうか。
開発現場では当たり前のようにダークテーマが選ばれていますが、実際のところは単なる好みの問題なのか、それとも視覚負荷や疲労軽減に明確な根拠があるのかは意外と曖昧なまま語られてきた側面があります。

本記事では、視覚生理学・認知科学・ディスプレイ技術といった観点から、ダークテーマのメリットとデメリットを論理的に整理し、通説を一度分解して検証していきます。
特に「ブルーライト軽減」「瞳孔反応」「コントラスト比による可読性」といった要素は、直感的な印象と科学的事実が必ずしも一致しない領域です。

また、開発者の作業環境における実際の影響として、次のような論点にも触れます。

• 長時間コーディング時の眼精疲労への影響
• ライトテーマとの比較における集中力の変化
• 周囲環境（明るさ・照明条件）との相互作用

これらを踏まえることで、「なんとなくダークテーマが良さそう」という感覚的な選択から一歩進み、合理的なエディタ選択が可能になります。

単なる好みの議論に留めず、エビデンスベースでダークテーマの実態を捉え直すことで、日々の開発体験そのものを最適化する視点を提供していきます。

ダークテーマは本当に目に優しいのか？科学的根拠からの検証

コードエディタにおけるダークテーマは、開発者の間で長らく「目に優しい選択肢」として定着しています。
しかし、この前提がどこまで科学的に妥当なのかを整理すると、単純な善悪の問題ではなく、視覚生理と環境条件、さらには作業タスクの性質によって評価が大きく変化することが分かります。

まず重要なのは、人間の視覚疲労は「画面の明るさそのもの」だけで決まるわけではないという点です。
網膜や水晶体への負荷は、輝度差、すなわちコントラストの強さと適応状態に強く依存します。
ダークテーマは画面全体の光量を抑えるため、暗所では瞳孔の拡大を促し、結果として眩しさを軽減する方向に働くことがあります。
この点は確かに一定の合理性があります。

一方で、明るい環境下では事情が逆転します。
周囲が明るい状態でダークテーマを使用すると、画面と背景の輝度差が大きくなり、視線の焦点調整に余分な負荷がかかることがあります。
これは視覚認知の観点から見ると、適応コストの増大として説明できます。

さらに、可読性の問題も無視できません。
一般に、人間の視覚系は暗い背景に明るい文字を表示する場合よりも、明るい背景に暗い文字を表示する方が文字認識速度が安定する傾向があるとされています。
これは長年の紙媒体環境への適応によるものであり、認知的な慣れの影響も強く関与しています。

ここで、簡易的に整理すると次のような対比が成立します。

条件	ダークテーマの影響	ライトテーマの影響
暗所環境	眩しさ軽減で有利	光量過多で不利
明所環境	コントラスト過多で負荷増	視認性が安定
長時間作業	慣れに依存し個人差大	一般的に安定

このように、単一の優劣で評価できるものではなく、環境適応型のUI選択問題として捉えるのが適切です。

また、近年の研究ではブルーライトと眼精疲労の直接的な因果関係は限定的であることが示唆されています。
むしろ疲労の主因は、瞬きの減少や焦点調整の持続による筋肉疲労であり、テーマカラーそのものの影響は二次的である可能性が高いです。

実務的な観点から見ると、エディタのダークテーマは「疲労を減らす魔法の設定」ではなく、「環境条件によって有利にも不利にも働く視覚調整オプション」と理解する方が合理的です。
特にプログラミングのように長時間の集中作業を伴う場合、重要なのはテーマの選択そのものではなく、ディスプレイ輝度、室内照明、フォントサイズといった複合的な調整です。

結論として、ダークテーマは一定条件下では合理的な選択になり得ますが、普遍的に「目に優しい」と断言できるものではありません。
視覚負荷は複数要因の相互作用で決まるため、開発者は自身の作業環境を前提に、動的に最適化する姿勢が求められます。

ブルーライトと眼精疲労の関係は本当にあるのか

コードエディタのダークテーマ議論と並行して頻繁に語られるのが、ブルーライトと眼精疲労の関係です。
多くの開発者が「ブルーライトは目に悪い」「だからダークテーマが有利だ」といった直感的な理解を持っていますが、実際の科学的知見はそれほど単純ではありません。
ここでは、ブルーライトに関する通説と研究結果、そして網膜への影響の限界について論理的に整理します。

ブルーライト神話と研究結果

ブルーライトは可視光の中でも短波長に位置し、エネルギーが高い光として知られています。
この性質から「網膜に強い負担を与える」というイメージが広まりました。
しかし、近年の生理学的研究では、通常のディスプレイ使用レベルにおいてブルーライトが直接的に視覚器官へ不可逆的な損傷を与えるという明確な証拠は限定的です。

むしろ、眼精疲労の主要因として指摘されているのは光そのものではなく、画面注視による瞬きの減少や、ピント調整を担う毛様体筋の持続的緊張です。
つまり、疲労は光の「色」ではなく、視覚行動の「使い方」に起因する部分が大きいと考えられています。

例えば、長時間のコーディングでは以下のようなメカニズムが疲労に関与します。

# 視覚疲労の簡易モデル（概念）
fatigue = focus_time * blink_reduction + eye_strain + posture_load

このように、ブルーライトの影響は変数の一部に過ぎず、全体の疲労構造の中では限定的な寄与にとどまる可能性が高いと解釈できます。

網膜への影響と科学的限界

網膜へのブルーライト影響については、動物実験レベルでは高強度の光暴露による損傷が報告されています。
しかし、これは現実のディスプレイ環境とは大きく異なる条件下での結果であり、そのまま人間の日常的な開発環境に適用することはできません。

実際のPCやスマートフォンの輝度は、網膜損傷を引き起こす閾値よりも大幅に低く設計されています。
そのため、現代のディスプレイ利用においては「構造的破壊」よりも「機能的疲労」、すなわち一時的な視覚性能低下や違和感が主な問題になります。

また、ブルーライトは完全に悪者というわけではなく、概日リズム（サーカディアンリズム）の調整にも関与しています。
日中にブルーライトを適度に浴びることは覚醒度の維持に寄与するため、一概に排除すべき対象とは言えません。

このように整理すると、ブルーライトに関する議論は「遮断すべき有害要素」という単純な構図ではなく、光環境全体の中でバランスを取るべき要素であることが分かります。
ダークテーマの採用もこの文脈に含まれ、単独での最適解ではなく、環境設計の一部として評価する必要があります。

コントラスト比と可読性がエディタ体験に与える影響

コードエディタにおけるテーマ設計を評価する際、ブルーライトや心理的な印象以上に重要になるのがコントラスト比と可読性の関係です。
プログラミングは長時間にわたりテキストを注視する作業であり、わずかな視認性の違いが累積的な認知負荷として現れます。
そのため、単なる配色の好みではなく、視覚認知の効率性という観点から評価する必要があります。

コントラスト比は、文字色と背景色の輝度差によって定義されます。
この差が小さすぎる場合、文字の輪郭が曖昧になり、視線の補正回数が増加します。
一方で過剰に大きい場合、今度は光刺激としての負荷が増え、視覚的な疲労を引き起こす可能性があります。
つまり、可読性は単純な最大化問題ではなく、適切な最適化問題として扱うべきです。

WCAG基準と視認性

ウェブアクセシビリティの国際的指標であるWCAGでは、テキストの可読性を確保するためにコントラスト比の最低基準が定義されています。
一般的な基準では、通常テキストに対して4.5:1以上のコントラスト比が推奨されており、大きな文字では3:1以上が許容範囲とされています。

この基準はエディタ設計にも直接応用可能であり、ダークテーマであってもライトテーマであっても、この閾値を下回る場合は視認性の低下が統計的に観測されやすくなります。
特にプログラミングでは記号や構文が密集するため、わずかな視認性低下がコード理解コストの増大につながります。

実際のエディタ設定を抽象化すると、次のような関係で理解できます。

可読性 ≒ f(コントラスト比, フォント設計, 視覚適応, 作業時間)

このように、コントラスト比は単独の指標ではなく、他の要素と組み合わさることで最終的な読みやすさを決定します。

背景色と文字色の最適バランス

背景色と文字色の組み合わせは、エディタの視覚体験を決定づける最も基本的な要素です。
ダークテーマの場合、背景が暗色になることで文字の明度が相対的に強調されますが、このとき単純に白文字を使用すればよいというわけではありません。
白に近すぎる文字色はコントラストが強くなりすぎ、長時間の閲覧で視覚的な刺激過多を引き起こす可能性があります。

一方で、ライトテーマでは黒文字が基準となりますが、純粋な黒は逆に強すぎるコントラストを生み出すため、実務上はややグレー寄りの文字色が採用されることが多くなります。
これは人間の視覚が完全な二値コントラストよりも、わずかに中間調を含む方が安定して認識できるという特性に基づいています。

このバランスはエディタごとに最適解が異なり、例えばVSCodeのようなカスタマイズ性の高い環境ではテーマごとに微調整が行われています。
結果として、理論上の最適値と実際の利用感覚には差が生じることがあり、ここに「目に優しさ」の主観的評価が入り込む余地が生まれます。

重要なのは、背景色と文字色の設計は単なるデザインではなく、認知負荷設計そのものであるという点です。
適切なバランスを選択することで、長時間のコーディングにおける疲労を定量的に抑制できる可能性があります。

ダークモード vs ライトモード：実験データで比較

ダークモードとライトモードの優劣については、開発者コミュニティにおいて長年議論されてきましたが、その多くは主観的な体験談に依存しています。
ここでは、心理学やヒューマンコンピュータインタラクションの研究知見を踏まえ、両者を実験データ的な観点から整理し、どのような条件下でそれぞれが優位に働くのかを論理的に検討します。

まず前提として、ダークモードとライトモードの差異は単なる配色の違いではなく、視覚情報処理の前提条件そのものを変化させる要因です。
特に重要なのは、視覚の適応メカニズムと外部環境との相互作用です。

集中力と作業効率の違い

集中力と作業効率に関する研究では、一貫した結論は出ていないものの、一定の傾向が観察されています。
暗所環境においてはダークモードの方が視覚刺激が抑えられるため、外的ノイズが少なく感じられ、主観的な集中度が高まるケースが報告されています。
一方で、明所環境ではライトモードの方が文字認識速度が安定し、結果としてタスク完了時間が短縮される傾向があります。

これは認知負荷の観点から説明可能であり、視覚情報の処理には「背景適応コスト」が存在します。
環境と画面の輝度差が大きいほど、この適応コストが増加し、集中力の持続に影響を与えると考えられます。

例えば、簡易的にモデル化すると次のように表現できます。

作業効率 ≒ 認知処理速度 - 視覚適応コスト

この関係式からも分かるように、ダークモードとライトモードの優劣は固定的ではなく、環境条件に依存して変化します。

また、実務的な開発環境ではフォントレンダリングやハイライトカラーの設計も影響を与えるため、単純にテーマのみを比較することは困難です。
そのため、実験データにおいても被験者の慣れや使用経験が大きな交絡因子として作用しています。

環境光との相互作用

環境光との相互作用は、ダークモードとライトモードの評価において最も重要な変数の一つです。
人間の視覚系は周囲の明るさに応じて感度を自動調整するため、ディスプレイの表示は常に相対的に評価されます。

暗い部屋で明るい画面を見る場合、瞳孔は収縮し光量過多に対応しようとしますが、逆に明るい部屋で暗い画面を見る場合は瞳孔が拡大し、微細な文字情報の認識が難しくなることがあります。
このため、ダークモードは夜間環境で有利になりやすく、ライトモードは日中環境で安定しやすいという傾向が観測されます。

この関係は単純化すると次のように整理できます。

環境条件	ダークモードの特性	ライトモードの特性
暗所	視覚負荷が低下しやすい	過剰な輝度で負荷増加
明所	視認性が低下する可能性	安定した可読性
中間環境	個人差が大きい	比較的安定

このように、環境光は単なる背景条件ではなく、視覚システム全体のゲイン調整として機能しています。
そのため、テーマ選択を最適化する際には、作業場所の照明条件を無視することはできません。

結論として、ダークモードとライトモードの比較は静的な優劣ではなく、動的な環境適応問題として捉えるべきです。
実験データが一貫した結果を示さない理由も、この多変量的な構造に起因しています。

長時間コーディングにおける眼精疲労の実態

長時間のコーディング作業における眼精疲労は、単純に画面の明るさやテーマカラーだけで説明できる現象ではありません。
むしろ視覚系と認知系が同時に負荷を受け続けることで発生する複合的な疲労現象であり、そのメカニズムを分解して理解することが重要です。
エディタのダークテーマ議論も、この広い文脈の中で初めて適切に評価できます。

プログラミングでは、テキストの読解と構造把握、さらに短時間での視線移動が連続的に発生します。
そのため視覚疲労は光刺激だけでなく、情報密度と認知処理の頻度によっても大きく左右されます。

視線移動と疲労蓄積

視線移動は眼精疲労の主要な要因の一つです。
コードエディタでは行番号、構文ハイライト、関数定義、ログ出力など複数の情報レイヤーを短時間で往復する必要があり、この反復運動が眼筋への負荷として蓄積されます。

特に問題となるのは、視線のジャンプ距離が大きい場合です。
例えばエラーログから該当行へ移動し、さらにスタックトレースを追うといった操作では、視線の再定位が頻繁に発生します。
このとき、焦点調整を担う毛様体筋が継続的に収縮と弛緩を繰り返すため、結果として疲労感が増大します。

このプロセスは単純化すると次のように表現できます。

眼精疲労 ≒ 視線移動頻度 × 焦点調整負荷 × 作業時間

ダークテーマはこの視線移動そのものを減少させるわけではありませんが、背景の光刺激を抑えることで視覚的なノイズを低減し、結果的に主観的な疲労感を緩和する可能性があります。
しかしこれは構造的な負荷軽減ではなく、あくまで知覚レベルでの変化に留まります。

休憩と生産性の関係

眼精疲労の蓄積を評価する上で見落とされがちなのが、休憩行動との関係です。
人間の視覚系は連続使用に対して非線形的に疲労が増加するため、一定時間ごとの休憩が生産性維持に大きな影響を与えます。

実務的な観点では、集中状態を長時間維持することよりも、適切な周期で視覚負荷をリセットする方が総合的なパフォーマンスは安定します。
これはポモドーロ・テクニックのような時間分割手法が支持される理由の一つでもあります。

視覚疲労と生産性の関係は次のように整理できます。

生産性 ≒ 集中力 - 疲労蓄積 + 回復量

このモデルから分かる通り、疲労は単なる減衰要因ではなく、回復によって制御可能な変数です。
そのためダークテーマの導入だけで疲労を根本的に解決することはできず、休憩設計や作業リズムの最適化と組み合わせる必要があります。

また、休憩時に遠くを見る行為や目を閉じる行為は、毛様体筋の緊張を緩和し、視覚システムのリセットとして機能します。
これにより次の作業セッションの初期負荷を低減できるため、結果として長時間のコーディング全体の効率向上につながります。

結論として、眼精疲労はテーマ設定単体で解決できる問題ではなく、視線行動と休憩設計を含めた総合的なシステム設計の問題として捉える必要があります。

VSCode・Neovimにおけるダークテーマ設定と実用性

コードエディタのダークテーマは理論的な議論だけでなく、実際の開発環境における実装方法やカスタマイズ性によっても評価が大きく変わります。
特にVSCodeやNeovimのようなモダンなエディタでは、テーマは単なる見た目の設定ではなく、開発体験全体を左右する重要な構成要素として扱われています。
ここでは、それぞれの環境におけるダークテーマの実用性と設計思想の違いを整理します。

まず前提として、ダークテーマはエディタの描画レイヤーに直接影響を与えるため、フォントレンダリング、構文ハイライト、UIコンポーネントの視認性と密接に関係します。
そのため単純に「暗いか明るいか」ではなく、どのように情報階層を可視化するかが本質的な評価軸になります。

拡張機能とテーマ選択

VSCodeでは拡張機能エコシステムが非常に発達しており、テーマもその一部として豊富に提供されています。
この環境ではユーザーが視覚的な好みに応じて細かく調整できるため、ダークテーマのバリエーションも多様です。
例えばシンタックスハイライトの色設計やUIのコントラスト調整などがパッケージ化されており、インストールのみで即座に適用可能です。

一方で、この柔軟性は選択コストの増大にもつながります。
過剰なカスタマイズは一貫性を損なう可能性があり、結果として視覚的なノイズを増やすこともあります。
そのため実務的には、テーマ選択は単なる好みではなく、開発効率を左右する設定判断として扱う必要があります。

Neovimの場合は状況が異なり、Luaベースの設定やプラグインを通じてテーマを構築するため、より低レベルな制御が可能です。
この柔軟性により、配色アルゴリズムそのものをカスタマイズすることもでき、エディタを視覚的インターフェースとして再設計することが可能になります。

テーマ適合度 ≒ 視認性 + 一貫性 + カスタマイズ性 - 認知負荷

このように、テーマ選択は単なるデザインではなく、情報処理効率に直結する設計問題として扱われます。

開発環境ごとの最適化

開発環境における最適化は、エディタ単体ではなくシステム全体の構成に依存します。
例えばVSCodeではGUIベースの統合環境として設計されているため、タブ管理やサイドバー、拡張機能のUIまで含めた統一的なテーマ設計が求められます。
ダークテーマを適用する場合も、エディタ領域だけでなく周辺UIとの整合性が重要になります。

Neovimでは逆に、ターミナルベースで動作するため、ターミナルエミュレータ側の配色設定との相互作用が大きくなります。
このため、エディタ単体のテーマよりも、シェル環境やフォントレンダリング設定との統合が重要になります。

また、開発対象によっても最適解は変化します。
フロントエンド開発ではUIの視覚設計との整合性が求められ、バックエンド開発では可読性と構造把握が優先されます。
この違いにより、同じダークテーマであっても評価は異なります。

結論として、VSCodeとNeovimにおけるダークテーマは単なる視覚設定ではなく、それぞれのエディタ設計思想を反映したインターフェース戦略の一部です。
そのため最適化は一律ではなく、開発スタイルと環境構造に応じて動的に調整されるべきものです。

ダークテーマが向いている環境・向かない環境の違い

ダークテーマの適性は、単一の心理的好みや流行ではなく、物理的環境と視覚生理の相互作用によって決定されます。
特に重要なのは、周囲の照明条件とディスプレイ輝度のバランスであり、この二つの要素が視覚負荷の大部分を規定します。
そのため、ダークテーマの評価は環境依存性を前提に議論する必要があります。

視覚システムは常に相対評価で動作しており、絶対的な明るさではなく周囲との比較によって刺激の強度を判断します。
このため、同じダークテーマであっても、使用環境によってまったく異なる体験になります。

オフィス環境と夜間作業

オフィス環境では一般的に天井照明や自然光が一定以上存在するため、ディスプレイとの輝度差が比較的安定しています。
このような環境ではライトテーマの方が文字情報の視認性が高くなる傾向があり、認知的な負荷が低減されるケースが多く観測されます。

一方で夜間作業では状況が逆転します。
周囲が暗い環境でライトテーマを使用すると、画面からの光刺激が相対的に強くなり、瞳孔の収縮が継続的に発生するため、主観的な眩しさが増加します。
この場合、ダークテーマは視覚刺激を抑える方向に働くため、快適性が向上する可能性があります。

この関係は単純化すると次のように表現できます。

快適性 ≒ 環境光適応度 - 視覚刺激過多

つまり、ダークテーマは夜間や低照度環境において相対的に有利になりやすく、逆に明るいオフィス環境ではライトテーマの方が安定した視認性を提供します。

ディスプレイ輝度との関係

ダークテーマの効果を評価する上で見落とされがちなのが、ディスプレイ輝度設定との相互作用です。
ディスプレイ輝度は視覚負荷を直接制御する最も強いパラメータの一つであり、テーマカラー以上に影響力を持つ場合があります。

例えば、輝度が過度に高い状態でダークテーマを使用すると、黒背景とのコントラストが極端になり、文字のエッジが強調されすぎることで視覚的な疲労が増すことがあります。
逆に輝度が低すぎる場合は、ライトテーマでも視認性が低下し、読み取りコストが増加します。

このため、実務的には以下のような関係が成立します。

ディスプレイ輝度	ダークテーマの影響	ライトテーマの影響
高輝度	コントラスト過多で疲労増加	視認性は安定しやすい
中輝度	バランスが良く適応しやすい	安定した可読性
低輝度	視認性低下の可能性	暗さにより読みづらい

このように、テーマ選択は単独の要素ではなく、ディスプレイ設定と組み合わせて初めて意味を持つパラメータです。
そのため最適化の本質は、ダークかライトかの二択ではなく、輝度・環境光・視覚適応の三者関係を調整することにあります。

結論として、ダークテーマが向いているかどうかは環境条件に強く依存し、固定的な優劣では評価できません。
適切な設定は作業環境ごとに動的に調整されるべきものであり、単一の普遍解を求めることは合理的ではないと考えられます。

アクセシビリティから見る配色設計の最適解

エディタにおける配色設計は、単なる視覚的な好みの問題ではなく、アクセシビリティという工学的な制約条件の中で最適化されるべき問題です。
特にダークテーマとライトテーマの議論においては、視覚負荷の軽減だけでなく、情報の平等な可読性を担保できているかが重要な評価軸になります。
ここでは配色設計をアクセシビリティの観点から分解し、その合理性を整理します。

アクセシビリティ設計では、個々のユーザーの視覚特性差異を前提にした設計が求められます。
そのため、平均的な視認性だけでなく、多様な視覚条件下での安定性が評価対象になります。

色覚多様性への配慮

色覚は全てのユーザーで均一ではなく、特定の色の識別が困難なケースが存在します。
特に赤緑系の識別に影響が出るケースは比較的多く、コードエディタのシンタックスハイライト設計においても考慮が必要です。

ダークテーマにおいては背景色が暗いため、色の差異が強調されやすい一方で、特定の色同士のコントラストが不十分だと情報の区別が困難になることがあります。
ライトテーマでも同様に、色の選択次第では情報階層が曖昧になる可能性があります。

この問題は単純な色の選択では解決できず、明度差と彩度差の両方を考慮した設計が必要になります。
例えば、構文要素を色だけでなく明るさでも区別することで、色覚に依存しない識別性を確保することが可能です。

識別性 ≒ 明度差 + 彩度差 + 形状的手がかり

このように、配色設計は単なる色彩設計ではなく、情報構造設計の一部として扱う必要があります。

WCAG準拠の重要性

Web Content Accessibility Guidelines（WCAG）は、デジタルコンテンツにおけるアクセシビリティ基準を定義しており、エディタのUI設計にも直接応用可能な枠組みです。
特にコントラスト比の基準は、可読性を定量的に評価するための重要な指標となります。

WCAGでは通常テキストに対して一定以上のコントラスト比が推奨されており、この基準を満たさない配色は視認性の低下を引き起こす可能性が高いとされています。
ダークテーマであってもライトテーマであっても、この基準を満たすことが前提条件となります。

実務的には、テーマ設計時に以下のような制約を満たす必要があります。

要素	最低基準	実務的推奨
通常テキスト	高コントラスト比	安定した視認性
UI要素	中程度のコントラスト	操作性確保
装飾要素	任意	情報補助

このようにWCAG準拠は単なる規格遵守ではなく、ユーザー体験の再現性を担保するための設計原理として機能します。

最終的に、アクセシビリティに基づく配色設計の最適解とは、特定のテーマを選択することではなく、多様なユーザー環境に対して一貫した可読性を保証する設計構造を構築することにあります。
そのためダークテーマとライトテーマの議論も、優劣ではなく適用条件の問題として再定義されるべきです。

ダークテーマの科学的評価とエディタ選択の結論

ここまでダークテーマを中心に、視覚生理学、認知科学、アクセシビリティ、そして実際の開発環境という複数の観点から検討してきました。
その結果として見えてくるのは、ダークテーマは単純に「目に良い」「目に悪い」といった二項対立で評価できるものではなく、環境条件と認知負荷のバランスの中で機能する適応的なインターフェースだという事実です。

まず重要なのは、ダークテーマが視覚疲労を直接的に解消する魔法の仕組みではないという点です。
疲労の主要因はブルーライトや背景色そのものではなく、焦点調整の継続、視線移動の頻度、情報密度の高さといった複合的な要素によって構成されています。
そのためテーマ変更はあくまで一部のパラメータを調整する行為に過ぎず、全体最適の一要素として理解する必要があります。

一方で、ダークテーマが有効に機能する条件も確かに存在します。
特に低照度環境では視覚刺激が抑制されるため、主観的な快適性が向上しやすい傾向があります。
また、長時間の集中作業において背景の明度を抑えることで、視覚的ノイズが減少し、認知的な負荷が軽減される場合もあります。
ただしこれも環境依存的であり、普遍的な効果ではありません。

この関係を抽象化すると、次のような構造として整理できます。

総合快適性 ≒ 視覚適応度 + 認知負荷最適化 - 環境不整合コスト

この式が示すように、ダークテーマの価値は単体で決まるのではなく、ディスプレイ輝度、室内照明、フォント設計、作業時間、さらにはユーザーの視覚慣れといった複数の変数との相互作用によって決定されます。

また、実務的なエディタ選択の観点では、VSCodeやNeovimといった現代的な開発環境は高いカスタマイズ性を持っており、ダークテーマはその中の一要素として柔軟に調整可能です。
この柔軟性は利点であると同時に、最適解を固定化できないという意味での複雑性も内包しています。

さらにアクセシビリティの観点では、ダークテーマかライトテーマかという選択そのものよりも、コントラスト比の適正化や色覚多様性への対応の方が本質的に重要です。
つまりテーマは目的ではなく手段であり、情報可読性を保証するための構成要素に過ぎません。

最終的に導かれる結論は明確です。
ダークテーマは科学的に見ても有効な場面が存在する一方で、それ自体が優位性を保証するものではありません。
したがって合理的なエディタ選択とは、固定的なテーマ信仰ではなく、作業環境と認知特性に応じて動的に最適化を行う設計的アプローチに他なりません。

このように捉えることで、ダークテーマ論争は単なる嗜好の対立から、情報設計と人間工学の問題へと再定義されます。
その結果として、開発者はより再現性の高い快適な作業環境を構築できるようになります。