TLDR
저는 맥을 오래 다크모드로 써왔습니다. 그런데 최근 작업 환경을 다시 보니, 다크모드 자체보다 더 중요한 변수가 있었습니다. 방은 항상 밝게 켜져 있고, 듀얼 모니터를 쓰며, 코드를 직접 오래 정독하기보다 Claude Code나 Codex 같은 AI 코딩 도구와 긴 텍스트를 주고받는 시간이 늘어난 것입니다.
그래서 당분간은 macOS, 에디터, Ghostty 터미널을 라이트 톤으로 맞춰보려고 합니다. 결론은 “라이트모드가 정답”이 아니라, 제 환경에서는 화면의 밝기와 주변 조명을 맞추는 실험을 해볼 가치가 있다는 쪽에 가깝습니다.
“다크모드가 눈에 좋다”는 말이 항상 맞을까요?
다크모드는 분명 장점이 있습니다. 어두운 방에서는 화면이 덜 눈부시고, 개발 도구의 신택스 하이라이팅도 잘 보일 때가 많습니다. 그래서 터미널과 에디터를 다크 테마로 쓰는 개발자가 많습니다.
하지만 “다크모드가 항상 눈에 좋다”는 식으로 말하기는 어렵습니다. 텍스트 가독성만 놓고 보면 밝은 배경에 어두운 글씨를 쓰는 양극성 표시가 더 유리하다는 연구와 실무 가이드가 적지 않습니다. 밝은 배경에서는 동공이 상대적으로 작아져 글자의 가장자리가 또렷하게 느껴질 수 있기 때문입니다.
문제는 모드 자체가 아니라 환경과의 대비였습니다. 제 방은 밤에도 밝게 켜져 있습니다. 그런데 화면만 어둡게 두면 주변은 밝고 화면은 어두운 상태가 됩니다. 이 조합이 오히려 눈을 계속 다시 적응하게 만들 수 있습니다.
자동 모드의 함정
macOS에는 자동 외관 모드가 있습니다. 이름만 보면 방 밝기에 맞춰 라이트와 다크를 바꿔줄 것 같지만, 실제로는 사용자의 주변 조명을 실시간으로 읽어서 바꾸는 기능이라기보다 시간대와 일몰·일출 흐름에 맞춰 전환되는 기능에 가깝습니다.
그래서 밤에도 조명을 환하게 켜고 일하는 사람에게는 자동 모드가 어긋날 수 있습니다. 밖은 밤이라 시스템은 다크로 바뀌었는데, 실제 작업 공간은 밝은 낮처럼 유지되는 상황이 생깁니다.
이 경우 “자동이 똑똑하다”기보다 “내 방과 화면이 서로 다른 기준으로 움직인다”에 가깝습니다.
개발자는 왜 터미널을 다크로 많이 쓸까요?
개발자들이 터미널을 다크로 쓰는 데는 이유가 있습니다. 코드는 일반 문서보다 여백이 많고, 라이트 테마에서는 빈 화면의 흰 영역이 더 크게 느껴질 수 있습니다. 어두운 배경에서는 색이 들어간 로그, diff, 경고 메시지도 눈에 잘 들어옵니다. 늦은 밤 어두운 환경에서 작업하는 문화도 영향을 줬을 것입니다.
저도 이 이유로 오랫동안 GitHub Dark 계열 테마를 썼습니다. 문제는 제 작업 방식이 바뀌었다는 점입니다.
요즘은 코드를 한 줄씩 오래 읽기보다, AI 코딩 에이전트와 대화하고, diff를 확인하고, 긴 설명과 로그를 읽는 시간이 늘었습니다. 작업의 중심이 “코드 정독”에서 “텍스트 읽기와 판단” 쪽으로 조금 이동한 셈입니다.
이렇게 되면 다크 테마의 이점이 줄어듭니다. 특히 밝은 방에서 긴 텍스트를 읽는 시간은 라이트 테마가 더 편할 가능성이 있습니다.
듀얼 모니터에서는 “섞어 쓰기”가 피곤할 수 있습니다
처음에는 시스템은 라이트, 터미널만 다크로 두면 된다고 생각했습니다. 그런데 듀얼 모니터에서는 이 조합도 애매했습니다.
한쪽 화면은 밝고, 다른 한쪽 화면은 어둡습니다. 시선이 왔다 갔다 할 때마다 눈은 밝은 화면과 어두운 화면에 번갈아 적응해야 합니다. 이게 하루 종일 반복되면 작은 피로가 쌓일 수 있습니다.
그래서 이번 실험의 핵심은 “라이트모드가 더 좋다”가 아닙니다. 더 정확히는 “방 조명, 메인 화면, 보조 화면의 톤을 맞춰보자”입니다. 눈이 다시 적응해야 하는 횟수를 줄이는 것이 목표입니다.
그래서 GitHub Light Default로 바꿔봅니다
터미널은 Ghostty를 쓰고 있습니다. 기존에는 GitHub Dark 계열 테마를 썼기 때문에, 라이트로 바꾼다면 GitHub Light Default가 가장 자연스러운 후보입니다.
완전히 낯선 팔레트로 갈아타기보다, 같은 GitHub 계열의 라이트 테마로 옮기면 diff 색상이나 신택스 하이라이팅의 감각을 덜 잃습니다. Catppuccin Latte처럼 부드러운 테마도 후보가 될 수 있지만, 밝은 방에서는 대비가 약하게 느껴질 수 있습니다.
중요한 것은 터미널만 바꾸는 것으로 끝내지 않는 것입니다. macOS 외관, 에디터, 브라우저, 터미널의 톤이 너무 다르면 실험의 의미가 흐려집니다. 이번에는 가능한 한 전체를 라이트 톤으로 맞춰보고 관찰하려고 합니다.
두통이나 편두통과 연결해도 될까요?
조심해서 말해야 합니다. 화면 테마가 두통이나 편두통의 단독 원인이라고 말하기는 어렵습니다. 다만 화면 밝기, 주변 조명과의 대비, 장시간 가까운 거리 응시, 깜빡임 감소, 목과 어깨 긴장은 디지털 눈 피로와 두통에 영향을 줄 수 있습니다.
편두통이 있다면 더 복잡합니다. 빛 민감성이나 강한 대비가 유발 요인 중 하나일 수 있지만, 수면 부족, 스트레스, 탈수, 카페인, 자세 같은 요인이 함께 작용하는 경우가 많습니다. 그래서 화면 테마를 바꾸는 일은 치료가 아니라 환경 조정에 가깝습니다.
두통이 잦거나 심하다면 화면 설정을 바꾸는 것만으로 해결하려고 하기보다 안과나 신경과 진료를 받는 편이 안전합니다. 안경 도수, 난시, 안구건조, 목과 어깨 긴장처럼 테마와 무관한 원인이 숨어 있을 수도 있습니다.
2주 실험 규칙
이번 실험은 “라이트모드가 정답이다”를 증명하려는 것이 아닙니다. 제 환경에서 눈이 덜 피곤한 조합을 찾는 n=1 실험입니다. 그래서 테마만 바꾸고 끝내지 않고, 아래 변수도 같이 기록해보려고 합니다.
- 화면 밝기를 방 조명에 맞췄는지
화면이 방보다 지나치게 밝거나 어두우면 모드 선택보다 더 큰 피로 요인이 될 수 있습니다. 목표는 “라이트냐 다크냐”보다 주변 밝기와 화면 밝기의 차이를 줄이는 것입니다. - 20-20-20 규칙을 지켰는지
20분마다 20초 정도, 약 6m 밖의 물체를 보는 방식입니다. 장시간 가까운 화면만 보며 생기는 눈 피로를 줄이는 데 도움이 될 수 있습니다. - 모니터 거리와 높이가 맞는지
미국안과학회는 화면을 팔 길이 정도, 약 25인치 거리로 두고, 시선이 살짝 아래로 향하도록 높이를 맞추는 것을 권합니다. 화면이 너무 가깝거나 높으면 눈뿐 아니라 목과 어깨 부담도 커질 수 있습니다. - 듀얼 모니터에서 고개를 얼마나 자주 돌렸는지
듀얼 모니터 피로가 꼭 화면 밝기 때문만은 아닐 수 있습니다. 한쪽 화면을 계속 바라보며 목을 돌리는 시간이 길면 목 근육 긴장이 두통처럼 느껴질 수도 있습니다. - 수면, 수분, 카페인 상태
특히 편두통이 있다면 화면보다 수면 리듬, 탈수, 스트레스, 카페인 같은 변수가 더 크게 작용할 수 있습니다. 그래서 테마 실험 기간에는 “어제 잠을 얼마나 잤는지”, “커피를 얼마나 마셨는지”, “물을 충분히 마셨는지”도 같이 적어두는 편이 낫습니다.
마무리
이번 결론은 단순합니다.
다크모드가 나쁘다는 뜻은 아닙니다. 라이트모드가 모두에게 좋다는 뜻도 아닙니다. 제 경우에는 밝은 방, 듀얼 모니터, AI 코딩 중심의 텍스트 읽기 환경이라는 조건이 겹쳤고, 그 조건에서는 라이트 톤으로 통일하는 실험이 합리적으로 보였습니다.
화면 설정은 건강 조언이 아니라 작업 환경 조정입니다. 중요한 것은 모드를 믿는 것이 아니라, 내 환경에서 피로를 줄이는 조건을 하나씩 실험하는 것입니다.
2주 정도 써보고 실제로 눈 피로, 집중력, 두통 빈도가 어떻게 달라지는지 기록해볼 생각입니다. 결과가 다르면 다시 바꾸면 됩니다. 설정은 신념이 아니라 도구니까요.
참고 자료
- Apple: Mac에서 라이트 또는 다크 모드 사용하기
- American Academy of Ophthalmology: Digital Devices and Your Eyes
- American Migraine Foundation: Top 10 Migraine Triggers
AI 에이전트와 함께 일할 때 작업 기록이 중요하다는 이야기는 비개발자가 Git 커밋을 배운 날에서도 다뤘고, 에이전트에게 일을 맡길 때 사람이 판단 지점을 잡는 문제는 AI 에이전트에게 일을 맡겼더니 칸반이 필요해졌다와도 이어집니다.