2021년에 첫 커스텀 키보드 조립을 완성한 이래 벌써 2년 가까이 시간이 지났다. 그동안 키보드에도 이런 저런 변경들을 시도해봤다.

아래는 그 기록이다.

상판 (프레임) 변경

2022년 8월 즈음에 GMMK Pro의 상판을 흰색으로 바꿨다.

원래 GMMK Pro는 블랙과 실버 두가지 색으로만 나와있었는데, 실버가 꽤나 은색 그 자체인 색이라 키캡의 흰색과 꽤 이질감이 든다는 생각을 많이 했었다. 그러던 와중에 Glorious에서 E-white를 포함한 추가 색상의 상판을 별도 판매하기 시작했고, Glorious 제품 국내 정식 수입사에서 해당 제품도 가져와주기를 기다리다가 한동안 잊고 있었는데, (현재 판매중) 어느날 문득 생각나서 찾아보다 괜찮은 가격에 중고 매물을 발견해서 덥석 물었다.

2022년 5월에 로지텍의 MX Master 3S가 출시하면서 기존에 쓰던 MX Master 3에서 업글했는데, 검은색에서 흰색(밝은 회색에 가깝긴 하다)으로 바꿨던지라 마침 키보드와 깔맞춤도 더 잘 되는 느낌이라 좋았다.

다양한 키보드들을 둘러보다 보면 금속재질의 플레이트를 흰색으로 도색할때 대부분 전착도장(electrophoresis = 전기영동 도장) 기법을 쓰는것 같아보였는데 (그래서 보통 그 도장공법을 강조하기 위해 앞에 “e”를 붙이는듯) 이 제품도 그 방식으로 제작됐다. 겉보기엔 금속같지 않은 매끈한 마감이라 깔끔하다.

물론 상판만 바꾼 것이기 때문에 측면에서 보거나 키보드를 뒤집으면 뒷판은 여전히 은색이라는게 신경쓰이긴 했지만… 어차피 대부분 정면에서만 보면 잊고 살수 있어서 크게 힘들지 않았다(?)

세라믹 키캡 (Cerakey)

Cerakey는 22년 5월에 Kickstarter에서 펀딩을 시작한 프로젝트다. 여타 키캡과 다르게 이제껏 시도된 적 없는 완전히 새로운 재질인 세라믹으로 만든 키캡이라는게 흥미로웠다. 보통 키캡은 그 두께가 두껍고 재질이 묵직할수록 더 깊은 (‘thock’) 키스트로크 소리가 나는데, 세라믹이라 얼마나 더 깊은 소리를 낼까, 또 현재 내 키보드 셋업과도 (다소 무거운 스위치 키압) 잘 어울릴것만 같았고, 흰색이라 심미적으로도 이쁠거같아서 반쯤 호기심에 후원을 눌렀다.

약 5개월 후인 10월에 드디어 배송이 되었다. 이 키캡은 또한 내 첫 무각인 (Blank) 키캡 세트다! 자판은 어차피 대부분 외워서 키보드를 보지 않고 치기 때문에 큰 걱정은 안 했지만, 그래도 실사용에 불편하지 않을까 다소 불안한 감은 있었지만 그래도 뭔가 순백의 세라믹 위에 글자 프린팅을 남기지 않고 깨끗한 채로 즐기고 싶은 마음이 더 컸다.

받아보고 둘러본 바, 1세대 제품 치고는 솔직히 퀄리티가 썩 나쁘지 않았다. 플라스틱보다 세라믹은 깨짐에 취약하다보니 처음 펀딩할때부터 그 부분에 대해 제조사가 신뢰를 주기 위해 특수 열처리를 해서 바닥에 굴러도 잘 안 깨질거고 하는 등등 영상자료를 많이 올렸었는데, 그럼에도 불량이 몇개쯤은 있으리라 각오하긴 했는데 나의 경우 깨져서 온 것도 없고 특별히 불량인 녀석들도 없어서 교환해야만하는 귀찮음을 덜었다.

처음 보자마자 가장 먼저 느낀 점. 코팅이 굉장히 글로시하다. 호불호가 갈릴수도 있겠다 싶은 대목.글로시를 보고나니 매트(무광택) 처리 세라믹은 어떨까 싶은 호기심이 들기도 한다. (Cerakey 향후 제품 로드맵에 있기는 하다 일단..)

사실 비주얼 다음으로 가장 기대했던 것이 감촉이었는데, 눈으로 보는것만큼이나 실제로 야들야들하다. 또, 세라믹 재질이라 언제나 손가락이 키에 닿을때 살짝 차갑게 느껴지는 것이 상당히 기분좋다.

키보드 백라이트를 켰을 때 빛이 세라믹을 은은히 투과해서 꽤 이쁜 효과를 내는 점도 좋다.

키캡이 기존보다 너무 빛 투과를 잘 해서 위 사진처럼 키스위치의 스템 색깔이 투과될 정도다. (오렌지색) 진짜 완벽한 흰색을 추구하려면 왠지 스위치도 흰색계열로 바꿔야할것만같은 느낌이다…

내가 기대한 기준으로는 1세대 치고는 이미 충분히 좋은 제품이라 생각하지만, 그렇다고 해서 단점 없는 완벽한 제품은 아직 아니다.

많은 유저들이 지적한 문제중 하나는, 키캡이 너무 헐겁거나 반대로 너무 꽉 끼는 문제가 있었다. 아무리 키캡을 정교하게 몰딩해도 스템에 들어맞는 부분 (+모양 구멍)이 수많은 종류의 스위치 스템과 정확한 수치로 들어맞게 만들수는 없다. 플라스틱의 경우 적당히 수축/팽창할수 있다보니 끼워넣으면 스템에 알아서 맞춰지곤 하는데, 세라믹의 경우 플라스틱에 비해 그런 유연성이 부족하다보니 미세한 오차범위내 크기 차이에 따라 헐겁거나 너무 꽉 껴서 스위치 스템 플라스틱을 갈아버리는 문제가 발생했다.

너무 꽉 껴서 스위치 스템이 갈려나가는건… 어쩔 도리가 없는것 같고 , 너무 헐거워서 키캡이 빠지는건 비교적 단순한 방법으로 해결할 수 있었다.

바로 테이프를 아주 작게 잘라서 스템 위에 붙이고 그 위에 키캡을 꽂는 것. 이러면 스템 틈 사이로 테이프가 들어가면서 스템을 조금 더 두껍게 만들기 때문에 보다 타이트하게 키캡이 꼽힌다. Cerakey 디스코드 커뮤니티에서도 비슷한 방법으로 해결한 사람들이 많았다. 부작용이라면, 위 사진의 왼쪽에 보이듯이 테이프가 갈려나가면서 다소 지저분해진다. 그래도 키캡을 뽑지 않는 한 볼 일은 없어서 실사용하는데 큰 불편은 없다.

그 외의, 다른 키는 멀쩡한데 스페이스바가 워낙 다른 키에 비해 크기가 커서 무겁다보니, 일반적인 스위치 스프링이 무게를 버티지 못해서 키를 한번 누르면 튕겨올라오지를 못한다는 문제가 있다. 다만 이건 Cerakey측에서 개발 단계때부터 이미 인지하고 있었던 문제라, 해결책으로 스프링 무게가 더 무거운 스페이스바 전용 스위치를 동봉해 보내줬다.

내가 지금 GMMK Pro에다 쓰는 키스위치(Glorious Panda)도 키압이 낮은 편은 아닌데 (67g) 처음에 기존 스위치에 꼽아 테스트해보니… 역시 키캡이 무거워서 키가 잘 올라오지 않았다. 그래서 별 수 없이 동봉해준 스위치로 바꿔꼽았다. 스페이스바만 리니어 스위치가 된 것이 좀 그렇긴 하지만 실사용에선 별 불편 없이 쓰고 있다.

흰색 노브로 교체

2022년 9월에는 흰색 (E-white) 로터리 노브를 장착했다. 이제 노브까지도 상판과 깔맞춤이다.

Flex Kit, 폴리카보네이트 보강판으로 교체

2023년 5월에는 FlexKit이라는걸 구입했다.

Flex kit은 무엇인가 하면…

이전 글에서도 짤막하게 적었지만, 원래 GMMK Pro의 디자인도 어느정도의 쿠션감을 고려해 가스켓(gasket)을 사용하는 구조로 제작되긴 했지만, 하판에 PCB가 결합되는 방식, 그리고 그 위에 상판이 결합되는 방식의 디자인적인 한계로 인해 보강판이 살짝 휘거나 (Flex=즉 ‘푹신’할 수 있는) 눌러져 내려갔다 올라올 공간의 여유가 그다지 없는 편이었다. 이걸 보완하려고 상판 나사를 아예 체결 안 한다든가 하는 방법을 사용해보긴 했지만 유의미한 차이를 만들어내진 못 했다.

그런데 이 ‘Flex’감을 찾는 유저들이 꽤 많았나보다. 나는 커뮤니티 활동을 하진 않아서 몰랐는데, 어느날 Glorious에서 보낸 뉴스레터를 보고 FlexKit의 존재에 대해 알게 되었다. 그동안은 내부 길드 커뮤니티 멤버들에게만 소량 제공되었던 것이, 이제는 누구든 구입할 수 있게 되었다는 소식.

FlexKit의 구성은 다음과 같다. 완전히 새로 디자인 된 하판, 두가지 두께(1mm, 2mm)의 보강판 흡음재, 하판 흡음재(3.5mm) 그리고 세가지 다른 재질로 제공되는 가스켓 스티커 팩. (20mm짜리 22개, 40mm짜리 22개)

듣던 중 가장 반가운 소식은, 하판이 기존의 블랙, 실버 색상 외에 추가로 E-white 색상으로도 제공된다는 점이었다! 사실 키감은 기존 키감도 크게 불만은 없었기 때문에 굳이 키감만을 위해 킷을 샀다기보다는 흰색 하판이 출시되어 드디어 하판 상판 색 깔맞춤을 할 수 있다는 사실에 들뜬 것이 더 컸다…

어쨌든 이제 키보드가 참트루 올 화이트 키보드가 되었다.

하판 교체하려고 뜯은 김에, 그동안 계속 붙인 채로 써왔던 PCB 뒷면의 마스킹테이프 (Tape mod)를 떼고 조립했는데, 하판 흡음재 레이어가 얇아지니까 확실히 꽉찬 묵직한 음은 덜해지고 통울림이 다시 생기면서 오히려 뭔가 약간 더 경쾌해진거같기도 한게… 이건 이거대로도 나쁘지 않다는 생각을 했다.

이 시점에 녹음해본 타건 소리:

가죽데스크매트 + TX키보드매트
신규하판 + 1mm 케이스폼 + 스위치플레이트 폼 + 1x 포론 (전부 Glorious 순정)
테이프모드, PE폼스위치패드, 글로리어스판다 (krytox205g0), C3이퀄즈 스태빌
Cerakey 세라믹키캡

폴리카보네이트 보강판으로 교체

2023년 5월, 비슷한 시기에 스위치 보강판을 폴리카보네이트로 바꿨다.

Polycarbonate. 투명한 플라스틱 재질이다. 기존에 쓰던 기본 보강판은 알루미늄 금속으로 되어있어서, 키감이 깊고 단단한 느낌을 주는데 일조했다면 폴리카보네이트는 그 반대 성향이다.

이걸 바꾸게 된 계기는 위의 FlexKit을 도입한 후 진짜 쿠셔니한 키감이 더 궁금해져서 그런 것이 크다. 아무튼 하판의 구조가 바뀌어서 보강판이 얹혀지는 방식이 약간 더 푹신해지긴 했는데, 여전히 스위치 보강판이 너무 단단해서 체감이 좀 덜 한 느낌이었다. 스위치 보강판이 금속이 아닌 좀 더 연질이면 키감이 더 부드러워질까? 하는 호기심에 질러봤다.

사실 처음 GMMK Pro를 살 때부터 있었던 교체 옵션이긴 하다. (또 다른 옵션은 황동 재질이다. 이건 또 완전 더 묵직한쪽…) 언젠가 폴리카보네이트를 시도해보고 싶다는 생각이 있긴 했는데 거의 2년 후에 하게 될줄은 몰랐지.

이제까지의 각종 교체 작업은 그래도 비교적 쉬웠는데, 이번 작업은 결국 스위치를 보강판에서 다 뺐다가 다시 껴야하는지라 꽤 까다로웠다. 하나씩 다 빼긴 아무래도 너무 귀찮아서, 저렇게 뒤집은 채로 한 줄씩 눌러서 스위치를 빼주고 그 배치 그대로 폴리 보강판에 옮겨끼우는 편법을 썼다. 시간을 아주 약간 절약했다.

폴리 보강판에 모든 스위치 이식을 마치고 키캡까지 끼우고 불을 켜봤다. 이 부분도 나름 기대하고 있었던 부분중 하나인데, 바로 LED 빛이 보강판을 통해 은은하게 투과되는 것…

기존 보강판은 불투명하다보니 LED가 오직 스위치의 구멍을 통해서만 투과됐는데, 이제 보강판이 반투명이라서 LED빛이 더 투과가 잘 된다. 밝기도 살짝 더 밝아진 느낌.

폴리카보네이트 보강판으로 바꿔끼고 나니, 키감과 소리가 확연히 이전과 달라진 느낌이 들었다.

알루미늄 보강판 → Polycarbonate
PCB-보강판 사이 흡음재 제거

보강판이 금속에서 플라스틱이 되니 묵직한 저음역대가 사라지고 대신 좀 더 경쾌하고 가벼운 느낌의 소리가 되었다.

그리하여, 지금까지 쓰고 있는 키보드 구성이 되었다.

지금 조합으로 GMMK Pro는 꽤 마음에 드는 조합이다. 이 다음에 여기에 또 뭔가 변화를 준다면 아마 키 스위치를 바꿔본다거나가 될것같은데… 언제가 될 지 어떤 것이 될지는 아직 잘 모르겠다.

2021년.

2020년의 회고록을 다시 읽어보니 여느때보다 많은 생각을 안고 시작했던 한 해였던것 같다. “아무리 못해도 작년보다는 좋겠거니” 희망을 안고 시작했던 한 해였을 터인데, 올 한해는 어떤 일들이 있었을까. 막상 떠올리려 해보면 별 일 없이 지나가버린 한 해 같으면서도… 기억을 되살려보니 많은 일들이 있었다.

회사

지금 몸담고 있는 회사를 다닌지 어느새 6년이 지나 7년차에 접어들게 된 해였다. 회사 자체도 작년을 기준으로 창립 10주년을 넘어서기도 했고, 회사의 성장 단계에 있어 무언가 ‘the next big step’ 같은 것이 슬슬 올것만 같은 느낌이 들었던 해였다. 그것이 과연 무엇이었을까… 사실 이미 온걸까? 아직 오지 않은 걸까?

3월경 사무실을 이사하게 되었다. 2016년부터 3년간 WeWork 강남역점에 입주해 있다가 2019년에 FastFive 삼성4호점으로 이사, 그리고 올해 무려 4년만에 다시 공유오피스가 아닌 단독 사무실로 오게 되었다. 계약 만료, 가격인상 등 여러가지 요인이 작용해 내려진 결정이었겠지만 코로나의 영향도 분명 있었으리라. 재택근무가 기본이 된지 1년이 넘어가는 시점에서 실제 사무실에 출근하는 인원이 줄었다보니 물리적인 공간에 드는 비용을 줄이고자 하는 것이 주 목표였던것 같긴 하다..? 사실 아직도 구체적으로 무엇이 가장 크리티컬한 이유였는지는 모르겠다. 그분만 아신다 공간규모도 줄어들었고 건물도 매우 노후되어 환경적으로는 발전했다기보다는 후퇴한 느낌. 장점인지 단점인지 모르겠지만 위치가 다시 강남역이 되었다. 9호선으로 출퇴근을 하는 내 입장에서는 신논현에서 강남까지 걸어오거나 버스를 갈아타야만 하게 된 것 때문에 출퇴근이 다소 귀찮아졌다. 그래서 개인적으로 사무실로 출근하는 빈도가 약간 줄어든것 같기도 하다. (이래봬도 코로나가 닥친 이후에도 다른 일부 직원들에 비해 나는 사무실에 그래도 꽤 자주..까지는 아니더라도 종종 출근하는 편에 속했다)

확실히 사기가 예전같지 못한 것 같다. 나만 그렇게 느끼는걸까? 물론 코로나 시대에 회사 팀의 사기가 전보다 더 올라간 사례가 얼마나 있겠냐마는… 일은 일대로 여전히 하지만 사람 대 사람으로 동료들을 직접 옆에 두고 일하지 못하게 된 만큼, 원래라면 오고갔어야할 대화가 오가지 않고, 공유될 뻔했던 아이디어가 공유되지 않고, 사적인 교류도 줄어들었다. 일적으로나 외적으로나 어떤 어려움과 고민들을 안고 살아가는지 들을 기회 자체가 없어졌다. 회사는 공적인 목적을 위해 모인 집단인건 알지만, 결국 키보드의 끝에는 사람이 있는 것인데 사람다운 교류 없이 일만 남긴 팀이 정말 더 창의적이고 효율적인 성과를 가져다주는 것일까? 하는 생각도 든다.

우리회사는 애초부터 출퇴근이 자유로운 회사였다. 원격근무제도도 일찌감치부터 도입하고 있었고, 코로나 이전부터 이미 줌 화상회의도 적극적으로 쓰고 있어서, 집이나 다른 곳에서 일하고 싶은 날일때면 미리 팀원들에게 알리기만 하면 (+꼭 사무실에 나와야만하는 크리티컬한 사항이 없었다면) 자유롭게 리모트할 수 있었다. 코로나가 시작된 이후로는 당연히 전사 리모트체제로 기본값이 바뀌었다. 코로나 1년차때는 하반기즈음에 정상화가 되면 다시 다들 사무실로 출근하는 일상이 돌아오리라고 생각했지만… 그리고 국내 확진자수가 계속 업다운을 반복하면서 잠시 전망이 밝아보였던 때에는 점차 사무실에 얼굴 비추는 횟수를 늘려달라는 아주 소프트한 푸시도 있었지만 결국 다시 되돌아가기를 반복하면서 아마 지금 상황대로 간다면 전 직원이 다시 자발적으로 사무실에 나올 날을 보긴 매우 힘들지 않을까. 그리고 사태가 매우 심각했던 초기를 제외하고는, 딱히 말 안해도 사무실을 나오고 싶은 사람들은 이미 종종 나오고 있었다. 나같은 경우도 오히려 집에서 일하는 기간이 길어지다보니, 공간&시간적으로 워크/라이프의 경계가 불분명하기도 하고 집중이 잘 안될때에도 있어서 사무실에 한주에 1-2번꼴로 종종 나갔다. 다만 항시 리모트를 한번 해보니까 집이 편해서 and/or 안전을 위해 and/or 내가 꼴보기싫어서 딱히 사무실에 가야만 할 이유가 없다고 판단해 집에 눌러앉아버리신 분들은… 영 얼굴을 보기가 힘들어졌다. <사무실에서 가장 조우하기 힘든 희귀직원> 의문의 리더보드의 기록을 매일 경신해가고 계시다.

업무적으로는 올해도 나는 여전히 내가 해야할 일을 묵묵히 했다. 새로운 기능개발도 있었고, 유지보수도 있었고. 그렇지만 올해 한 일중 가장 기억에 남을만한 일이라면 역시 회사 웹사이트를 새로 만든 프로젝트였다.

스크롤기반의 애니메이션을 매우 적극적으로 활용해 처음으로 만들어본 웹페이지다. (링크를 타고 들어가서 직접 보자) 언제나 애플이 만드는것같은 높은 퀄리티와 인터랙션으로 가득한 랜딩페이지를 만들어보고싶은 생각이 있었는데, 드디어 뭔가 비슷한걸 해보게 되어서 좋은 경험이 되었다. 이 프로젝트의 후기는 언젠가 좀 더 디테일하게 적어보고싶긴 하지만 여기선 간단하게만 짚고 넘어가기로.

여행/휴가

코로나 때문에 해외를 더 이상 나가지 못하게 되었지만… 그래도 이따금씩 일상으로부터 떨어진 곳에서 쉼의 시간은 가지고 싶었고, 그래서 당일치기로 근교 여행을 다녀오거나, 서울 또는 다른 국내 지방 도시의 호텔 등지에서 짤막한 휴가를 보낼 기회들이 있었다.

올해 유일하게 제대로 된 여행이라 부를수 있었던 한주간의 부산여행은 회사동료이자 친구와 함께 갔는데, 친구가 가지고있던 멤버십이나 할인수단을 너그럽게 활용해줘서 덕분에 좋은 호텔들을 비교적 저렴한 가격에 이용할 수 있었다. 부산여행 이외에 서울에서 종종 갔던 호캉스/워케이션도 이 친구의 도움을 참 많이 받았는데 이 자리를 빌어 다시한번 감사의 말씀을 드립니다…

좋은 곳에 가서 쉬고 맛있는걸 먹고 좋은걸 누리고 할때마다 그냥 그 순간을 만끽하는것도 좋기야 하지만… 역시나 언제나 드는 생각은 이 좋은 것을 정말 언젠가 평생을 함께하게될 소중한 사람과 함께 누릴수 있었다면 더 좋았을텐데 하는 것이다. 나 혼자만 좋으라고 (물론 친구가 함께 하긴 했었지만…) 숙박이든 음식이든 너무 많은 돈을 들이는 것이 여전히 100% 마음이 편하지는 못하더라. 일년에 한두번쯤 이렇게 쉬는데 지출하는게 솔직히 지금의 수입 수준에서 그리 못 할 짓은 분명 아니긴 할텐데… 어릴때 자라온 가정환경이나 몸에 배어온 부모님의 경제관념이 영향이었을까, 아직까지도 뭔가 매번 이런 류의 1회성 지출에 있어서는 스스로를 납득시킬만한 합리적인 껀덕지(최근에 있었던 어떤 일이라든가 내가 해낸 것에 대한 보상이라든지)를 생각해내지 않으면 마음 한켠에 내가 지금 굉장한 사치를 부리고 있는것만같은 죄책감에 시달릴 때가 여전히 있다.

그래도… 이렇게 잠시 일상을 벗어나 쉬고 놀고 온 것들이 올해를 돌아볼때 그나마 기억에 남는 몇 추억거리로 남았으니. 이마저도 없었더라면 정말 별 것 없이 지나버린 해가 되어버렸을지 모르겠다

취미활동

코로나 이후 이런저런 환경 변화나 심경의 변화로 취미활동에 대한 열정이 확실히 예전만큼은 못하다. 한동안 일부러 거리를 두려고 했던 것도 있고… 그 영향으로 관심이 식어버린건지, 아니면 애초에 관심이 식어버려서 잘 손이 안 가게된 건지 뭐가 먼저였는지 모르겠지만 아무튼 그렇게 되었다. 그렇다고 완전히 탈덕을 했냐면 그건 또 아니다. 농담삼아서 한번 덕후는 영원한 덕후다라는 말도 있다지만, 진지 한숟갈 잡수고 생각해보면 정말로 진심으로 좋아해왔던 것이라면 어떻게 한 순간에 그리 쉽게 버릴수 있겠느냐는 말도 되겠다.

아무튼 ‘오타쿠’인 나의 일면을 지금 돌아본다면… 예전만큼 겉으로 드러내놓고 다니는 편은 아니게 된 것 같다. (그래봤자 예전에도 뭐 일코용 티셔츠를 입는다든가 키체인을 가방에 달고 다닌다는가 폰 배경화면이라든가 이런 정도가 한계긴 했다) 이젠 겉으로만 보면 그냥 아무와도 달라보일것 없이 (아마도) 평범한 사람이다. 내 방은… 아직도 장식장에 마지막 얼마 남지 않은 피규어들이 몇 있고 처분하기 곤란한 CD 컬렉션이 책장 한켠을 차지하고 있지만… 물건이 줄면 줄었지 지난 2년간 뭔가 새로운 굿즈를 산 적은 없는 것 같다. 언젠가 마음을 더 크게 먹고 물건들을 다 치우게될 때가 올런지는 모르겠지만, 지금 남은 것들은 가능하다면 추억으로나마 남기고싶은 최후의 생존품들이라고나 할까. 그런 아련한 추억템의 느낌으로 킵해두고 있다.

예전처럼 일본을 못가니까 이벤터 덕질을 못하고, 그러니까 성우 팬질을 안하게 되고, 굿즈도 안사게되고, 트위터에서 최신정보 따라잡는것도 손을 놓아버리고, 애니도 예전만큼 신작 최속으로 찾아보고 하지 않게 되고, 최애에 대한 애정마저 식어버리니 그림도 그릴 이유가 없어져버렸는데 이건 예전에 투덜거렸던 적이 있듯이(비공개글) 다른 요인도 분명 있는데 아무튼 여러가지 요인의 환상의 콜라보레이션으로 결국 무기한 잠수 폐업으로 치닫게 된 것이다

그래도 일하면서 통근하면서 음악은 여전히 애니송을 많이 듣는다. 덕이고 아니고 내 음악취향은 이미 이쪽 영향을 배제할수 없게 되어버렸기 때문에…

DJ데뷔(?)

취미활동중 올해 무언가 새롭게 도전했던 거라고 하면… 뭐 엄밀히 따지면 DJ를 시작한건 올해가 아니었지만, 실제 사람들 앞에서 처음으로 음악을 틀어볼 기회가 생겼었다. 아니쿠라¹ 바닥에서는 꽤 유명하신(?) 모 분이 “GenBar²“라는 라운지 컨셉의 새로운 행사 기획을 하셨는데, 감사하게도 DJ로 서보지않겠냐는 제안을 해주셔서 서게 되었다. 아니쿠라는 현장 분위기상 보통 빠르고 신나는 곡들만 트는 경우가 많다보니 느린 템포나 잔잔한 곡은 애초에 틀기 어려웠는데 이번엔 이벤트 컨셉 자체를 느긋하게 즐길수있는 형태로 기획했다보니 오래전부터 좋아했던 느릿느릿한 명곡들을 많이 틀수 있어서 좋았다.

다음에 또 틀수있는 기회가 있다면 좋겠지만… DJ 또한 처음엔 그냥 취미삼아 시작한 정도인데, 이쪽분야에서 제대로 활동하려면 또 당연히 연습도 많이 하고 여타 행사에 나가서 얼굴도 더 많이 비추고 해야 인맥도 쌓고 하는데 그럴 수준의 헌신을 들이고있지 않다보니 내가 항상 그랬듯이 또 어중간하게 가다 소멸되는게 아닐까 하는 걱정부터 온다.

뭐든지 잘 해야겠다는 고민보다 그냥 생각없이 즐길수 있는 사람이 되고 싶다. 이게 나는 너무 어렵다.

커스텀 키보드 입문

올해 블로그에 올렸던 몇 안되는 (또 장문의 글이 되어버린) 포스팅중 하나였던 것이 커스텀 키보드 입문기. 이것도 나름 아주 오랜만의 새로운 취미라면 취미일 것.

조립한 키보드는 여전히 잘 쓰고 있다. 소리는 여전히 또각또각 좋지만 장시간 사용해보니 확실히 키압이 높은게 오래 타이핑은 못하겠더라. 질리면 조만간 다른 스위치를 시도해볼지도 모르겠다.

한때 엄청 몰두해서 맨날 틈만나면 각종 키보드 정보 찾아보고 유튜브 피드도 키보드 영상으로 가득차고 했었는데, 좀 시간이 지나고 지금와서 보니 어느새 살짝 관심이 식어있다. 공구 예약주문해놓은 제품들이 몇 개 있긴 한데 반년이고 1년이고 언제 올지 모르는 녀석들이라 배송이 올때 즈음하면 다시 관심이 갈런지 어떨지 모르겠다. 원래 느긋하게 롱텀으로 즐겨야하는 취미라는 말도 있듯이…

게임

올해 게임을 많이 했냐하면… 아닌것 같긴 한데 뭔가 최근 몇년새에 비해서는 그래도 집에 앉아서 뭘 하긴 한거같다.

ウマ娘

올해 초에 드디어 몇년간 발매가 미루어져왔던 일본 모바일 게임 ‘ウマ娘(우마무스메)’가 드디어 런칭을 했다. 모바일 (가챠)게임은 아주 옛날에 했다가 접고, 리듬게임이기때문에 했던 뱅드림을 제외하고는 거의 수 년만이다. 홍보차 미디어믹스로 기획된(분명 그랬을터인데 먼저 나와버린) 애니메이션을 재밌게 봤기도 하고, 캐릭터들이 매력적이기도 해서 큰 생각 안하고 가볍게 시작해봤는데, 여름에 잠시 흥미를 잃어서 접었다가는 요즘엔 어차피 짜투리 시간에 다른거 할게 없기도 하고 종종 하고 있다.

게임 자체는 정말 이게 AAA급 오타쿠 모바게구나 싶을정도로 3D모델링이나 그래픽이 수려하다. 가로로 눕히지 않고 세로로 진행할수 있는 게임이란것도 한 몫하는것같다. 일상속에서 다른 앱 보다가 빠르게 전환할수 있기도 하고. 게임 진행 자체는 처음 시작한 후 한 3-4달정도까지는 육성 쌓아올리면서 성장시키는 거 보는 재미가 있었는데, 이후로는 역시 반복적인 루틴이 되어버리는 감이 있어서 중장기적으로는 어떤가 싶다. 일찌감치 카카오게임즈에서 한국판 퍼블리싱을 한다는 뉴스가 뜨기도 했고 그 때문인지 한국에서는 접속이 막혀있는데, 매번 게임을 키기전에 VPN을 켜야만 하는게 귀찮다.

테트리스(Tetr.io)

나는 원래 테트리스를 엄청 못했다. 테트리스 그거 나온지 몇십년도 더 된 게임이고 누구나 할줄 아는건데 어떻게 못할수가 있냐 그냥 하면 되는거 아니냐 하지만… 나는 진짜 못했다. 친구들이랑 어쩌다 같이 할 기회가 되면 정말 너무 못해서 수준이 안 맞을 정도였다. 왜냐하면 어릴때 테트리스를 안했었기 때문에… 기본적으로 감이라는거 자체가 없었다. 그래서 그냥 체념하고 그런가보다 해왔었는데…

어쩌다가 지인 소개로 Tetr.io라는 웹버전 테트리스 대전게임 (테트리스 컴퍼니로부터 라이센스받지 않은 비공식 카피게임이기 때문에 저작권 클래시를 피하기 위해 철저하게 ‘스태킹’장르 게임이라고 소개한다)을 알게 되었다. 여름 즈음이었는데 당시 어차피 퇴근하고 와서 할거 없기도 했고, 한 몇달간 빠져서 열심히 했다. 공략도 보면서 오프너도 배우고, 그렇게 신기해하던 티스핀도 배우고, LJSZ스핀도 배우고.

대전게임이라서 1:1대전으로 붙어서 랭킹을 올리는 리그가 있다. 처음에 시작할땐 뭣도모르고 그냥 시작했더니 배치가 D+랭크가 떴는데 의지와 노력으로만 기어코 S까지 기어올라왔다. (중간에 심지어 현타가 와서 계정을 한차례 삭제한 적도 있었다)

여기까지 오니까 이제 그냥 짱쎈 오프너 빌드(특정 쌓는 순서로 특정 모양을 만들면 초반에 상대에게 더 많은 공격을 보내 유리한 전략) 공부를 열심히 하는것만으로 유지할수도 없게 되고, 피지컬이 딸리다보니 한계에 도달하게 됐다. 피지컬이나 블럭쌓기 속도 자체도 예전에 비해 일취월장하긴 했는데, 어느 순간 이후로 벽을 느끼고 나니 이 또한 더 찔끔 올라가려면 연습시간을 2,3배로 늘려야하는데 그래서 뭐하나 하는 생각이 들어서 접었다. 지금은 그저 다른 천상계 고수들 플레이영상이나 종종 유튜브로 보는 재미가 들려서 남 하는거 구경만 하고 실제로 플레이한진 오래됐다.

Xbox Series X

Xbox 360때부터 줄곧 마이크로소프트의 콘솔을 이용해왔던 계보를 이어, 2020년 겨울에 Xbox Series X 예구에 일단 탑승, 성공하여 콘솔을 무사하게 확보했다. 정말 의문을 제기할 필요조차 없는 최고의 성능. 정숙한 구동. 하지만 정작 플레이할 게임이 없었다.

Ori 등 기존 게임을 더 높은 사양으로 잘 돌릴수 있게 되었다 해서 몇번 구동해본건 있어도 정말 차세대용으로 나온 신작 게임을 하면서 콘솔이 돈 값 할수 있게 되기까지는 꽤 오랜 시간이 걸렸다. 거의 한 반년쯤은 정말 먼지만 쌓인것 같다.

게임패스가 본격적으로 궤도에 오르면서 게임을 사서 하는 일도 급격히 줄었다. 애초부터 엑박 진영에서는 예전만큼 관심가는 게임이 없기도 했고. (일본게임을 좋아하는 입장에서는 차라리 플스를 사는게 맞지 않았나 하는 생각은 여전히 가시지 않는다)

용과 같이 7

다만 올해에 그래도 할 이야기가 있는건 아주 오랜만에 진짜 100%를 달성한 싱글플레이어 게임이 있었기 때문이다. 바로 <용과 같이 7>.

메시지에 나오듯이, 게임상 엔딩 클리어 후에 출현하는 최고로 짱쎈 마지막 보스를 깼다는 소리. Xbox 도전과제의 1000/1000점을 달성했고 플스 진영이었으면 ‘플래티넘’이라 부르는 그것.

용과 같이 시리즈 자체가 유명하단건 알고 있었지만 워낙 넘버링 작도 많다보니 (7까지 올라왔다는거부터가…) 입문할 엄두가 안 났는데, 그래도 최신 엑박을 뭔가 써먹어보긴 싶은데 마침 게임패스에 최신작이 차세대용 Series S|X에 최적화되어 올라왔다는 이야기를 듣고 아무런 사전 정보 없이 돌입했다가…. 이 꼴이 났다.

게임패스에서 관심가는 게임을 찍먹해본건 이외에도 몇 있지만, 결국 게임을 계속 진행했던건 그만큼 재미있었다는 뜻이다. 스토리가 진짜 이게뭐라고…. 재밌다. 드라마적인 클리셰와 일본의 어두운 면을 비추는 야시꾸리한 요소로 가득하지만 중년 아저씨들의 처절한 인생극을 보고있자니 참 이게 뭐라고 감정 이입이 되냐.

헤일로 인피니트

이외에도, 2021년 연말의 최고 기대작이던 <헤일로 인피티트>가 드디어 12월에 발매되어 천천히 시간날때마다 싱글플레이어를 진행중이다. 헤일로 멀티플레이어는 한때 가장 많이 플레이했던 내 주력 멀티게임이기도 했지만… (헤일로3,ODST,리치 시절) 워낙 오래 안하기도 했고 이제는 플레이어수가 줄어서(또는 분산되어서) 그런지 PC판과 콘솔판을 크로스플레이로 같이 합쳐 매칭하다보니 아무래도 키보드/마우스 쓰는 사람들에 실력이 너무 차이가 크게 밀려서 각잡고 할 것은 못 되어보이더라.

.

.

.

인간관계…연애

대학교 새내기 시절, 연애가 꼭 결혼까지 내다보고 해야만 하는건가 하는 생각을 했다. 20대 초, 아직 시간은 많은데. 그냥 좋으면 연애할수 있는거 아닌가? 하는 생각을 했다. 그렇게 머리 한켠에서 조아려오는 모든 이성적인 생각을 배제한 채 감정만에 이끌려 누군가와 사귀게 되었다. 짧디 짧은 기간 내에 내 생각도 너무 짧았음을 깊이 통감하고 결국 상처만 안겨준채 관계가 마무리되었다.

“결국 결혼으로 골인하지 못하는 이성관계는 실패한 관계다. 상처와 아픔으로 끝날수밖에 없다. 그리고 나는 결혼은 반드시 신앙이 맞는 사람과 해야한다”라는 바꿀 수 없는 신념이 있었고 (부모님의 가르침의 영향이 크다) 지금도 그러하다. 나는 내 신앙을 버리지 않는 한, 신앙이 없는 사람과는 만날 수 없겠다는 사실에 결국 굴복했다.

지난 10년간 수많은 사람들을 지나쳐오면서, 과연 신앙이 맞으면서, 인간적으로도 감정적으로도 내가 호감이 가는, 관계로 진전할만한 가능성이 있는 사람이 있을까 찾아왔다. 자연스럽게 만나는 것을 추구했기 때문에 인위적인 수단은 별로 고려하지 않았었다. 무언가 운명적인 만남을 믿고 기다렸던것 같기도 하다. 내가 그저 연애하고싶은 내 인간적인 욕심에서 사람을 찾아 만나는것보다, 신앙적으로 칭찬받을만한 가족을 세우기위한 의미있는 결혼을 꿈꾸기로 결정했으니 하나님이 알아서 해주시리라 생각했다.

그렇게 10년이 지났고, 나는 30대가 되었다.

20대의 나는, 아무리 그래도 30대쯤 되면 사랑하는 사람과 결혼해있지 않을까 하는 막연한 희망을 가지고 있었다.

하지만 그냥 기다리기만 해서는 아무 일도 일어나지 않는다는 당연한 사실을 뒤늦게 깨달았다. 모든 것에 때가 있듯이, 연애와 결혼은 20-30대 안에 해내지 않으면 매우 어려워진다는 것을 주변의 선례로부터 이미 많이 봐왔다. 심지어 요즘은 자발적으로나 마음먹든 비자발적으로 포기하든지 비혼주의인 추세가 만연하다보니 (특히나 내 직종과 주변 환경으로는) 주변 분위기만 따라 그냥 이대로 술렁술렁 가다보면 골든 아워를 놓칠것같은 생각이 들었다. 이대로는 안된다. 무언가 해야겠다는 생각을 했다.

혹시 나에게 뭔가 문제가 있는것은 아닐까? 그래도 상대적으로, 겉으로는 비호감이될만한 요소는 없도록 신경써왔다고 생각했었다. 내가 정말 좋아하는것, 잘 하는것에 몰두해 있고 나 자신인 그대로 최선을 다해 살면 언젠가 내 진가를 알아봐주는 사람이 나타나리라 믿었다. 뭐… 운 좋은 누군가는 정말 그렇게 누군가를 만났을지 모르겠다. 하지만 나에게 그런 만남은 지난 10년간 없었다. 주변 사람들과 이야기하면서 깨달은 사실이 있었다. 내가 ‘보통’ 사람들과 다르게 다른 것들에 너무 몰두해 있는 모습 때문이었을까, 나도 모르는 사이 내게 “이성에 별로 관심 없는줄 알았다”라는 이미지가 씌워져있었다. 걷으려 노력했다. 내 고집과 개성(이라 생각했던 것들을) 내려놓고 내가 그렇게도 하기 싫어했던 주변의 “평균적인 기준”에 목소리를 기울이기 시작했다. (결국 평균에도 못 미치고 있었구나 하는 사실을 깨닫고 좌절했다) 좋은 사람을 찾고싶으니까 소개 좀 해달라는 힌트도 (내 기준에서) 다소 노골적으로 어필했다. (솔직히 너무 자존심 상하고 싫었다.)

그래서 그런지, 우연인지, 필연인지, 감사하게도 올해는 주변 사람들의 소개로 여느때보다 많은 사람을 만나봤던것 같다. 놀랍게도 10년만에 처음으로 교제도 해봤다. 진심으로 올해 가장 행복했던 시간중 하나였다. 연애의 즐거움을 아주 살짝 맛보았다. 이거라면 다른 내가 이제까지 아껴왔던 모든 것을 포기하더라도 괜찮을 것 같았다. 하지만 안타깝게도, 내가 지난 10년간 쌓아온 나라는 존재가 단숨에 바뀔 수는 없었다. 결론적으로는 현재 여전히 싱글이다. 많은 교훈을 얻었다. 하지만 오히려 더 혼란스러워진 것 같기도 하다.

잠시동안의 연애 관계에 있으면서도, 헤어진 이후에도 이전엔 미처 생각지 못했던 난제가 수면 위로 떠올랐다. “사랑한다”는 감정이 뭘까. 무슨 내가 로보트도 아니고 이런 질문을 하는게 스스로도 웃기지만, 진짜 모르겠더라. 어릴때 누구를 짝사랑해본 적은 물론 있지만 그때의 그 복받쳐오르는 감정만을 사랑으로 정의한다면 앞으로 평생 그런 사람을 다시 만나보긴 힘들것 같았다. 순수하게 감정만으로 이끌리기엔 너무 어른이 되어버린걸까. 그런게 아직도 유효할까? 그렇다면 내가 이 사람을 좋아하는건지 어떻게 알지? 호감 비호감 구분정도는 할수 있다. 그런데 어느 정도의 호감이면 관계를 시작해볼수 있는걸까. 사랑한다는 감정. “사랑해”라는 말이 남발되는 요즘 시대에 나는 여전히 “사랑”이라는 말의 무게를 가볍게 만들고싶지 않았다. 진정으로 사랑하지 않는데 겉치레로 사랑한다고 할 수 없었다. 좋아한다는 감정이 사랑 이전에 와야하는 단계라는 건 알겠는데 나의 특정 이성에 대한 호감 자체를 판단하는 단계부터가 난관이다. 좋아하는 줄 알았는데, 실은 충분치 않았던 것이다. 좋아하지 않고서 누군가와 사귀는건 있을수 없는 일이다. 결국 누군가와 관계를 시작한다는건 내 생각에는 상대를 아직 잘 몰라도, 지금까지 아는 선에서 충분히 호감을 느끼기 때문에 시작할수 있다고 생각했는데, 상대는 나와 같은 생각이 아니었을수도 있다. 상대 입장에서는 사실 내가 생각하는 만큼 나를 좋아했던게 아닌데도 관계를 시작하기로 했을 수도 있다.

나는 대체로 모든 사람과 원만하게 지내는 편이다. 극도로 내향적인 성격이었지만 어느 순간부터 성격검사도 전부 외형적으로 나오고, 최근 느끼기로는 낯도 별로 안 가리는것 같다 (실제로 처음 만난 사람에게 그런거 같다는 소리도 들었다). 새로 만난 사람과도 어렵지 않게 이야기한다. 오히려 내 말이 너무 많아서 문제다. 이성이어도 크게 어려움을 느끼지 않는..거같다. 물론 처음만나는 이성을 앞에 두고 단둘이 이야기해야하면 당연히 긴장은 한다. 상대에게 좋은 사람으로 비춰지기 원하고, 상대도 좋은 사람이다. 주변에 좋은 사람들이 많다.

하지만 다 그저 ‘좋은 사람들’인 것이다. 나도 그저 ‘좋은 사람’인 것이다. 이게 문제인거 같다.

일적으로만, 무언가를 만들어내는 창작자로, 온라인상의 페르소나로만 매력적인 사람이 아니라 1:1 이성과의 관계에서 매력적인 사람으로 비춰지고 싶다. 이 생각을 계속 안고 아직도 씨름중이다. 그러면서 또… 내가 이제까지 안고왔던 나의 것들을 완전히 다 버리고싶지는 않다. 두 일면이 공존할수 없는걸까? 뭔가 그래도 될것 같이 자신감이 생겼다가도 바닥을 친다. 그동안 마주하기 싫어서 피하고, 다른 재밌는 것들로 덮어두었던 것을 끄집어내서 마주하려니 고통스럽다.

2022년에도 이 싸움은 이어질 듯 하다. 과연 의미있는 곳으로 향하고 있는 걸까.

아무튼 그렇게, 2022년이 왔다.

사실 이 글을 쓰기 시작한건 2021년 12월 말 즈음이었는데… 일부러 한해 마무리하면서 글 정리하고 쓸 시간을 확보하려고 이틀간 휴가도 냈건만 마지막 주에 몸살로 앓아누우면서 사실상 아무것도 못해서 서러웠다. 이후에도 연초라서 이것저것 일이 겹쳐 주말에도 전혀 뭘 할 틈이 안 나다보니 짬짬이 써나가다보니 어느새 1월 중순이다. 아무튼 그래도, 뭔가 매듭을 짓지 않으면 영 찝찝할것같아서.

감사합니다

2021년 한 해동안 신세진 분들이 너무 많다. 회사 사람들, 교회 사람들, 친구들, 가족. 출렁이는 파도 위에서 정신 못차리고 휘청이고 때로는 감정의 늪에 빠져 징징대고 고개 쳐박을때마다 그래도 살아야지… 끄집어내준 많은 고마운 분들.

내가 부족해서 일일이 아직 다 새해 인사조차 못드린 분들도 많은데… 조만간 다시 찾아뵙고 맛있는거라도 같이 먹을 기회가 조속히 온다면 기쁠것 같다.

무엇보다 1만번 1억 천 번 실패하고 넘어져도 나를 포기하지 않으시는 우리 좋으신 하나님 아버지께 감사.

(지난 글에서 이어짐)

부품은 이제 다 모여졌다. 키보드 조립이야 그냥 잘 꽂고 잘 하면 되는거 아니겠어? 틀린 말은 아니긴 하지만, 기성품과 다르게 기판 바닥부터 손가락에 닿는 키캡까지 모든 단계의 부품의 조정을 내 마음대로 할 수 있다는 점이 커스텀 키보드의 가장 큰 매력인 만큼, 내 키보드가 마음에 드는 소리를 내게 하기까지 중간 단계에서도 할 수 있는 건 다 해보고 싶었다.

스위치 윤활

키보드의 타건감에 가장 큰 영향을 주는 부품이 스위치인 만큼, 스위치의 클릭감을 더 부드럽게 하고 소리도 더 정숙하게 만들기 위해 키보드 커뮤니티에서는 손수 스위치를 윤활하는 것이 가장 대표적인 튜닝방법중 하나로 자리잡은 듯 했다.

대부분의 스위치들은 공장 출하 상태에서 가볍게 윤활이 되어 나올텐데, 매니아들 입장에서는 그정도로는 성에 안 차서(?) 어차피 다 뜯어서 닦아내고 다시 칠할거라… 그 수고를 덜기 위해 몇몇 매니아용 하이엔드 스위치들은 무윤활 상태로 출고되는 것들도 있었다. 내가 이번 빌드를 위해 고른 Glorious Panda 스위치도 무윤활/윤활 두가지 버전으로 고를 수 있었는데, 국내 공식 수입처에서 들여오는 버전은 어차피 다 무윤활 상태여서 직접 윤활을 해야 했다.

물론 윤활이 꼭 모든 스위치에 필수적인 것은 아니다. 구조적으로 스위치의 스템은 눌릴때 들어가면서 하우징 벽면을 긁는 “서걱”거리는 소리가 난다. 또 스프링이 바닥과 스템 천정과 닿을 때 나는 팅팅거리는 소리도 있는데, 스위치를 뜯어 스템의 벽면을 윤활제로 칠해주고 스프링을 윤활해줌으로 이런 잡소리들을 잡을수 있다. 이렇게 하면 대체로 하이톤의 소음이 뮤트되어 좀 더 중후하고 묵직한 플라스틱의 부딪치는 소리 (“또각” 또는 영어로 “thock”)만 남는다는 원리.

일단 나는 모든 스위치를 윤활할 생각으로 윤활제와 도구들을 다 주문했지만, 그래도 본격적으로 뛰어들기 전에 한두개를 우선 윤활해보고 무윤활 스위치와의 느낌을 비교해보기로 했는데, 확실히 윤활한 쪽이 서걱이는 소리가 줄어들고 부드러운 느낌이 나서, 전체 윤활을 하기로 마음을 굳혔다.

윤활제 종류도 여러가지가 있지만, 커뮤니티에선 Krytox사의 윤활제 제품이 가장 유명하고 널리 쓰이는 것으로 보였다. Krytox 205 (구리스계열), 105 (오일) 두 종류가 가장 많이 쓰이는데 205g2¹가 205g0보다 점도가 높은 구리스다. 205g2와 105를 50/50 비율로 섞어서 205g0와 비슷하게 살짝 묽어서 얇게 바르기 쉬운 형태로도 만들수 있다곤 하지만 나는 그냥 205g0를 소량 구매했다.

윤활하는 방법은 비교적 간단하다. 너무 떡지지만 않게, 얇게 고르게 스템의 모든 면을 칠해주면 된다. 단, 일반적으로 택타일 스위치의 경우 스템의 다리 (고리처럼 튀어나온 부분)은 칠하지 않기를 권장한다. 저 부분이 걸리면서 택타일 특유의 느낌을 만드는 건데, 윤활제를 발라버리면 너무 부드러워져서 리니어와 큰 차이가 없어진다는 이야기. 하지만 이 또한 개인 취향이라 말리는 사람은 없다. 나의 경우 일단 다리는 칠하지 않았다.

수십개의 스위치를 윤활하는건 보통 귀찮은 일이 아닌데, 스프링까지 일일이 칠하면 배로 시간이 들다보니 많은 사람들이 비닐백에 스프링을 모아서 넣고 Krytox 105같은 오일 윤활제를 투입한뒤 흔들어 윤활제를 뭍히는 간소화된 방법이 통용되고 있다. 하지만 나의 경우… 무슨 생각이 들었는지 그렇게 하지 않고 손수 붓으로 (대충) 발라줬다. 윤활작업할 당시에 Ziploc 비닐백을 찾아오기가 더 귀찮았던거 같은데 분명 윤활 시작하고 나서 그냥 비닐백 할걸… 하는 생각을 몇번이고 했던거 같다

아무튼 이 작업을 본인의 키보드의 키 갯수만큼 반복하면 되는데… GMMK Pro의 경우 83키니까 이 작업을 총 83번 반복하면 된다. 잔뜩 겁먹고 달려들었는데 분해부터 완성까지 거의 두시간이 꼬박 걸렸다.

스태빌라이저 교체

키보드의 스태빌라이저²는, 1.5U 길이 이상의 긴 키의 양쪽 끝이 눌렀을때 한쪽으로 기울어지는 걸 방지하기 위해 (키보드 스위치는 정중앙에 꼽혀있기 때문에) 키의 양 끝에 스위치와 동일한 높이의 받침대 역할을 해준다. 스태빌이 제 역할을 잘 한다면, 스페이스바같은 아무리 긴 키라도 키의 어디를 눌러도 균일하게 눌렸다가 다시 돌아와야 한다.

GMMK Pro는 가격대비 퀄리티가 좋아 대체로 좋은 평을 받았지만, 모든 리뷰어와 사용자들에게 공통적으로 욕을 먹은 부분이 있었는데… 바로 이 스태빌이다. GMMK Pro의 스태빌라이저는 Glorious가 자체 개발한듯한 스태빌로 ‘GOAT’라는 이름을 달고 나왔다. 요즘 매니아들이 좋아하는 발이 클리핑된 형태의 스템³으로 낸 건 잘 했지만… 어째서인지 출고 상태의 스태빌 그대로 스위치와 키캡을 체결하면 키를 눌렀을때 키가 안 빠지는 현상이 다수의 유저들로부터 제보되었다. 아마도 PCB에 붙은 소음감쇠용 스티커와 윤활제가 만나 끈적거리게 되어버린게 아닌가 하는 의심이 가는데… 내 경우에도 예외는 아니었고 심지어 기존에 붙어나온 PCB 스태빌 스티커 제거하고 별도로 구입한 Kelowna 스태빌패드로 교체부착, GOAT 스태빌의 윤활제를 다량 제거하고 시도해봐도 여전히 키를 누를때 무언가 꾸덕하거나 뻑뻑한 느낌이 없어지질 않았다.

결국은 별도로 구매한 스태빌라이저로 교체를 하게 되었다. 애초에 조립을 계획할 때부터 Glorious의 순정 스태빌이 문제가 있다는 평을 들었고 싸제로 바꿔야겠구나 생각은 하고 있었어서 크게 놀라진 않았다.

서드파티 스태빌중 커뮤니티에서 가장 많이 언급되는 스태빌은 Durock, Everglide 등이 있었는데, GMMK Pro 초기 생산분의 알루미늄 플레이트와의 호환성 이슈가 있는듯 해 보였다.⁴ 또, Durock 스태빌의 초기 버전은 사용하다보면 철심이 빠져버리는 디자인상의 문제가 있다는 말도 보여서⁵ 결국 가장 논란이 적은 C³Equalz 스태빌을 골랐다. 다만 이퀄츠 스태빌(v2)은 국내외 일반적인 기계식키보드 관련 물품을 취급하는 샵들에서 멀쩡히 재고가 있는 곳을 (비교적 멀쩡한 무난한 색으로) 찾기가 너무 어려워서 찾다 찾다 결국 알리익스프레스에서 v3을 파는곳을 찾아 주문했다는 이야기. 배송오는데 시간이 좀 걸린지라, 키보드를 일단 다 조립해놓고 나서 쓰다가 며칠 후에 스태빌을 또 교체해줬다.

스태빌라이저 철심의 윤활제로는 보통 키스위치에 사용되는 옅은 윤활제보다는 더 꾸덕한 타입의 구리스가 쓰인다. Permatex의 Dielectric Grease또는 Superlube, 극히 최근엔 Krytox의 XHT-BDZ를 쓰는 사례도 늘어난 듯 한데 나는 그냥 Permatex로 선택했다. 소량을 한다고 10g짜리를 주문했는데 이것도 양이 엄청 많다. 스태빌 갯수가 스위치만큼이나 많지 않기 때문에… 평생 쓰고도 남을 정도의 양. 막 입문하는 사람이라면 욕심부리지 말고 5g짜리 작은걸로 사자…

철심이 플라스틱 하우징에 닿을때 미세한 유격때문에 틱틱거리는 소리가 날 수 있는데, 이를 방지하기 위해 얇은 레이어의 패딩을 넣는 튜닝방법이 있다. 그중 주변에서 쉽게 구할 수 있는 반창고를 활용한 Holee mod(또는 Band-aid)도 최근 반짝 유행해 많은 사람들이 후기를 공유하곤 했는데, 장기적으로는 윤활제와 반창고의 재질이 만나 불필요한 끈적거림을 만들어낸다는 우려도 있더라. Epsilon mod라는 양면테이프 재질의 필름을 위아래로 붙여 철심이 건들거리지 못하게 하는 튜닝방법도 있는데, 나의 경우 이퀄츠 스태빌 패키지 안에 이 튜닝을 위한 스티커가 포함되어있어 스티커를 사용했다. 일단 조립한지 한 달이 넘어가는 현 시점에서는 아직까지 초기상태와 큰 문제 없이 멀쩡하다.

결론적으로는 별도로 구입한 C³Equalz 스태빌라이저로 교체한 후기는 대성공. GMMK Pro의 순정 GOAT 스태빌은 공장 윤활을 다 닦아내고 새로 윤활하고 해봐도 키가 눌렸다 다시 올라올때의뻑뻑한건지 끈적이는건지 그런 느낌을 없앨수가 없었는데, 새 스태빌로 교체한 후 모든 문제가 다 사라졌다. 키를 살살 건드려봐도 흔들리는 감도 전혀 없고 아주 짱짱하다.

그 외의 튜닝

GMMK Pro는 가스켓(gasket) 마운트 형식의 키보드이다. 일반적으로는 PCB와 플레이트를 키보드 하우징에 고정시키기 위해 하우징 케이스에 직접 나사로 고정한다든가 하는 방식(트레이 마운트)을 쓰지만, 가스켓 마운트는 하우징의 테두리에 검은색 폼 재질의 가스켓 스티커를 붙이고 그 위에 PCB+플레이트+스위치+키캡까지 몽땅 얹혀지는 식의 구성이다.⁶

이렇게 하면 PCB와 하우징의 직접적인 접점을 없애 키를 타건할 때 진동이 케이스까지 전달되는 것을 막아주는 역할을 해준다. 단점이라면, 그냥 트레이에 나사 박아서 고정하는것 보다는 복잡한 구조라 제작 단가가 올라간다는 점. 아무튼 GMMK Pro는 이런 가스켓 마운트 구조를 채택함으로써 조금 더 하이엔드 킷이라는 이미지를 굳힌 것도 있다.

다만 GMMK Pro의 가스켓 마운트는 순정 상태로 붙여나오는 가스켓 스티커가 너무 얇다는 점, 그리고 상판 뚜껑의 나사를 끝까지 조여 닫으면 가스켓과 그 사이의 플레이트가 너무 세게 짓눌려서 (상판과 하판 하우징 사이에 여유 공간이 부족해서) 일반적인 가스켓 마운트 키보드의 타건감보다 ‘쿠션감’이 덜하다는 점이 문제로 지적되었다.

이걸 인지해서 그런지, 후기 생산분 부터는 GMMK Pro 기본 패키지 안에 추가로 부착할 수 있는 가스켓 스티커를 동봉해 출고가 되었다. GMMK Pro 오너들이 자주 하는 튜닝중 이 스티커를 3겹으로 쌓아 붙이는 일명 “Triple-gasket mod”이 있는데, 나는 일단 한줄만 추가로 덧붙여보았다. 그런데 며칠 키보드를 사용하고 나서 뜯어보니 위 사진처럼 위에 추가로 부착한 스티커가 좌우로 밀려 미끄러져있는걸 보고, 애초부터 단일 두께가 좀 두꺼운 가스켓 스티커를 구해서 기존것을 떼고 교체해봐야겠다는 생각이 든다.

나사를 다 조이면 너무 꽉 조여져서 가스켓의 효과를 죽인다는 점에 대해서는, 일부는 해결책으로 상판 케이스 나사도 아예 다 풀고 쓰는 사람도 있던데 이렇게 해보니 우측상단의 노브때문에 좌우 밸런스가 살짝 안 맞더라. (노브가 상판 케이스 위에 꼽히는 구조다) 타건감의 차이를 나는 크게 느끼지는 못해서, 지금은 나사를 반만 체결해 쓰고 있다.

또한, PCB 아래 깔리는 하판 하우징의 빈 공간을 원래는 검은색 폼 레이어가 채우고 있었는데, 호기심에 신슐레이터 흡음재를 구입해 적당히 잘라넣어 쓰고 있다. 아주 미세하게 흡음이 더 되는것같은 기분이 들지만 큰 차이는 아닌듯 하다.

스페이스바는 크기 자체가 다른 키들에 비해 길다보니 빈 공간이 넓어서 타건시 울리는 소리가 더 클 수밖에 없다. 이를 줄이기 위해 GMMK Pro 포장재로 딸려온 폼을 적당히 잘라서 빈공간을 채워보고자 위 사진처럼 넣어봤지만… 폼의 밀도가 생각보다 낮아 큰 차이는 없는 것 같다.

블루택(blu-tack)이라고, 지점토와 비슷한 재질인데 점착력이 높고, 무엇보다 떼어낼 때 지저분하게 끈적거리는 접착제를 남기지 않고 깔끔하게 떨어져 재활용하기 용이한 장점인 점착제가 있다. 이걸 스페이스바 안쪽에 적정량 뭉쳐 넣으면 빈공간을 메워줘 텅텅거리는 울림을 줄일수 있고, (경우에 따라) 비싼 키캡을 망칠 염려를 덜 해도 되는 솔루션으로 많이들 추천을 하더라. 조만간 한번 구해서 실험해 볼 생각이다.

커스텀 QMK 펌웨어

이전 글에서도 언급했듯이, GMMK Pro의 공식 소프트웨어는 윈도우용으로만 나왔기에 맥에서는 소프트웨어를 통한 부가적인 키보드 커스터마이징 기능은 전혀 쓰지 못하고 그냥 키보드 자체로만 사용하고 있었다. (물론 소프트웨어와 상관 없이 기본 펌웨어에 배정된 키 조합으로 RGB 라이팅 프리셋이나 밝기 등을 변경할 수는 있었다) 거기에다 macOS에서는 좌측 하단의 모디파이어 키가 윈도우와 다르게 Ctrl-Win-Alt 가 아닌 Ctrl-Option-Command 순으로 순서가 다르기에 이에 대응하기 위해 macOS용 소프트웨어 키보드 커스터마이징 솔루션인 Karabiner를 쓰고 있었다.

내가 GMMK Pro를 구입한 시점인 8월 말 기준으로, 공식 홈페이지의 서포트 페이지에 QMK 펌웨어 관련 가이드 페이지가 있긴 했지만 댓글란을 보니 RGB나 로터리 노브의 볼륨컨트롤이 안된다는 제보가 수두룩 했고, 뭔가 아직 제대로 준비가 안 되었다는 느낌이 강했다. 레딧을 비롯한 커뮤니티를 파다보니 몇몇 QMK 펌웨어를 뜯어 직접 컴파일해서 RGB/노브 구현까지 성공했다는 사람을 몇 발견했지만 여전히 개발용 develop 브랜치의 어느 시점의 코드를 활용해 한 모양이어서 괜히 또 불안정한 상태의 펌웨어로 모험을 하고 싶지 않아 망설여졌었다. 9그러다 월 즈음 해서 드디어 모든 코어 기능이 지원되는 펌웨어 코드가 master에 머지되었다는 소식을 듣고, 즉시 찾아가서 기본 펌웨어를 컴파일해 올려보니 불도 잘 들어오고 노브도 잘 먹더라. 다만 아주 기본적인 구현일 뿐이었고 RGB 라이팅 커스터마이징 관련 컨트롤이나 내가 바라던 macOS 관련 키 배치를 얻기 위해서는 추가적인 작업이 필요해보였다.

결국 몇시간동안 기존 QMK 레포지토리속 GMMK Pro 폴더 안에 있던 다른 사람들이 기여한 개인 키맵 설정을 파고들어 QMK 문서를 참조해 코드 짜깁기로 내가 생각하는 가장 macOS 네이티브 키보드 배열에 가까운 키맵을 만들어냈다. 추가로 모디파이어 키 조합과 노브의 +/- 입력을 받아 키보드의 특정 액션을 트리거하게 하는 코드 예시를 보고 응용해 RGB 라이트 컨트롤에 바인딩했다.버튼조합으로면 여러번 연타해야하지만 노브를 돌리면 한번에 빠르게 확 밝기를 내려버리거나, 색을 바꾸는 것도 훨씬 직관적이어서 편해진 느낌.

코드를 수정하고 제대로 컴파일되도록 하기까지 워낙 초기 셋업에 고생을 했다보니, 비슷하게 맥에서 쓸 때 편리하게 쓸수 있게 하기 위해 수정한 키맵과 위에서 언급한 각종 편의기능을 더해 감히 ‘표준’ macOS용 GMMK Pro 펌웨어라 하는 내 개인적인 버전을 정리해 올려두었다. QMK 메인 레포에도 PR을 올리긴 했는데 언제 과연 머지가 될지는 미지수… (2022년 4월 추가: PR이 리뷰 통과되어 메인 브랜치로 머지되었다.)

마무리

이렇게 되어, 일단 첫 커스텀 키보드 조립 작업은 끝이 났다. 기계식 키보드의 최대한 정갈한 소리를 내기 위해 데스크매트 (장패드)는 필수인것 같아, 하나 구입했는데 장패드로 책상을 다 덮고싶지는 않아서 GMMK Pro 키보드 너비에 거의 딱 맞는 키보드 매트를 TXKeyboard에서 찾아 구입했다.

기존 애플 매직 키보드와는 비교가 안 되게 높이가 높은 키보드다보니, 그래도 할수 있는만큼 손목을 보호하기 위해 높이가 맞는 손목받침대를 구해서 맞춰주었다. 키보드 색이 밝은 알루미늄에 흰색 키캡인 만큼 밝은 느낌을 유지하기 위해 프로스트 화이트 색상의 반투명 아크릴 팜레스트를 몬스타기어에서 구했다.

여기까지 온 시점에서 느끼는 타건감과 소리를 평가해보자면… 일단 유튜브만으로 보면서 바랬던 좀 더 고급진 또각거리는 느낌을 구현하는데는 내 기대 이상으로 성공한 것같다. 마이크로 녹음을 한걸 들어보면 중저음이 실제 귀로 들을 때보다 더 크게 울리는데, 아마 마이크 성향도 있는것 같고, 마이크가 쇼크마운트같은데 달려있는것이 아니라 그냥 같은 책상에 얹힌 USB 탁상형 스탠드 마이크라서 책상에서 전달된 진동이 함께 녹음된 게 아닐까 싶다. 아무튼 썩 만족스러운 소리가 난다.

스위치의 느낌은 내 취향대로 클릭감이 확실한것이 마음에 드는데, 무게가 꽤 나가다보니 장시간 타이핑하다보면 확실히 손가락에 피로감이 쌓이는 느낌은 예전보다 있는 것 같다.

본문에서도 이야기했듯이 아직 더 해볼 수 있는 튜닝은 얼마든지 있고, 기회가 된다면 다른 스위치들도 시도해보고 타건감과 소리의 차이를 느껴보고 싶은 생각도 있다. 녹음한걸 들어보니 든 생각인데 일부 키들의 스위치를 다시 윤활해주어서 간혹 들리는 스프링의 울림소리를 좀 잡아야할 것 같다.

천천히 공부하면서 부품과 작업 도구를 하나하나 모으고, 시행착오를 겪어 이 글을 정리하는 시점에 도달하기까지 어느새 거의 한달 남짓한 시간이 흘렀는데, 즐거운 경험이었다. 눈으로 보기에도 예쁘고 깔끔한 키보드가 완성이 되어 보기 좋고, 바라던 대로 macOS에서 내가 원하는 대로 네이티브처럼 큰 불편함 없이 쓸 수 있는 기계식 키보드를 얻게 되어 좋다. 그리고 무엇보다 역시 키보드 타건할때마다 쫀득한 키감과 소리가 좋다보니 일할때나 놀때나 그냥 키보드를 만질때마다 기분이 좋아진다. 매일 쓰는 일상적인 도구에 소소한 즐거움이 더해진 느낌.

커스텀 기계식 키보드의 세계에 입문했다.

이 글에서는, 내가 첫 커스텀 키보드 조립을 완성하기까지 지나온 생각 과정과, 나처럼 커스텀 키보드에 처음 입문하는 사람들에게 도움이 될만한 기초지식과 각종 잡지식에 대한 설명을 섞어 이야기해보려고 한다.

“더 좋은 키보드”를 찾아서…

컴퓨터와 뗄래야 뗄 수 없는 생활을 하고 있는 나에게 있어 키보드는 주요 입력 도구이기에, 기왕 매일 쓰는거 더 좋은 키보드를 쓰면 생산성도 올라가고 기분도 좋으니까 “더 좋은 키보드”에 대한 열망은 항상 있어왔다. 기계식 키보드 자체도 이미 꽤 오래전부터 관심을 가지고 있었으며 실제로 몇가지 제품을 구입해 사용도 해봤다. Corsair K70, Filco Majestouch Convertible 2, Keychron K1 이렇게 3종류를 썼었는데, 앞의 두 제품은 아직 윈도우를 쓸 시절이었고, 맥으로 전환한 이후로는 애플 매직 키보드 외에 맥 환경에 완벽하게 맞는 기계식 키보드를 찾는게 워낙 어려워서 엄두를 못 내고 있었다.

맥으로 전환한 후에 내가 키보드를 찾아볼 때 주로 보던 조건은… 

1. 맥 호환성: macOS 호환 Control, Option, Command 의 모디파이어 키, 펑션키의 macOS용 기능 바인딩
2. 손목에 무리가 안가는 로우 프로파일¹일 것
3. 무선일 것
4. 기계식 스위치를 사용할 것

…이었는데 이 모든 조건을 만족한 키보드는 매우 매우 찾기가 어려웠었다.

Keychron K1이 처음 나왔을때, 그 당시로는 거의 처음으로 이 모든 조건에 부합하는 키보드였기에 큰 희망을 갖고 도전해 본 것이었지만, 아쉽게도 다른 이슈들로 인해 지속적으로 쓸 수 있는 키보드가 되어주지는 못했다. 물론 Keychron K1은 킥스타터발 1세대 제품이니까 완성도 면에서는 좀 부족한 면이 있으리라 감안해야하는 부분도 있긴 했다. 이후 제작된 생산분이나 차기 모델들은 일부 문제들이 개선된 것 같긴 했는데, 그럼에도 이후 주변에서 Keychron의 차기 모델을 구입해 쓰시는 분들의 후기를 들어보고 타건해보고 하니 내가 K1을 처음 써봤을때 느꼈던 그 참을수 없는 ‘저가형’의 느낌은 여전했다. 거기다가 초기 모델에서 내가 겪었던 입력 안정성(같은 키가 반복되어 입력되는 문제), macOS에서 사용시 슬립에서 깨어날 때 간헐적으로 제대로 작동하지 않는다든가 하는 크리티컬한 문제들도 여전히 해결책을 찾지 못 한 것 같았고. 한편으로는 사실 그냥 “블루투스 무선”의 한계가 아닐까 싶기도 했는데, 그러면 같은 블루투스를 쓰는 애플 매직키보드는 대체 어떻게?? 하는 생각을 해보면… 무선 키보드에서 실망 없는 안정성을 구현해내는건 정말 많은 노하우와 시간이 필요한 부분이라는 깨달음을 얻었다. 고작 Keychron같은 신생 중소기업에서 그 정도의 퀄리티를 바라는건 무리한 요구일지도.

커스텀 키보드의 세계를 발견하다

2020년에 코로나의 시대가 오면서 여러가지 것들이 바뀌고… 나의 취미생활과 관심사에도 많은 변화가 찾아왔다. 그 동안 깊게 파고들어있던 것들에서 잠시 거리를 둬보기도 하고, 공간을 많이 만들고 나니 시간도 많이 남게 되고, 퇴근하고 나서 자투리 시간에 할것도 없고 하니 여느때처럼 유튜브를 자주 보게 되는데 어느 시점부터 커스텀 키보드 관련 영상이 많이 추천이 되더라. 처음에는 미려한 영상 퀄리티의 몇 유명한 유튜버들의 영상을 보는것으로부터 시작했는데, 키보드 소리가 참 좋네~ 외관이 엄청 특이하게 생겼네~ 하는 정도로 시작했다. 그러다 어느 시점에서 저 키보드들은 뭐가 다르길래 뭘 어떻게 했길래 저런 소리가 나는걸까? 라는 궁금증이 생겨 커뮤니티 사이트들을 눈팅하기도 하고 외계어처럼 들리는 여러 키보드 관련 용어와 개념에 대해 파고들다 보니, 더 많은 것들이 이해되기 시작하고 이 사람들이 왜 이 취미에 깊게 빠져드는지 조금 납득이 가기 시작했다.

사실 “커스텀 키보드”라는게 존재한다는건 수년전부터 알고있긴 했는데, 그때만 해도 내가 생각하던 “키보드를 커스텀 한다”의 영역은 고작해봐야 키캡을 바꿔끼고², 더 나아가서 스위치를 바꾸는 정도 ³까지였다.

하지만 유튜브 영상과 다른 여러 사이트를 통해 보니, 커스텀 키보드라는게 내 생각 이상으로 넓은 범위의 커스텀이 가능하다는 걸 알게 되었다. 케이스, PCB기판, 스위치, 키캡 전부 다 마음대로 입맛대로 골라서 컴퓨터 조립하듯이 (당연히 부품이 서로 호환이 되어야 한다!) 만들 수 있다보니, 이정도의 자유도라면 어쩌면 나의 이렇게나 까다로운 조건에도 부합하는, 나의 마음에 쏙 드는 키보드를 만들수 있지 않을까? 하는 생각이 들었다.

 그치만… 무선이 좋았던거 아니에요?

커스텀 키보드에 관심을 들이기 전 기계식 키보드를 고르는 기준에서는 무선일 것이 조건중에 있었는데… 앞서 말했듯이 무선은 안정성 문제가 너무 잦고, 또 백라이트를 생각하면 배터리 수명을 고려해 자주 절전을 해야만 하거나 배터리가 커야된다는 조건이 추가되는데 이걸 생각만 해도 너무 골치고⁴, 지금의 데스크 셋업으로는 어차피 아이맥 아래에 모니터받침 선반을 설치해 헤드폰앰프라든지 이것저것 물건이 많아진 상태라 키보드 USB 선 하나쯤 생겨도 큰 상관은 없겠다고 생각이 든 것이 무선의 조건을 포기하는데 큰 몫을 했다.

커스텀 키보드중에서도 보드중에 블루투스모듈이 달리고, 케이스에 배터리를 넣을 수 있는 공간이 있어 유무선으로 빌드할수 있는 옵션이 아예 없는건 아니지만… 여전히 옵션이 그리 많지는 않은 상태다. 그리고 있다 하더라도 그 보드의 무선 안정성을 신뢰할수 있느냐는 또 별개의 문제고. 이 부분에 대해서는 당분간 다시 모험을 하고싶지 않아서 그냥 별 걱정 안해도 되는 유선으로 가기로 했다.

 그치만… 높은 키보드는 싫었던거 아니에요?

여전히 로우 프로파일이면 좋겠다는 희망을 놓지는 않았었지만… 커스텀 키보드의 영역에서는 로우 프로파일용으로 디자인된 부품을 찾기는 정말 매우 어려웠다. 스위치 방식 자체가 다르기 때문에 키캡도 가장 흔한 MX 스타일과 호환이 안되어서 찾기가 어렵고, 스위치도 종류가 많이 없고, 보드나 케이스도 선택지가 거의 없다시피 했다.

아쉽긴 하지만, 그리고 분명 손목 건강을 고려하면 장기간 사용에 애플 매직키보드보다도 좋을게 못 될건 알겠지만… 일단 지금은 좀 더 취미의 영역에서, 나만의 키보드를 만든다는 경험과 타이핑의 재미를 위해 이 조건도 포기하기로 결정했다.

이렇게 무선, 로우 프로파일 두가지 조건만 버리고 나니 선택의 폭이 정말 확 늘어났다. 이제 좀 골라볼 수 있을 것 같다.

만약 내가 커스텀 키보드를 만든다고 하면, 어떤 것이 좋을까. 가상의 시나리오로 마치 컴퓨터의 견적을 짜듯, 하나 하나 퍼즐을 맞춰가 보기 시작했다.

1. 키보드 킷

컴퓨터를 빌드할때 가장 먼저 필요한 것은 메인보드와 케이스가 되듯이, 키보드도 기계이기 때문에 PCB 기판이 필요하고 이를 고정할 케이스(하우징)가 필요했다. 키보드에는 아직 컴퓨터마냥 메인보드의 규격 사이즈라는게 존재하지 않고 다 제각각이기 때문에 보통 케이스를 제조할 때 호환되는 PCB를 같이 묶어서 킷으로 파는 것이 흔한 듯 해보였다. (케이스나 PCB를 따로 파는 경우에는 각각 호환되는지 여부를 반드시 적어놓곤 한다)

케이스 종류도 정말 여러가지가 있지만, 외관을 떠나서 먼저 정해야하는 가장 중요한건 사이즈였다.

키보드 사이즈는 기성품이 아닌 커스텀의 영역으로 오면 정말 종류가 많더라. 스탠다드한 100% 풀 레이아웃이나 텐키레스는 많이 봤지만, 그 아래의 컴팩트한 크기로 내려가면 키보드들이 다 조금조금씩 키배열이 다른 부분들이 있어서 꼼꼼하게 눈여겨봐야 했었다.

60% 크기의 컴팩트한 키보드들이 역시 가장 예뻐보이는 것들이 많았지만, 첫 입문용이기도 하고 특정 키가 없어져버려서 사용성을 해치지 않는 선에서 컴팩트한 레이아웃을 조건으로 고르다보니 1열 펑션키 로우를 포함하고 방향키를 포함한 75%의 레이아웃이 마지노선이라고 판단했다.

이렇게 크기를 정하고, 75% 크기의 키보드 킷을 찾아보기 시작할 즈음 깨달은 사실이 있었는데…

바로 이 바닥에서는 Group Buy⁵라는 선주문 후제작 예약 시스템이 대표적인 방식으로 자리잡고 있었다는 사실. 마음에 쏙 드는 제품을 찾고 구입하기로 마음먹어도 대부분의 제품은 이미 주문을 마감하고 생산에 들어갔거나, 이미 발매하고 품절이거나, 아직 수주중이라면 실제 물건을 받으려면 최소 반년에서 1년 넘게도 기다려야된다는 사실을 알고 조금 좌절했다.

원래 커스텀 키보드 커뮤니티는 다른 많은 취미들중에서도 상당히 마이너한 부류로 인식되는 면이 있었고 입문장벽도 높았는데, 이 Group Buy가 그 이유중 하나라고 본다. 적은 수요를 충족하기 위한 소량 제작을 하려니 단가가 올라갈 수밖에 없고, 자연스럽게 각종 킷이나 제품의 가격이 기성품과는 비교가 안 될 정도로 비싸게 뛰어버린다. 예를 들자면, 키보드 하우징 (껍데기), PCB기판에 기본적인 차음재(폼)만으로 구성된 스타터 킷 패키지가 기본 200달러 많게는 400달러까지도 뛴다. 이것만 사면 키보드 완성이 안 되니, 여기다 스위치도 키 갯수만큼 사고, 키캡까지도 조금 품질이 괜찮은걸 구하고 나면 총 금액은 600달러에서 800달러까지 올라가기도… 와!! 컴퓨터, 키보드보다 싸다!!

이렇다 보니 이런 관심사에 발을 들인 매니아들 스스로도 어떤 자부심을 가진다거나, 취미를 공유하는 다른 사람들끼리의 커뮤니티로서의 소속감이 더 있는걸지 모르겠다. 최소 몇백달러정도의 결코 적지 않은 금액을 “나만의 키보드”를 만들기 위해 기꺼이 돈과 시간을 투자한 “동지”라는 점에서 동질감을 느끼는 걸까(?)

하지만 조금 더 검색을 하다 보니, 최근 몇년간 전반적으로 기계식 키보드 시장 자체가 많이 커지기도 했고, 이의 연장선상에서 커스텀 키보드의 영역까지도 확장하고 있는 것인지, 입문자들을 위해 조금 더 보편적으로 (비교적) 대량 생산되어 바로 구입해 받을수 있는 (비교적) 저가형 킷들도 많이 나오는듯 해 보였다.

나의 선택: GMMK Pro (75%)

그러다 발견하게 된 Glorious의 GMMK Pro 키보드 (킷). 2021년 7월 일반 발매⁶로 꽤나 최근 나온 제품이다. Glorious는 원래 기성 키보드/마우스 관련 게이밍 기어를 만드는 회사였는데, 이런 회사가 대놓고 기존의 소량 수주 제작 방식이 아닌 다량 생산 방식으로 커스텀 키보드 킷을 판매한다고 나서니 기존 ‘키보드 커뮤니티’의 사람들중 아니꼽게 보는 사람들이 좀 있었던 모양이다. 하기야 본래 이 취미에 발 담그고 있었던 사람 입장에서는 갑자기 대기업(?)이 뛰어들어서 ‘장사’를 하려고 하니 마음에 안 들었던 것일지도…

아무튼 그렇지만 나에게는 꽤나 좋은 타이밍에 내가 찾던 75% 크기의 조건에 부합하는 킷이었던 지라, 눈길이 갔다. 당시 따끈따끈하게 올라왔던 리뷰 영상 여럿을 찾아보니, 입문자용으로 좋은 중급기 키보드라는 평가가 대세였다. 가격이 너무 저렴한것도 아니고 너무 비싼것도 아니면서 적당한 프리미엄을 내세운 제품. 무엇보다 내 입장에서 좋았던건 여타 GB를 통해 발매한 (지금 당장 살 수 없는) 킷들과 달리 GMMK Pro는 그냥 기업에서 대량 제작한 제품이라 주문하면 바로 배송받을수 있었다는 점. 이 점이 입문용으로 좋다는 평가를 받는데 한 몫 했다.

일반적인 75% 레이아웃들을 보면서 썩 마음에 들지 않았던 것들은 1열 펑션키 로우와 방향키 등 원래는 떨어져 있어야 할 키들이 다 붙어있는 경우가 많다는 것이었는데 (예: Keychron K2) 그냥 시각적으로 답답해 보인다는 점을 떠나서도, 방향키의 경우 왠지 달라붙어있으면 시프트를 누르다 잘못 건드리기 쉬울 것 같은 느낌이 들었다. GMMK Pro는 마침 방향키가 살짝의 갭으로 아래로 내려와 띄워져 있는 ‘Exploded’⁷ 레이아웃이었는데, 아예 붙어있는것보다는 좀 더 그 사이의 갭때문에 손가락이 구분하기 보다 쉽지 않을까 하는 생각이 들었다.

또 최근의 트렌드(?)같아보이긴 한데 우측 상단에 로터리 노브가 있는 것도 마음에 들었다. 기본 볼륨조절의 동작에 바인딩되어있어서 간편하게 조작하기 좋을것 같아보였다.

하우징이 보통 키보드처럼 플라스틱이 아닌 CNC 가공 알루미늄 재질인 것도 프리미엄한 느낌을 주는데 한몫했다. 다양한 키보드 영상들을 보고 비교해보았을때, 플라스틱보다 알루미늄 케이스가 타건할 때 나는 통울림 소리가 덜 울리고 묵직한 소리가 난다는 특징도 마음에 들었다.

가장 우측에 따로 떨어져있는 저 4키짜리 세로 한줄은 솔직히 처음엔 없어도 되지 않나 싶었는데 (맥에선 Home, End, PgUp, PgDn을 잘 안 쓰다보니) 뭐 있어도 나쁘진 않겠지 생각했다. (지금은 Delete키를 백스페이스 바로 옆에 배정하니 꽤나 직관적이어서 편리하게 잘 쓰고 있다)

GMMK Pro를 눈여겨보던 중 대체로 다 마음에 들었지만 한가지 걱정이 되었던 부분이 있다. 바로 내가 가장 중요하게 여긴 조건중 하나인 “맥 호환” 유무인데, 키보드 자체는 맥에서 문제 없이 쓸 수 있지만 Glorious에서 제공하는 공식 소프트웨어인 Glorious Core가 윈도우버전만 있다는 점이 조금 걸렸다.

GMMK Pro가 매니아들에게 어필하기 위해 내세운 특장점중 하나로 QMK 지원이 있었는데 이것이 어쩌면 해답이 될 수 있지 않을까 생각했다. QMK는 오픈소스 기반의 키보드용 커스텀 펌웨어다. QMK를 이용하면, 아예 펌웨어 단에 본인이 원하는 커스텀 키배치를 박아넣어서 키보드 안에 저장하면 되니 소프트웨어를 사용할 필요가 없지 않을까 생각했다.

참고로 GMMK Pro의 경우 QMK 지원을 표방하고 발매하긴 했는데, 발매 직후 시점에 제조사측에서 아직 제대로된 QMK 펌웨어 준비를 안 한 상태였어서, RGB라이트나 노브 등 일부 기능들이 제대로 작동하지 않아서 욕을 많이 먹었다. 다행히도 내가 구입하고 조금 지난 시점에 (9월?) 모든 코어 기능을 지원하는 정식 QMK 펌웨어가 나와서 그를 기반으로 각종 키배치를 내 입맛에 맞게 완벽하게 바꿔서 넣고 사용하고 있다.

2. 스위치

바디를 골랐으면 그 다음으로 키보드에서 중요한 건 스위치다. 기계식 키보드의 가장 큰 차별점으로 부각되는 ‘키감’에 영향을 주는 부분이기 때문.

수십년의 기계식 키보드 역사속 만들어진 스위치는 메커니즘의 방식도 모양도 다양하지만, 그중 가장 널리 쓰이는 표준이 된 체리MX 호환 스위치를 기준으로 보면 크게 3가지의 타입으로 나뉜다: 리니어(MX 레드=적축), 택타일(MX 브라운=갈축), 클릭키(MX 블루=청축).

내 첫 기계식 키보드였던 Corsair K70이 리니어 적축 스위치였는데, 키가 눌리면서 실제 입력이 되기까지 키가 걸리는 감이 없다보니 오타가 너무 자주 나고, 키가 잘못 눌리는걸 방지하기 위해 손목에 의식해 힘을주어 손가락을 자판 위에 띄우고 있어야하다보니 뭔가 손이 더 피로한 느낌도 있었다. 이걸 경험삼아 이후에 구입한 Filco Majestouch 키보드는 갈축으로 샀고, 이쪽이 일반적인 타이핑 용으로도 가장 적합하다는 느낌이 들었다.

이번에 키보드를 새로 빌드하면 어떤 스위치를 쓸까 디깅을 해보니, 유구한 전통과 신뢰의 Cherry 사의 스위치 이외에도 여러가지 회사들이 고안한 정말 많은 종류의 스위치가 있다는걸 알게 되었다. 가격도 천차만별이라는 점도…

재밌게도 MX 블루(청축)같은 클리키한 스위치는 커스텀 키보드 커뮤니티에서는 마치 금기(?)처럼 여겨지는 분위기가 있어보였다. 아무래도 본래 디자인상 너무 시끄러워서 그런걸까… “좋은 타건 소리”를 구현하려 목숨걸고 달려드는 사람들 입장에서는 어떤 개조로도 구제할 방도가 없는 스위치라 생각했나보다(웃음). 그렇게 클릭키를 배제하고 나면 남는건 리니어와 택타일이었는데, 나는 앞서 말했듯이 택타일이 내 취향에 맞았기 때문에 이쪽으로 선택지를 좁히고 찾아보기 시작.

나의 선택: Glorious Panda

여러가지 옵션을 보다 결국 결정을 내린건 Glorious Panda 스위치였다. 이 역시 Glorious에서 GMMK Pro 발매와 함께 내놓은 스위치인데, 2016년에 나온 Invyr Panda라는 스위치의 하우징과 Halo True/Halo Clear 스위치의 스템을 짬뽕해 탄생한 프랑켄스위치로부터 시작된 공식을 따라 택타일 계열 스위치의 긴 계보를 써내려온 “Panda” 계열 스위치의 가장 최신 계승자(?)라고 소개할 수 있다.

택타일 스위치중에서도 특히나 키가 처음 눌리기까지의 범프가 높은 편이고 무게도 67g로 무거운 편이지만 그 덕에 키 반발력이 세고 빠릿한 느낌을 준다고 하더라. 정통으로 불리는 Holy Panda와 비교했을때 어떻다더라 하는 이야기들이 많기도 했지만 대체로 리뷰어들의 평은 호평이었다. 어느쪽도 실제로 타건해본 적이 없는 입장에서는 그저 다양한 영상으로 비교해보고 여러 사람들의 후기를 보는것밖엔 정보의 소스가 없었는데, 일단 이제 갓 입문하는 입장에서 Holy Panda를 만들어보겠다고 스위치 두 종류를 사서 직접 짬뽕할만큼 모험심이 있진 않았다. 그리고 무엇보다 지금 당장 조립이 가능한 키보드를 만드는게 목적이니… 당연히 아무리 호평 일색인 좋은 스위치가 있다해도 일단 구입할 수 있는 재고가 있어야 했다 그런 의미에서 Glorious Panda는 좋은 선택지가 되었다.

3. 키캡

하우징, 스위치를 고르고 마지막으로 고를 것은 키캡이다. 키보드 커스터마이징의 꽃이라고나 할까. 조립한 상태에서 볼때 하우징보다도 더 넓은 면적을 채우는 부분인지라 키보드의 결정적인 인상을 결정하는것은 어쩌면 키캡이라고 할 수 있을 것이다. 어떤 색상, 디자인의 키캡을 고를지 고민하기 전에 먼저 고민해야할 것이 있었는데, 바로 키캡의 “프로파일”이었다.

위의 그림은 다양한 키보드 키캡 프로파일을 측면에서 보았을때의 모양을 형상화한 것이다. 키캡의 형태를 볼때는 크게 세가지를 본다:

우선 키캡의 경사. 키보드의 기울기를 감안하여 중간 몇 열의 키가 경사지게 깎여있다면 ‘Sculpted’ 키캡으로 부른다. 반대로 경사가 없이 플랫하다면 ‘Uniform’ 혹은 ‘Flat’으로 불린다. 애플 매직 키보드를 포함한 랩탑에 탑재되는 키보드는 대체로 완전히 납작하기 때문에 후자에 속하고, 기계식 키보드는 대체로 전자에 속한다.

그 다음은 키캡 상단의 곡면 유무 또는 형태. 측면이 아닌 실제 손가락이 닿는 윗면이 어떻게 파였는지를 보면, 대체로 사방에서 둥그렇게 구체 모양으로 깎인 형태 (Spherical), 세로/가로 한 방향으로만 원통형으로 깎인 형태 (Cylindrical)로 나뉜다. 완전히 플랫한 형태도 있겠지만 대체로는 손가락이 자연스럽게 키의 중앙으로 미끄러져 내려가도록 유도하기 위해 테두리에 어느정도의 곡선은 넣는 것이 일반적인 듯 하다.

마지막으로 가장 차이가 두드러지게 보이는 키캡의 높이다. 위 그림에서도 있듯이 Cherry 프로파일로 불리는 것이, 가장 대중적으로 흔한 프로파일이다. 기계식 키보드용 키캡중에선 대체로 상당히 낮은 키 높이로 취급되는 편.

팁: 각종 키보드 키캡 프로파일을 좀 더 자세하게 비교해보고 싶다면 이 사이트를 이용해보자.

그 다음에 고려해야할 것은 키캡의 재질인데 대표적으로 ABS와 PBT 플라스틱 두 종류가 있다. ABS는 오래 쓰면 키캡의 위 코팅이 벗겨지면서 무광이 유광처럼 변한다는 단점이 있고, PBT는 이 문제로부터는 비교적 자유롭지만 키 표면이 조금 거칠다는 평가가 있더라. 키캡의 글자 라벨의 인쇄 방식도 Dye sublimation(염료승화), Doubleshot(이중사출) 이렇게 크게 두가지로 나뉘는데, 키캡의 재질과 인쇄 방식은 제조 공정 특징상 밀접한 관계가 있는 것 같아보였다.

나의 선택: KAT 프로파일 BoW 키캡

사실 프로파일을 끝까지 어느 하나로 결정하지 못해 선택장애가 왔었다. 체리 프로파일이 나쁠 건 없었지만 기왕 커스텀 키보드를 만드는 만큼 무언가 좀 더 새로운걸 시도해보고 싶어서 찾다가, 애플 매직 키보드같이 플랫하고 높이가 낮은 편인 XDA나 DSA를 생각해보기도 했지만… 마음에 드는 디자인의 키캡을 찾기가 어려웠다. (이쪽도 다른 부품들과 마찬가지로, 좀 특별해보이고 이쁜 디자인의 키캡을 찾으면 십중팔구로 이미 공구가 끝나 신품으로 구하기 어려운 건 매한가지였다)

키캡의 프린팅 디자인과 서체도 내겐 큰 비중을 차지하던 부분이었다. 이 바닥의 “키캡 명가”로 불리는 GMK에서 제작한 키캡들은 대체로 클래식한 디자인으로 글자 프린팅이 좌측 위로 쏠린 형태였는데, 이게 나는 별로 마음에 안 들었다. 맥북을 주문할때도 가능하면 한글 자판 프린팅이 안 된 영어 알파벳만 있는 키보드를 선호했던 것이 이쪽은 알파벳이 한쪽에 쏠린게 아닌 중앙에 정렬되어있어 훨씬 깔끔해 보인다고 생각했기 때문.

키캡의 프로파일과 프린팅이 무슨 상관이 있을까 싶었지만, 실제 키캡들을 비교해보니 특정 프로파일은 거의 무조건 같은 방식의 프린팅으로 고정된 것으로 보였다. 내가 선호하는 가운데 정렬식 디자인의 키캡은 대표적으로 SA, MT3, KAT, DSA 정도였고 그 외는 대다수는 다 한쪽 정렬인 느낌? 이렇다 보니 자연스럽게 가장 흔한 체리 프로파일의 키캡들은 선택지에서 살포시 배제되었다.

이런 것들을 고려하며 키캡의 선택지를 좁혀가다 보니, KAT이라는 프로파일이 꽤 괜찮은 선택지같아 보였다. KAT프로파일은 앞서 설명한 분류상으로는 키 상단이 원형으로 깎인 Cylindrical 형태이며 각 열마다 약간의 경사가 있는 Sculpted 형태, 키 높이는 체리보다는 약간 높지만 SA보다는 낮아서 손가락이 적응하는데 지나치게 어려울 것 같지도 않았다.

키캡의 색은 일단 입문으로는 최대한 심플하고 깔끔하게 가고싶어서, BoW 세트를 골랐다. 참고로 BoW는 Black over White(흰색 키 위에 검은 글씨), WoB는 White over Black(검은 키 위에 흰 글씨) 라는 약자로 키캡의 프로파일과 무관하게 컬러를 이야기할때 통용되는 약칭이다.

키캡은 프로파일이나 디자인과 상관 없이 MX스타일 스템을 가진 스위치(보통 + 모양의 꼭지로 구분한다)에는 대부분 호환되어 크게 걱정할 필요가 없긴 하다. 하지만 만약 내가 선택한 키보드 배열이 표준과 다소 다른 부분이 있다면, 키캡 세트에 나의 배열에 필요한 비표준 길이의 키가 포함되어있는지 확인해야 한다.

키보드 키캡의 너비를 잴때는 U(unit)의 단위를 이용하는데, 알파벳 표준 키 크기를 1U로 볼 때 그의 배수로 측정하는 방식이다. GMMK Pro의 경우 일반적인 풀 배열 키보드와 다른 부분은 우측 시프트 키가 1.75U로 살짝 짧다는 점과, 스페이스바 옆의 우측 모디파이어 키가 전부 1U 한칸짜리여서 1U크기의 모디파이어 키캡들이 추가로 세트 안에 제공되는가 하는 점을 체크해야 했다. 다행히도 요즘은 65%나 75% 배열의 인기가 올라 신제품이 많이 나오면서, 최근 판매되는 신규 키캡 세트에는 1.75U짜리 시프트는 대부분 포함이 되어있었다.

그 외에 내 조건에서 체크해야하는 부분은 맥용 모디파이어키인 Command/Option이 포함되어있는가인데… 이 조건때문에 포기해야만 하는 키캡세트가 또 굉장히 많았지만 다행히 KBDFANS에서 찾은 KAT BoW 세트에는 1.25U짜리 Command/Option이 포함되어 있었다. (다만 우측에 쓸 1U 짜리는 없어서 어쩔 수 없이 다른 키로 대체해야 했다…)

모든 준비는 끝났다

여기까지 오면 이제 키보드 조립을 완성하는데 필요한 코어 부품은 모두 모였다. 이제 각 부품을 주문하고, 직접 조립하기만 하면 되는데, 커스텀 키보드의 취미는에서는 조립 과정 자체야말로 즐거움이다라고 하는 말이 있을 정도로 조립방법과 그 과정에 들어가는 각종 모딩과 튜닝도 정말 엄청나게 다양하다.

자, 이제 조립에 뛰어들 차례다.

(다음 글에서 계속)

/* 변수 선언 */
:root {
  --text-color: black;
  --bg-color: white;
}

@media (prefers-color-scheme: dark) {
  :root {
    --text-color: white;
    --bg-color: black;
  }
}

/* 스타일 선언 */
body {
  color: var(--text-color);
  background: var(--bg-color);
}

간략하게 복습해보자면, 이런 식으로 실제 스타일 선언은 한 번만 하고, 값에 CSS 변수를 넣어 테마에 따라 입력 값이 바뀌게 하는 식이다.

만약 위와 같이 지정할 색이 달랑 배경색과 텍스트색만 있었다면 사실 별 고민도 안하고 그냥 아무렇게나 했어도 됐겠지만…..

왼쪽은 다크모드를 적용한다면 어떻게 할지 알겠는데 오른쪽같이 복잡하게 여러가지가 들어간 색은 어떻게 바꿔야 할지 벌써부터 머리가 아프다. 하나씩 다 손으로 바꿔야만 하는 노가다만큼은 제발 피하고 싶은데, 뭔가 규칙같은게 없을까?

다크 모드를 위한 “색 뒤집기” (feat. HSL)

일단, 간단한 것부터 시작해보자.

“흰 배경 위에 검은 텍스트 -> 어두운 배경 위에 밝은 텍스트” 니까, 우선 배경색과 텍스트 색을 뒤집어 본다.

그래… 배경이 어두워졌으니까 다크 모드는 다크 모드지 뭐.  그렇지만 역시 우려했던 대로, 뭐 하나라도 배경색이 살짝 깔려있거나, 중간 밝기의 색들이 지정된 부분들이 문제다. 본래 디자인에서는 본문과 영역을 구분하기 위해 옅은 그레이 배경을 깔아놓았던 박스의 배경색이 바뀌지 않은 채 글자색만 반전되어버려서, 읽을 수가 없게 되어 버렸다.

라이트 모드에서는, 배경이 밝다는 전제 하에 본문 텍스트(검은색) -> 하위 단계 텍스트 (짙은 회색) -> 그 아래 덜 중요한 텍스트 (옅은 회색) 같은 식으로 시각적 위계를 구분해 왔었다. 그런데 이제는 배경이 어두워졌으니, 그 순서도 다 뒤집어져야 맞다.

이 규칙에 따라서, 컨텍스트 의미적으로 모든 색을 다크 모드에 맞게 반전시켜 준다면, 아래와 같이 된다:

위의 예시를 코드로 구현해보자. 스타일 선언은 한 번만 하고, CSS 변수로 라이트/다크 모드의 색을 정의한다고 하면 이렇게 적을 수 있다:

:root {
  --page-bg-color: hsl(0, 0%, 100%);
  --header-text-color: hsl(0, 0%, 20%);
  --subheader-color: hsl(0, 0%, 40%);
  --paragraph-color: hsl(0, 0%, 20%);
  --callout-bg-color: hsl(0, 0%, 90%);
}

@media (prefers-color-scheme: dark) {
  :root {
    --page-bg-color: hsl(0, 0%, 0%);
    --header-text-color: hsl(0, 0%, 80%);
    --subheader-color: hsl(0, 0%, 60%);
    --paragraph-color: hsl(0, 0%, 80%);
    --callout-bg-color: hsl(0, 0%, 10%);
  }
}

참고로 위의 예제는 색상을 HSL 포맷으로 적고 있다. 최근 입문이 아닌 웹 디자인/개발 경력이 다소 긴 사람이라면 아마 HEX코드 (#000000)나 rgb(0,0,0) 의 형태가 더 익숙할 수도 있을 것인데, 라이트/다크 테마 양쪽에 맞춘 2가지 색의 버전이 존재해야하는 상황에서 HSL 포맷은 확실한 장점이 있다. HSL은 Hue(색), Saturation(채도), Lightness(밝기) 세가지 요소로 색을 표현하는 방식으로, 웹에서는 저렇게 hsl(0, 0%, 0%) 형태로 적는다. 괄호 안 마지막 값인 밝기가, 0~100%의 수치로 표시되다 보니 해당 색상의 밝기를 가늠하기 쉽다는 점이 좋다.

HSL을 쓰면 다크 모드를 위해 어떤 색의 밝기 기준으로 반대에 있는 색을 계산하기도 쉽다. 단순히 생각하면 값을 50%을 기준으로 대칭해 뒤집으면 된다. 이를테면 100%의 반대는 0%, 40%의 반대는 60%.

하지만, 실전 디자인에서는 항상 모든 색이 수치상 0%~100% 밝기의 범위를 꽉 채워 사용하는 건 아니다. 보다 부드럽고 온화한 느낌을 주기 위해 다이나믹 레인지가 다소 좁게 색을 사용했을 수도 있다. 21%~95%의 범위에서 중간지점은 37%이니 이를 대칭점으로 밝기 35%의 색을 뒤집으면…??? 벌써부터 머리가 아프다. 분명 뭔가 더 좋은 방법이 있을 것만 같다.

또한, 이전 글에서 다단계 shade 팔레트를 기반으로 디자인하면 한정된 색조의 갯수를 사용함으로 일관성도 유지하고 관리도 쉬워진다는 점을 이미 배웠는데, 위의 예시는 반복되는 동일한 값의 색조차 반복해서 수동으로 선언하고 있다. 팔레트의 색을 CSS변수화해서 연결시킬 방법은 없을까?

색조 팔레트를 활용해 보자

이전 글에서 이야기한 팔레트 이야기를 요약해보자면:

• 대부분 디자인 프로젝트의 스코프 안에서 실질적으로 사용되는 색의 갯수는 한정되어 있다
• 각 색깔(hue)별 필요한 만큼 세분화한 Shade/Tone(색조)의 스텝으로 간격을 나누고 이름을 붙인 팔레트 시스템을 구축해두면, 디자인 (특히 UI)에 있어 반복되는 색의 사용이 편리해진다

로 정리해볼 수 있다.

그리하여 우선 ColorBox로 블루톤이 살짝 들어간 그레이의 shade 팔레트를 만들어보았다. 각 색 간의 간격은 linear로 설정하고, 총 11단계 + 양 끝에 Minor step을 추가해 총 13단계가 된 팔레트이다 (프리셋 링크). 이 팔레트는 가장 표준적인 풀 레인지의 밝기를 표현하기 위해 양쪽 끝 색상에 100% 흰색 (#fff)와 100% 검은색 (#000)을 포함시키고 싶은데, 현재 ColorBox 구현의 특성상 채도를 넣고서 맨 처음 색상과 끝색상이 완전히 흰색/검은색으로 고정되게하기 어렵기 때문에, 나중에 끝에 수동으로 #fff와 #000을 넣도록 한다. 이러면 총 15단계가 된다.

여기서 가져온 색상들로, 000–100까지의 넘버링을 사용해 구분하는 시스템으로 이름을 붙여보면, 아래처럼 정리가 된다.

여기까지 왔으면, 이제 위의 색들로 CSS 변수 목록을 만들 수 있다. ColorBox에서 뽑은 색상들의 Hex컬러를 복사해 HSL 포맷으로 변환하고 hsl() 껍데기 부분을 떼어낸 내부 값만 남겼다. (이렇게 한 이유는 글의 뒷부분에서 알게 될 것이다)

// LESS mixin
// HSL raw values
#colors() {
  gray-000: 228, 100%, 100%; // #ffffff
  gray-005: 228, 100%, 98%;  // #f5f7ff
  gray-010: 226, 35%, 93%;   // #e6e9f3
  gray-015: 228, 24%, 88%;   // #d8dbe7
  gray-020: 227, 17%, 77%;   // #bcc0cf
  gray-030: 229, 13%, 67%;   // #a1a5b6
  gray-040: 227, 11%, 57%;   // #878c9e
  gray-050: 227, 9%, 48%;    // #6f7486
  gray-060: 226, 11%, 39%;   // #585d6e
  gray-070: 224, 13%, 30%;   // #424755
  gray-080: 228, 14%, 21%;   // #2e313d
  gray-085: 228, 16%, 13%;   // #1b1d25
  gray-090: 231, 16%, 8%;    // #121319
  gray-095: 225, 18%, 4%;    // #090a0d
  gray-100: 225, 0%, 0%;     // #000000
}

// usage example
// color: hsl(#colors[gray-050])

위의 예시는 Less의 Mixin을 활용한 변수 map형식으로 적었는데, Less/Sass같은 전처리기를 안 쓰고 플레인 CSS로 한다면 그냥 CSS variable로 --gray-000으로 해도 된다. 내 경우에는 어차피 전처리기를 쓰고 있기 때문에, 그리고 이 색상값들은 앞으로 직접 변경할 일이 없는 상수에 가까운 변수라 컴파일시에만 참조하고 이후에는 브라우저가 굳이 불필요하게 매번 찾아봐도 되지 않게 하기 위해 이렇게 했다. (CSS 변수가 많을수록 페이지 스타일을 읽어 렌더해야하는 클라이언트 단의 부하가 약간이나마 늘어난다는 건 사실인 듯 하다)

이제 색상별 변수가 생겼으니, 페이지의 각 부분에 색을 선언해야할때 그냥 색 이름과 숫자를 입력해 불러내면 된다!

:root {
  --page-bg-color: hsl(#colors[gray-000]);
  --header-text-color: hsl(#colors[gray-090]);
  --subheader-color: hsl(#colors[gray-040]);
  --paragraph-color: hsl(#colors[gray-090]);
  --callout-bg-color: hsl(#colors[gray-015]);
}

@media (prefers-color-scheme: dark) {
  :root {
    --page-bg-color: hsl(#colors[gray-100]);
    --header-text-color: hsl(#colors[gray-010]);
    --subheader-color: hsl(#colors[gray-060]);
    --paragraph-color: hsl(#colors[gray-010]);
    --callout-bg-color: hsl(#colors[gray-085]);
  }
}

이렇게 하면 이제 색의 수치상으로 계산해 반대되는 색을 찾아야하는 수고는 덜었다. 변수명의 숫자가 10의 단위로 딱 떨어지니 (5, 15, 85, 95 제외), gray-090에 상응하는 반대 밝기의 색이 gray-010라는건 별로 머리를 굴리지 않아도 금세 알 수 있다.

하지만… 여기까지 한다 해도 여전히, “UI 요소가 늘어날 때마다 그 갯수만큼이나 색 변수가 2개씩 늘어나는 문제”는 아직 해결되지 않았다.

라이트모드나 다크모드나 색깔이 뒤집어질 뿐이지 결국 전체적으로 사용되는 색은 팔레트의 어떤 색일 터인데… 이를 어떻게 잘 체계화해서 내 수고를 덜어줄 똑똑한 방법은 없는걸까?

컨텍스트 기반의 배경/전경 색상 변수 시스템

가만 생각해보니, UI에서 사용되는 모든 색은 어떤 절대적인 색상(Hue)이나 밝기를 가졌냐와 상관없이, 그 색이 사용된 컨텍스트가 어떠한가에 따라 그 역할이 크게 두 가지로 나뉘는 것을 깨달았다. 배경(background)으로 쓰였는가, 전경(foreground)으로 쓰였는가.

흰색과 검은 색을 생각해보자. 두 색은 서로 대비되는 색이지만, 어느 컨텍스트에서 사용되었는가에 따라 그 역할이 다르다.

• “흰색”은 라이트 테마에서는 가장 옅은 색(배경)이고, 다크 테마에서는 가장 짙은 색(전경)이다.
• “검은색”은 라이트 테마에서는 가장 짙은 색(전경)이고, 다크 테마에서는 가장 옅은 색(배경)이다.
• 배경에 대비해 볼 때 가장 옅은 색은, 배경 색으로 쓰인다.
• 배경에 대비해 볼 때 가장 짙은 색은, 전경 색으로 쓰인다.

위의 그림에서 Gray-090을 주목해보자면, 라이트 모드에서는 흰 배경 위에 살짝 뜬 UI 요소를 표현하는데 쓸만한 색이지만, 다크 모드에서는 반대로 메인 텍스트보다 중요도가 낮은, 살짝 옅은 텍스트의 색으로 쓰일 수 있다.

이 원리를 따라서 실제 디자인에서 색 지정을 해보자. 페이지의 배경을 ‘흰색’이 아닌 ‘가장 짙은 배경색’으로, 서브헤더의 텍스트 색을 ‘회색’이 아닌 ‘50% 농도의 전경색’으로 지정하는 거다. 배경색과 전경색이 각각 특정 테마에서 어떤 색인지, 그리고 배경색과 전경색의 옅은 색조(shade)들도 각각 실제 상응하는 색들에 연결해주면 된다.

이렇게 하면, 소스 스타일을 건드리지 않고 얼마든지 테마를 자유롭게 변경할 수 있는 플렉서블한 시스템이 완성된다.

배경/전경 색의 shade 팔레트 생성은 그리 어렵지 않다. 어떠한 전경 색의 가장 진한 버전을 foreground-100라고 이름 붙이고, 그 색이 (배경 색에 빗대어 볼 때 대비가) 약해질 수록 숫자가 0으로 수렴한다고 하자. 이렇게 색의 ‘역할’에 따라 앞서 만들었던 그레이 shade들에 숫자를 붙여보자면 아래와 같이 정리할 수 있다.

위와 같이 기존 색 팔레트의 위에 전경/배경의 사용 컨텍스트에 따라 새롭게 규정한 팔레트를 나는 UI 컬러 팔레트라고 부른다. UI는 브랜드 컬러를 막론하고 대체로 채도가 강하지 않은 그레이 계열 색조의 조합으로 이루어진 경우가 많기 때문에, UI 컬러 팔레트 또한 대체로 그레이 기반의 팔레트이다. (그나마 위의 ‘블루 그레이’처럼 브랜드 색이나 분위기에 맞는 틴트를 살짝 넣어서 개성을 더할 수는 있겠다) 

위의 그림을 잘 보면 다크 모드의 배경색 background-100이 완전한 검은색인 gray-100이 아닌 gray-095부터 시작하도록 되어 있다. 가장 밝은 색인 흰색과 실제 사용되는 가장 어두운 색의 간격을 약간이나마 줄여서, 보여지는 컨트라스트를 살짝 부드럽게 하려는 의도가 들어가 있다. (흰 배경 위에 텍스트색을 완전히 검은색이 아닌 살짝 밝기가 들어간 짙은 회색을 이용하는것도 그런 의도다.) 이러한 조정도 입맛에 따라 구현 도중에 얼마든지 할 수 있다. 변수 선언을 그냥 한 칸씩 내려 밀면 되기 때문이다.

이렇게 만든 라이트/다크 모드 두가지 컨텍스트에서 쓰일 수 있는 전경/배경 색 팔레트를 코드로 적어보자면 이렇게 된다.

// light theme
:root {
  --ui-color-background-100: #colors[gray-000]; // white
  --ui-color-background-090: #colors[gray-005];
  --ui-color-background-080: #colors[gray-010];
  --ui-color-background-070: #colors[gray-015];
  --ui-color-background-060: #colors[gray-020];
  --ui-color-background-050: #colors[gray-030];
  --ui-color-background-040: #colors[gray-040];
  --ui-color-background-030: #colors[gray-050];
  --ui-color-background-020: #colors[gray-060];
  --ui-color-background-010: #colors[gray-070];
  --ui-color-background-000: #colors[gray-080];

  --ui-color-foreground-100: #colors[gray-100]; // black
  --ui-color-foreground-090: #colors[gray-095];
  --ui-color-foreground-080: #colors[gray-090];
  --ui-color-foreground-070: #colors[gray-085];
  --ui-color-foreground-060: #colors[gray-080];
  --ui-color-foreground-050: #colors[gray-070];
  --ui-color-foreground-040: #colors[gray-060];
  --ui-color-foreground-030: #colors[gray-050];
  --ui-color-foreground-020: #colors[gray-040];
  --ui-color-foreground-010: #colors[gray-030];
  --ui-color-foreground-000: #colors[gray-020];
}

// dark theme
@media (prefers-color-scheme: dark) {
  :root {
    --ui-color-background-100: #colors[gray-100]; // black
    --ui-color-background-090: #colors[gray-095];
    --ui-color-background-080: #colors[gray-090];
    --ui-color-background-070: #colors[gray-085];
    --ui-color-background-060: #colors[gray-080];
    --ui-color-background-050: #colors[gray-070];
    --ui-color-background-040: #colors[gray-060];
    --ui-color-background-030: #colors[gray-050];
    --ui-color-background-020: #colors[gray-040];
    --ui-color-background-010: #colors[gray-030];
    --ui-color-background-000: #colors[gray-020];

    --ui-color-foreground-100: #colors[gray-000]; // white
    --ui-color-foreground-090: #colors[gray-005];
    --ui-color-foreground-080: #colors[gray-010];
    --ui-color-foreground-070: #colors[gray-015];
    --ui-color-foreground-060: #colors[gray-020];
    --ui-color-foreground-050: #colors[gray-030];
    --ui-color-foreground-040: #colors[gray-040];
    --ui-color-foreground-030: #colors[gray-050];
    --ui-color-foreground-020: #colors[gray-060];
    --ui-color-foreground-010: #colors[gray-070];
    --ui-color-foreground-000: #colors[gray-080];
  }
}

10단계의 색조 팔레트를 배경/전경 두가지로 나누고 라이트/다크모드까지 고려하니 좀 부담스러운 양의 코드처럼 느껴질 수도 있지만, 어지간한 규모의 프로젝트에서는 이렇게 하는 것이 훨씬 효율적이라고 장담할 수 있다. 다크모드를 구현한다고 할 때, 프로젝트 내 개별적으로 스타일링된 UI 요소가 22개 이상이라면 위의 방식이 코드 줄 수를 더 절약하는 방법이다.

정말로 코드 용량을 조금 더 줄이고 싶다면, 사실 배경/전경색 팔레트의 가장 옅은 색들 (000부터 030정도까지)은 배제해버려도 큰 상관은 없다. 그렇게 낮은 숫자로 내려가면 대체로 배경 색으로는 너무 진하고, 전경 색으로는 너무 옅어서 가독성 측면에서 실용성이 별로 없기 때문이다.

아무튼, 위에서 봤던 UI 예시를 다시 가져와 방금 만든 CSS 변수로 구현한다고 생각하면, 이런 식으로 색을 지정할 수 있겠다.

:root {
  --page-bg-color: hsl(var(--ui-color-background-100));
  --header-text-color: hsl(var(--ui-color-foreground-080));
  --subheader-color: hsl(var(--ui-color-foreground-040));
  --paragraph-color: hsl(var(--ui-color-foreground-080));
  --callout-bg-color: hsl(var(--ui-color-background-080));
}

사실 어지간한 부분은 이렇게 각 UI 컴포넌트/부분별 변수를 추가적으로 선언해줄 필요도 없이, 그냥 각 부분의 색 선언에 곧바로 --ui-color 변수를 사용해도 된다.

body {
  color: hsl(var(--ui-color-foreground-080));
  background-color: hsl(var(--ui-color-background-100));
}

h1, p {
	color: hsl(var(--ui-color-foreground-080));
}

.callout {
	background-color: hsl(var(--ui-color-background-080));
	color: hsl(var(--ui-color-foreground-060));
}

select {
	border-color: hsl(var(--ui-color-foreground-020));
	background-color: hsl(var(--ui-color-background-100));
}

select:hover {
	border-color: hsl(var(--ui-color-foreground-060));
	background-color: hsl(var(--ui-color-background-090));
}

비로소 완전체에 도달한 모습이다. 여기까지 왔다면 이제 새로운 UI 컴포넌트나 페이지를 추가할 때 일일이 다크 모드를 위한 오버라이드 처리를 해야할 생각을 할 필요 없이, 해당 요소의 컨텍스트를 고려해 알맞은 전경/배경 색을 입혀주고, 라이트/다크 모드를 전환해가며 제대로 나오는지 테스트만 해주면 된다.

보너스: 투명도가 들어간 색 사용하기

디자인을 하다보면, 텍스트나 배경 색을 반투명하게 만들어야하는 상황이 올 수 있다. 물론 opacity 속성으로 통째로 반투명하게 만들수도 있겠지만, 텍스트는 불투명하게 하고 배경만 반투명하게 만들고 싶은 상황. 이럴 때 앞서 골랐던 HSL 포맷이 빛을 발한다.

현행 CSS3에서 투명도 즉 알파채널 값이 포함된 색을 표시할 방법은 여럿이 있다. 대표적으로 가장 먼저 등장해 널리 지원되는 건 rgba(255, 255, 255, 0.5)형식이다. RGB에 0~1 사이의 소숫점으로 표현한 알파값을 넣은 것. 앞서 우리가 사용했던 HSL 기반의 표기법에도 마찬가지로 뒤에 알파값을 허용하는 hsla(0%, 50%, 100%, 0.5)의 형식이 있다. 그리고 HEX 코드 형식에 알파값을 16진법으로 붙여 표기하는 #rrggbbaa 형식도 CSS 컬러모듈 레벨4의 스펙에 추가되어, 최신 브라우저들에서는 지원되고 있으나… 개인적으로는 앞서 이야기했듯이 역시 16진법의 값이 눈에 잘 익지 않아 rgba()나 hsla()를 선호하는 편이다.

팁: 참고로, 최신 스펙상으로는 rgb(),hsl()이라고 쓰고 안에 알파값을 옵션으로 넣어도 제대로 해석한다 (참고: rgb() 알파값 지원, hsl() 알파값 지원). 예를 들면, rgb(255, 255, 255, 0.5)도 올바른 신택스고 hsl(0%, 50%, 100%, 0.5)도 올바르다.

한 단계 더 나아가서, 콤마로 괄호 안의 값을 구분(함수형 구문)하는 것이 아닌 공백으로 구분하는 문법도 있다. 이 문법대로 쓰면, hsl(0% 50% 100%)처럼 적을 수 있다. 여기에 투명도를 더할 때는 슬래쉬 /를 쓰는데, 즉 hsl(0% 50% 100% / 0.5)의 형태가 된다. (관련 MDN 문서)

이러한 최신 문법은 모던 브라우저에서는 이미 널리 지원되고 있고, IE정도만 지원을 안 하는 정도다. 따라서 prefers-color-scheme등을 써 다크 모드를 지원하는 모던한 스타일시트를 구현하려 하는 거라면, 기왕 하는 김에 이런 모던한 문법의 색상표기법을 써보는게 더 미래지향적인 방법일수도 있겠다.

아무튼 그리하여 HSL를 기준으로 이야기하자면, 기존 색에 투명도를 더하려면 hsl() 괄호 안의 4번째 값으로 투명도 값을 넣어주면 된다. 그런데… 이미 CSS 변수화된 색에다가도 투명도를 더하는 것이 가능할까?

우선 CSS variable의 특징을 하나 짚고 넘어가자. CSS 변수는 스펙상, 값으로 어떤 문자열이 지정되어 있더라도, 변수를 불러온 자리에 그대로 대입한다.

:root {
  --my-var: asdf, sdfa;
}

.bar {
  border: 1px solid var(--my-var);
}

/* 실제 브라우저 해석 */
.bar {
  border: 1px solid asdf, sdfa;
}

(당연히 이걸 실제 브라우저에서 띄운다면 border 속성의 값이 잘못되었다고 판단해 무시될 것이다. 아무튼 요점은 이렇게 된다는 거다.)

:root {
  --gray-020: hsl(227, 17%, 77%);
}

.semi-transparent {
  background-color: var(--gray-020); // how to set 0.5 opacity to color?
}

위의 예시처럼 만약 색의 변수 자체에 hsl() 괄호 부분을 포함시켰더라면, 실제로 저 색을 사용할 때 투명도를 적용하기 난감했을 것이다. 변수에서 가져온 값은 이미 완성된 HSL 색이기 때문이다. 하지만 변수 자체에서는 괄호 안의 값만 남기고 색을 불러온 속성에서 hsl()을 입혀준다면, 해당 인스턴스에서 필요할 때 자유롭게 투명도 값을 추가할 수 있다.

:root {
  --gray-020: 227, 17%, 77%;
}

.semi-transparent {
  background-color: hsl(var(--gray-020),0.5);
}

바로 이렇게.

한 술 더 떠서, 투명도의 수치도 라이트 모드/다크 모드 각각 다르게 조정해야할 필요가 있다면 (상황에 따라 어느 한 쪽 테마에서만 너무 밝거나 어두울 수 있다) 그것 또한 가능하다.

:root {
  --navbar-background-opacity: 0.5;
}

@media (prefers-color-scheme: dark) {
  :root {
    --navbar-background-opacity: 0.8;
  }
}

.navbar {
  background-color: hsl(var(--ui-color-background-080),var(--navbar-background-opacity));
}

마치며

이로써 내가 하고싶은 이야기는 다 했다. 의도한 건 아니었지만 여기까지 오는데 생각보다 너무 많은 시간이 걸렸다. 글을 처음 쓰기 시작한건 무려 1년 전이었는데, 그간 내가 블로그에 워낙 소홀했던 것도 있었고… 이따금 글을 다시 완성해보려고 붙잡아봐도 처음에 작성하기 시작했던 내용을 다시 읽다 보면 내가 읽어도 너무 복잡해 보이길래 좀처럼 완성하기가 어려웠다. 어떻게하면 조금 더 알기 쉽게 설명할까 고민하다보니 밑밥을 깔기 위한 글의 앞 내용이 추가되면서 본론이 뒤로 밀리고 순서가 바뀌고, 흐름을 매끄럽게 하기 위해 고쳐쓰고 또 고쳐쓰고, 설명을 조금이나마 쉽게 하려고 예시 이미지도 만들어보고… 해서 여차저차 완성이랍시고 하긴 했지만 여전히 내가 기대했던 만큼 이해하기 쉽게 풀어내진 못 한 것 같다.

앞서 적었던 글과 이번 글에서 소개한 내용은, 현재 내가 재직중인 회사의 프로덕트에서 사용되고 있는 실제 컬러 시스템과 거의 흡사한 형태다. 회사 프로덕트(Shakr Studio)에 라이트/다크 전환가능한 테마를 런칭한지는 이제 반년이 조금 넘었는데(2020년 12월), 작년부터 여기저기 다른 회사들/사람들의 구현 방식을 들여다보면서 연구하고 우리의 실정에 맞게 이것저것 바꿔가며 테스트해보고 도달한 나름의 결론이다.

모든 규모의 프로젝트에 위와 같은 전략이 가장 최적의 구현 방법이라고 장담할 수는 없겠지만, 위의 생각 과정이 여러분의 프로젝트에 알맞은 시스템을 찾아가는데 조금이나마 인사이트가 될 수 있다면 그것만으로도 본 글의 역할은 충분히 했다고 본다.

글의 내용에 대해 궁금한 점이 있다면, 혹은 글의 내용중 잘못된 점이 있다면 댓글로 남겨주세요.

처음에 구입하게 된 계기는, 원래 당시 라우터에 USB 하드를 연결해 쓰고있던 DLNA 서버가 너무 불안정해서 제대로 된 24시간 꺼지지 않고 굴러가는 머신을 원해서 NAS를 찾아보다 사게 되었었다. NAS 첫 입문이라, 당시에는 이걸 어떻게 본격적으로 쓰게 될지 감도 없었기에 일단 보급기중 그럭저럭 성능이 되는 모델로 골랐던 기억이 난다. DS216+II의 경우 하드 2베이, 인텔 셀러론 N3060 (1.6GHz 듀얼코어) CPU에 기본 1GB RAM이 딸려오는 모델이다.

2011년부터 사용하던 조립형 윈도우 컴퓨터를 2016년경 iMac으로 완전히 바꿔버리면서 남게된 WD RED 1TB 하드드라이브 (때마침 NAS용으로 나온 모델이기도 했다)를 꼽아서 쓰다가, 중간에 하드를 4TB짜리로 증설해서 충분히 넉넉하게 잘 사용하고있던 와중… Plex를 이용한 미디어 라이브러리를 구성해보기도 하고, Docker를 이용해 Homebridge도 구성해 방의 Philips Hue기반 스마트 라이트에 IKEA 조명을 붙여넣어보기도 하고, 최근에는 회사 일 작업 환경 셋업때문에 Postgres/Redis도 깔고 하면서 이래저래 램 사용량이 부쩍 늘어났다. 그냥 켜놓은 상태로만도 1GB의 80%를 차지하는걸 보고 (그리고 Plex를 사용하거나 할때 엄청나게 체감이 느렸다) 슬슬 RAM을 업글해볼만 하겠다 싶어서 작업에 착수.

문제는, 공식 문서상으로는 Synology에서 공식적으로 DS216모델이 지원한다고 하는 RAM 모듈은 Corsair였다. 노트북 사이즈의 SO-DIMM 슬롯을 쓰며, DS216+II의 경우 최대 지원 램 용량은 8GB. 슬롯이 하나밖에 없어서 8GB를 꽂으려면 단일모듈로 8GB짜리를 사야했다. 열심히 검색해본 결과 PC3L-12800 (1.35V) 저전력 램이 호환된다는 정보를 보고 Corsair 램을 찾아봤지만, 안그래도 DDR3 램이 이미 한 세대 전 모델이기도 하고 해서 중고 이외에는 제품을 찾기 어려웠는데 Corsair 제품은 더 찾기 어려웠다.

우리나라에서는 아무래도 삼성 램이 가격적으로나 물량적으로나 제일 구하기 쉬운데, 다른 Synology NAS 모델을 사용하는 유저들의 사례를 찾아보니 일부는 삼성 램을 꽂아보니 잘 된다는 경우도 있었고 그렇지 않은 경우도 보여서 망설여졌지만… 속는셈 치고 일단 중고장터에서 8GB짜리 PC3L-12800 삼성 램을 구해서 직접 테스트해보기로 했다. 뭐 호환 안 되는 램 꽂아서 만약 잘 안되면 펑 터지기라도 할까. 부팅 안되면 그냥 안되나보다 싶고 다시 팔아버리면 되겠지…라는 생각으로.

램도 도착했겠다, 본체 분해를 해본다. 오랜만에 뜯는 김에 내부 먼지 청소도 제대로 해야겠다 대충 예상은 하고 있었지만… 으웨엑 4년 묵은 먼지야

사실 엄밀히 따지면 추가 램 증설이 손쉽게 가능한 다른 일부 모델에 비해 DS216+II 모델은 애초에 유저가 RAM을 업글하지 못하게 만들어진 모델이다. 업글을 하려면 보드의 뒷면을 노출시켜야하는데, 그러려면 저 테이프를 떼야만 한다. 저게 일종의 WARRANTY VOID 테이프로 이용되는 모양. 아무튼 저걸 떼면 무상보증은 빠이빠이다. DS216+II의 무상보증 기간은 2년이기때문에… 이미 한참 지난 시점이라 고민할것도 없이 뜯었다.

아무튼 외장 플라스틱 케이스를 그렇게 다 떼어내고 나면 보드 뒷부분에 이렇게 램 슬롯이 있다. 교체만 하면 끝.

결론은?

삼성 램도 인식 잘 된다.

램 1GB -> 8GB은 수치만으로도 엄청난 점프긴 한데 과연 이게 체감성능에도 영향을 미칠까 싶긴 했지만… 확실히 모든 면에서 반응속도가 빠릿해진게 느껴진다. 시놀로지 웹매니저 접속할때도 빠르고 내장 앱 열고 이것저것할때 자꾸 뻗는 현상도 줄어들었고 Plex에서 영상 리스트 로딩할때도 빨라졌고 아무튼 전반적으로 엄청 쾌적해졌다.

브랜드 디자인이 아니더라도 디자인을 하다보면 이렇게 몇가지의 도드라지는 색을 정해 디자인하곤 한다. 너무 많은 색을 마구 사용함으로써 알록달록 무지개가 되는걸 막기 위함도 있고, 일정 갯수로 제한해 같은 색을 반복해 쓰면 규칙성에서 나오는 일관적이고 정돈된 느낌을 준다는 장점도 있기에 서너가지 색으로 팔레트를 잡고 작업하는데는 이유가 있다.

하지만 일반적인 디자인과 달리 웹이나 앱 등 스크린으로 보는 UI의 디자인을 하다보면 반드시 맞닥뜨리게 되는 상황이 있는데, 바로 같은 색깔 내에서 위계 구분을 해야하는 상황이다.

가장 단순한 예로 ‘버튼’을 생각해보자. 스큐어모피즘의 트렌드가 파괴되고 플랫 디자인이 자리잡은지 벌써 몇년째… (최근 스믈~스믈 다시 입체적인 비주얼이 살아나려고 하는 낌새는 있다만) 가장 흔히 생각할 수 있는 버튼 디자인은 이런 식일거다. 대체로는 배경색과 대비되는 색, 보통은 해당 프로젝트 (웹사이트)의 메인 브랜드 컬러로 칠해 넣는 것이 가장 흔하다.

마우스를 올리거나 탭했을때 유저의 인풋으로 인해 작용했다는 표시로 무언가 비주얼 피드백을 해주어야하는데… 예전만큼 볼록 튀어나온 효과라든가 움푹 눌린 효과를 그림자나 테두리 등으로 표시하지 않고 상태의 구분을 하려다보니 배경 색만으로 구분할 수 밖에 없는 상황. 그러니 자연스럽게 포인트 컬러의 살짝 밝거나 어두운 shade(색조)를 사용할 필요가 생긴다.

그 외에도 색조 시스템을 만들어두면 편리한 점은 여기저기 많다. 사실 가장 절실하게 필요한 색은 다름아닌 Gray 계열이다. 이목을 끌어야하는 홍보용 웹사이트라면 모를까, 앱이나 웹의 사용자 페이지 등 UI 디자인을 할때 상식적으로 배경색을 다 화사한 색으로 칠해버리지는 않으니까. 결국 페이지 배경과 사이드바, 메뉴, 툴바 등을 구분할 방법은 보더 색상, 배경보다 살짝 뜬 옅은 회색, 텍스트 요소간의 위계를 나누는데도 텍스트 색의 짙고 옅음을 이용할 수 있으므로 그레이 계열의 Shade를 잘 만들어두는건 매우 중요하다.

컬러 별 Shade 만들기

디지털 스크린 환경에서 보는 색을 이야기할때, 어떤 색의 Shade/Tone (색조)이라고 함은, 색상(Hue)은 같고 밝기=명도(Luminance)가 다른 색을 의미한다. Google의 디자인 랭귀지인 Material Design의 경우 아래와 같은 컬러 팔레트를 제공하고 있다.

여기서 보면 좌측에 Red, Pink, Purple… 등등 아래로 내려가는 것이 우리가 흔히 아는 색깔의 이름이고, 좌우로 나열된 50, 100, 200… 올라가는 숫자가 색조의 이름이다. 이 때, 500이 중간값이자 해당 색상의 ‘메인 색상’으로 볼 수 있다. 0에 가까워질 수록 흰색에 가까운, 밝은 색이 되고, 1000에 가까워질 수록 검은색에 가까운, 어두운 색이 된다.

Shade 시스템 네이밍 컨벤션

색의 밝기를 구분하는 방법은 꼭 이렇게 숫자로만 해야되는건 아니긴 하다. 실제로 많은 회사들이 서로 다른 시스템을 이용한 사례가 있다:

// Google (마테리얼 디자인)
color-50, color-100 ... color-500 ... color-900
- 500번대가 중간값 (Primary), 숫자가 낮을수록 옅고 높을수록 짙음

// Petal (Shakr = 본인이 재직중인 회사)
... color-l2, color-l1, color, color-d1, color-d2 ... 
- color가 중간값, 밝은 톤은 l1,l2,l3 식으로 추가, 어두운 톤은 d1,d2,d3 

// Slack
color-min, color-low, color-high, color-max
- max가 Primary, high, low, min 순으로 옅어진다

Shakr의 경우 메인 색상을 먼저 두고 그걸 기준으로 밝아지거나 어두워진다는 개념의 네이밍을 썼는데, 메인 색상을 기준으로 생각할 수 있다는 점에서 (+1, +2, +3…, -1, -2, -3…처럼 커지거나 작아지는 개념이다) 직관적이라는 장점은 있었지만 처음부터 색의 단계를 충분히 많이 설정해두지 않으면 사이의 색을 넣어야할 경우 곤란해진다는 점이 있다. 지금은 총 15단계의 세분화된 팔레트가 되었지만 초창기에는 L2, L1, base, D1, D2 이렇게 다섯개만 있던 시절도 있었다… 그리고 거기서 새 시스템으로 전환하는데 고생깨나 했었던 기억이 난다

어떻게 하든간에, 딱 놓고 봤을때 이 색깔이 어떤 색상의 어느정도 밝기의 색조인지 쉽게 알 수 있을정도로 시스템을 정하면 된다. 단순히 사람이 이해하기엔 “약간 어두운” “어두운” “매우 어두운” 이런식으로 semantic한 이름을 쓰는게 이해하기 쉬울것같아 보일지 모르겠지만… 변수명으로 쓰일수 있다는 사실도 고려해두자 gray-a-little-slightly-darker같은걸 매번 쓰고싶지 않다면…

어쩌면 프로젝트의 크기에 따라, 위의 예시처럼 15단계씩이나 세분화된 팔레트가 필요하지 않을 수도 있다. UI에서 구분이 필요한 만큼 단계를 정해 나누면 되지만, 미래를 대비해서 구글처럼 최소 10단계의 쉐이드 시스템으로 시작해 손해볼 건 없을 듯?

Shade를 생성해보자

자 그러면, 이제 개념도 이해했고 어떻게 네이밍할건지도 정했고, 실제 각 단계별 색조를 만들어보자. 쉽게 만드는 방법이 없을까?

Photoshop같은 그래픽 소프트웨어에서 슬라이더를 움직여서 눈대중으로 정하기에는 아무래도 각 단계 사이의 차가 너무 들쑥날쑥 할것 같아서, 좀 더 균일하게 값을 생성해낼 방법이 없을까 고민했다. 컴퓨터 속 색은 결국 숫자로 표현한 값이니 어떻게든 규칙에 맞게 색을 뽑아낼 방법은 많겠지만… 내게 가장 익숙한건 역시 CSS다.

LESS의 색상 변형 함수 lighten(), darken()을 이용해 각 스텝 별로 5%정도씩 중간값에서 점차 밝아지고 어두워지는 식으로 색조를 생성해 보려고 했다. 그런데 이렇게 해보니, 어떤 색들은 다른 색보다도 너무 빨리 흰색 또는 검은색에 도달해버리는 거였다. 바로 lighten/darken 함수의 작동 방식때문이었는데, HSL기준 Lightness 값 (0%~100% 사이의 값이다)을 지정한 값만큼 단순히 빼거나 더하거나 해서 색을 변형하는 식이어서 그랬다. 내가 뽑은 베이스 컬러들 (브랜드 색상)이 전부 같은 명도 (50%대)에 있으리라 생각한 잘못된 전제가 문제였다. 

그래서 머리를 굴려서 도달한 방법은 screen/multiply를 이용하는 것이었다. 먼저 무채색의 회색 50%을 기준으로 다단계 색조를 만들어놓고, 그 색들을 다른 색깔에 더하고 곱하는 식으로 합성하니 아래와 같은 결과물이 되었다.

여기까지만 와도 이미 충분히 쓸만한 팔레트처럼 보인다.

하지만 실전에서 사용하려다보니 맞닥뜨린 문제가 있었다. 베이스 색 자체가 이미 화사하고 밝은 편의 어떤 색들은, 더 밝은 색조로 갈수록 단계별 차이가 미미해지거나 너무 밝아서 동일한 컨텍스트에 있어 다른 색들에 비해 실제 사용하기 어려워진다는 점이었다. 

이 그림으로 보면, 좌측 상단의 진한 블루는 너무 어두워서 검은색 텍스트를 올렸을때 텍스트가 보이지 않는 반면, 바로 아래의 밝은 민트색은 거꾸로 흰색 텍스트가 보이지 않는다. 이렇다보니, UI 컨텍스트에서는 브랜드 색을 이용하면서 텍스트 가독성을 살리려면 해당 배경 색을 어둡게 하거나 텍스트 색을 뒤집는 방법밖에는 없는데, 후자의 경우는 다른 요소들과 너무 이질적으로 보이기 때문에 선택지가 되지 못할 수 있다. (사실 애초에 저 ‘민트’색을 브랜드 컬러 팔레트중 하나로 뽑을때부터 인지했던 문제고, UI의 메인 컬러로 쓰는건 상정하지 않고 결정한 거긴 했다)

또 다른 실제적인 문제는, 위에서 생성한 색깔들의 색조를 이용하다보니, 대체로 한 단계만 어두워져도 뭔가 기존 색의 화사함이 많이 없어지고 칙칙해진다는 인상이 강했다. 밝은 색조는 반대로 희멀건 느낌이 나고. 왜 그런걸까? 해결할 방법은 없는걸까?

좀 더 똑똑하게 Shade 팔레트를 생성해보자 feat. ColorBox

UI용 브랜드 컬러 팔레트를 만들면서 겪은 경험에 대해 Lyft의 디자인 팀에서 2018년에 올렸던 글이 있는데, 위와 같이 왜 같은 명도값을 적용했는데도 색에 따라서 우리가 눈으로 볼때 어떤 색들은 다른 색보다 더 밝아보이는지 설명한 부분이 있다. 색의 본질적인 특성과 컬러스페이스의 개념을 이용해 설명한 다소 복잡한 이야기가 있지만, 아무튼 결론은 우리 눈으로 보기에도 비슷한 채도의 강도 (화사함)을 유지하면서 실용적인 색조 시스템을 만들려면, 단순히 밝기 값을 균일하게 증가시키는 식으로는 안된다는 이야기다. 그러면서, 실용적인 컬러 팔레트를 만드는 과정을 조금 더 수월하게 하기 위해 조금 더 체계적으로 색조 팔레트를 생성할 수 있는 툴을 공개했는데, 바로 ColorBox다.

간단히 소개하자면, 색상을 지정하면, 가장 밝은 색조부터 가장 어두운 색조까지 단계별로 알아서 생성해주는 툴이다.

이 툴의 최대 강점은, Hue, Saturation, Brightness의 각 단계별 증가 강도를 함수로 선택해 커브를 조정할 수 있다는 점이다. Linear, Cubic, Quad, Sine… CSS를 포함한 프로그래밍에서 자주 보이던 easing 함수들을 쓴다. 시작(가장 밝은 색)과 끝(가장 어두운 색)의 색상(Hue)를 따로 지정할 수도 있다. 그렇게 하면, 위 그림의 오른쪽처럼 두 색이 은은하게 섞인 다소 신비로운 팔레트를 만들수도 있다. (앞서 설명한 UI 디자인에 사용하기에 실용적인 아웃풋일지는 모르겠지만…)

해당 색상 위에 텍스트가 올라갈 경우에 접근성 측면에서 어떨지도 고려해 대비값을 계산해 보여주는 기능도 있다. 목표는 5에 오는 중간 색상을 기준으로 위쪽 밝은 색상에서는 검은 텍스트가 잘 보이게 하고, 아래쪽은 흰색 텍스트를 얹었을때 잘 보이게 조정하는 거다. 잘만 조정하면, 중간 지점의 어떤 색은 위에 얹혀진 텍스트가 검은색이어도 흰색이어도 충분히 가독성이 확보되는 색을 얻을 수 있다. 

WCAG 2.0 Level AA기준에서 배경과 위의 텍스트 색 간의 컨트라스트가 4.5:1이 되는 것이 가독성을 위한 최소 기준으로 잡혀있다. 큰 텍스트 (18pt 이상 혹은 볼드체의 경우 14pt)의 경우 3:1까지도 허용. 색을 만지다보면 알겠지만 생각보다 빡센 기준처럼 보이기도 한다. 하지만 범용적으로 쓰이게 될 UI용 컬러팔레트를 짠다면 가급적 메인 컬러는 Level AA 기준에 부합하게 하는 것이 향후 다양한 컨텍스트에 색을 활용하기도 편할 것이다.

이런 점들을 염두에 두고 볼 때, 위 스크린의 노랑색 팔레트는 가장 진한 색이 너무 밝고 중간점이 아래로 쏠려있다. 배경이 어두운 페이지 위의 어떤 블록의 배경색으로 사용하기에는 흰색 텍스트가 올라올 수 있는 배경색이 하나(10번)밖에 없다보니, 다크 모드를 써야하는 페이지의 경우 실용성이 좀 떨어지는 팔레트라 볼 수 있다.

이 툴을 이용하면, 위처럼 아주 약간의 틴트가 들어간 그레이톤을 만들어내는것도 식은죽먹기다. 회색계열에 이렇게 은은하게 특정 색상을 섞어서 푸르스름하거나 따듯한 분위기를 연출할 수 있다. 마치 색 온도를 조정하는 것과 비슷한 느낌이다. 현실세계에서 완전히 중립적인 회색이란건 정말 보기 힘든 것이니까… 어쩌면 이게 더 내추럴한 색이라 할수도 있겠다. 틴트된 그레이 계열도 브랜드의 다른 메인 컬러들과 더불어 이미지를 돋보이는 특징이 될 수 있으니 한번 활용해 보자.

2021년 9월 현 시점에서, ColorBox을 팔레트 생성에 사용한다고 할때 약간 불편한 점이 하나 있다. 바로 생성한 팔레트의 개별 색상 값들을 쉽게 뽑아내는 방법이 없다는 점이다. 팔레트를 생성하는 규칙을 담은 룰셋을 json으로 내보내는 기능이 있고, Figma로 내보내는 플러그인도 있는것 같은데, 의외로 단순한 텍스트로 뽑아주는 기능이 없다. 브라우저의 코드 Inspector를 열어 하나씩 값을 따내거나, 스크린샷을 따서 스포이드로 하나씩 찍어내는 수동적인 방법이 있겠지만 아무튼 조금 불편한건 사실이다.

어느 해라도 다 지나온 후에 돌아보면 참 많은 일이 있었구나 싶지만, 올해는 특히 여러모로 많은 사람들에게 기억에 남는 해가 되지 않을까 싶다. 설명할 것도 없이 바이러스가 우리 모두의 일상을 뒤집어 엎어 놓았다. 당연하게 누려왔던 것들이 당연하지 않게 되었고, 멀쩡하던 것이 멀쩡하지 않게 되고, 생활의 모습도 사업도 사람의 생각도 바뀌는 해가 되었다.

나에게도 올해는 적잖은 변화가 있었다. 나도 어쩌면 변화하고 싶지 않았던것 같다. 그냥 오랫동안 큰 변화없이 안정적으로 즐겁게 이대로도 살 수 있을줄 알았다. 코로나가 오지 않았다면 그랬을지 모르겠다. 하지만 코로나는 왔고, 많은 작고 큰 계기들의 단계를 거쳐 점진적으로 내 생각을 지금의 상태에 다다르게 했다. 그리고 이제는, 코로나 이전의 시대로 돌아갈 수 없다고 하듯이, 앞으로 나아가야만 하는 과정에 발을 들인 것 같다.

1월: 짧고 굵게 끝난 올해 처음이자 마지막 라이브 이벤트

연초만 해도 코로나는 그저 외국의 뉴스였고 여태까지 그랬듯이 금세 지나갈 유행병일줄 알았다. 1월 한달은 연말연시 분위기에 이어 즐거운 일정들로 가득했었다.

<크로싱 델타>라는 사상 초유의 유명 리듬게임 관련 아티스트 대거가 내한하는 이틀짜리 공연도 있었고…

라이브러리라는 애니송클럽 이벤트도 있었다 (2019년 회고록에서도 한번 언급했었던것같다)

지금 돌아보면 마냥 즐거운 시간들이었다… 이때만 해도 이게 올해 그리고 앞으로 조만간 즐길수 있는 마지막 이벤트가 되리라고는 상상도 못 했었지

그런 흐름에서, 2019년 말에 어쩌다 디제잉에 입문하게 된 이후로 그 맛을 못 잊어서 한참을 컨트롤러를 어떻게 구해볼수 없을까 기웃거리다가 결국 중고로 DDJ-800을 구하게 된다. 다들 입문용으로는 400을 추천하는데 기왕 하는거 그래도 이정도 크기는 되어야 좀 제대로 하는 맛이 날거같아서 조금 욕심을 부렸던것 같다. 아쉽게도 시대가 이리 되어 버려 다시 공개적인 공연에서 디제잉을 다시 할수 있었던 기회는 없었지만, 집에서 재미있게 갖고 놀 수 있었다. 후회는 없다.

2~4월: (부모님 없이) 집 수리 마무리하고 이사하기

코로나가 본격적으로 우리나라에서도 기승을 부리기 시작한 시기에, 회사와 집은 각각 이사를 앞두고 분주했다. 회사는 내가 직접적으로 이사 과정에 크게 관여한건 아니었지만 집 이사 건은 여느때보다도 골칫거리였다.

한국에서나 외국에서나 한번도 오랫동안 한 집에서 2~3년 넘게 살아본 기억이 없는것이 항상 전세/월세 아닌 우리집이 없었거나, 아니면 좀 오래 살 것처럼 집을 구하면 모종의 이유로 인해 거처를 옮겨야했기 때문이었다. 그래서 2년이라는 사이클이 이미 몸에 배였는지 이사 자체는 낯선 것은 아니었지만… 이번에는 부모님 없이 처음으로 이사를 해야했다. 원래는 같이 살던 동생조차 없이 혼자서 이사를 해야될 뻔했는데… 코로나가 전세계적으로 심해지는 바람에 동생이 해외 장기 출장에서 조기 귀국을 하게 되면서 홀로 이사는 면하게 되었다.

옛날 집을 나오는 과정도 스펙타클했는데, 2년간 전세들어 살았던 빌라가 하필 갭투자 위험이 있는 매물이었던지라 (들어갈땐 몰랐지…) 정말로 주인 잘 못 만나 운이 안 좋으면 꽤나 골치아픈 수순으로 들어갈뻔도 했다. 최악의 시나리오까지 고려해 대비하느라 당시는 머리가 터지는줄 알았지만 다행히도 보증금은 무사히 돌려받았고 큰 손해 없이 일을 마무리지을수 있었다.

그런 와중에 새로 이사갈 집은 너무 낡고 더러워서 결국 풀 수리를 진행했는데… 가족 예산이 넉넉하지 않았으므로 역대급 저예산으로 진행했다. 공사가 모두 마무리되기 전에 잠시동안 귀국하셨던 부모님이 다시 출국을 하셨어야 해서 마무리 단계의 체크와 각종 자잘한 태스크를 내가 떠맡게 되었다. 저녁에 회사 마치고 체크하러 오고 어떤때는 낮에 확인하러 오고 당시 살던 집과 새로 이사갈 집을 왔다갔다 하느라 피곤한 날이 많았다.

각종 시행착오를 통해 아파트 수리 관련 일처리 수순의 노하우나 주의해야할것 골치아픈 것 잡지식이 늘은것만 같다.

다 수리해놓고 보니까 깔끔해보이지만 여기저기 가까이서 보면 싼티가 드러나는 구석들이 있다. 포인트컬러 디자인 이런거 없고 이번엔 그냥 벽지 천장 문틀 몰딩 죄다 흰색으로 해버렸는데 잘 한 선택인것 같다. 가장 저렴한 재료들로 했지만 하야니까 그럴싸해보이는듯

대출금/관리비/인터넷 등을 내가 더 많이 부담하는 조건으로 이번에도 안방은 내 차지다.

이번에 이사오면서 드디어 수년간 티비 받침 대용으로 쓰던 세칸짜리 서랍장을 대체할 새 서랍장을 이케아에서 구했다. 티비를 더 이상 책상 반 서랍반 걸쳐서 안 놔도 되고 딱 안정적으로 자리잡았다. 피규어수집 거의 10년만에 드디어 장식장도 생겼다. 더 이상 먼지 앉힐 걱정을 안 해도 된다. 근데 피규어의 수는 줄었다. 앞으로도 늘지는 않을 것 같다.

4~6월: 갑자기 차에 관심이 늘었다가… 다시 사그라들었다

올해 상반기에는 코로나 초기에 아직 국내 감염자수는 많지 않았지만 오히려 그래서 어디서 걸릴지 모른다는 불안감이 더 컸고 (이건 지금이 더 심하겠지만… 초기보다는 오히려 지금이 적응된 감이 있는것 같다) 한 때는 거의 한달 이상 지하철 버스를 한번도 안 탈 정도로 사람이 몰린 공간을 피하게 되었다. 자연스럽게 서울 도심 내에서 어딜 먹으러가거나 하는 빈도도 줄어들었고… 그렇지만 너무 또 집에만 있으니 너무 답답해서, 대안으로 도심을 벗어나 좀 사람이 덜 몰릴만한 외곽의 카페를 찾아다니는 취미가 생겼다. 평소에는 차를 (부모님이 국내에 안 계시니 가족 차를 내가 관리운행한다는 명목 하에 사실상 독점 이용중이다) 주말에 교회갈때나 타고 주중엔 안 썼는데, 대중교통을 피하면서 다른데 외출을 할려다보니 아무래도 차 이용 빈도가 팍 늘었다. 차를 자주 타다 보니 연식이 슬슬 늘어난 차에 이런저런 아쉬움이 생기기도 하고 인간적인 욕심에 신형 차들의 이런저런 테크 편의기능들이 눈에 보이기 시작하고… 차에 대한 관심이 이전에 비해 갑자기 늘었다. 

그냥 전반적으로 자가용에 대한 관심이 는 것도 있지만, 이전과는 달리 좀 더 현실적으로 신차 또는 중고로 차를 구입하면 금전적으로 가능은 할까 계산을 해보기까지 하는 단계로 관심이 갔었다. 나이가 30에 접어들은 것도 있고 또래 친구들도 자연스럽게 차에 관심이 갈 때기도 하다보니, 관심사가 맞는 친구들과 다양한 차를 시승해보기도 하고 렌트해보기도 하고… 평소 차에 대해 이야기하는 빈도도 늘고 한때는 진짜 유튜브 추천이 자동차로만 가득찰 정도로 많이 찾아봤던것 같다.

이게 다 올해 찍은 사진들인데 이렇게 보니 정말 많이 타봤다. 사진에 안나온 것도 많지만 직접 몰아본것도 있고 반은 그냥 친구따라 2열에서 타본것도 있고… 아무튼 다양하게 타보면서 차종별 회사별 느낌이 이런거구나 좀 견해가 생긴거같기도 하고 내가 원하는 게 정확히 어떤건지 좀 더 생각하게 되기도 했는데…

현실적으로 역시 아직 내 집도 없는데 차를 먼저 사는건 맞지 않다는 생각이 들었다. 애초에 차를 살만한 여유자금이 있는것도 아니고. 내 지금 상황에서 차가 크게 필요한 것도 아니고. 필요하다해도 이미 추가 비용 없이 그냥 쓸 수 있는 가족 차가 있다보니 기존 차를 바꾸는건 아무리 정당화를 하려고 해도 할 수가 없었다.

그래서 어느 순간부터 그냥 생각을 덜 하게 되고, 의도적으로 유튜브를 덜 찾아보게 되고… 하다보니 차 사고싶다는 생각이 쑥 들어갔다. 모 전시장에 예약해뒀던 BMW 시승회도 한 두번 미뤄지니 의욕이 사라져서 취소해버리고. 물론 솔직히 말해서 지금도 새 차 안 타고싶냐 하면 그야 당연히 타고싶지만, 그래도 올해 상반기만큼의 열의는 없다.

7월: 입사 6년만에 한달짜리 휴가

지금 다니는 회사를 처음 들어간게 2014년 하반기니까 올해가 6년차, 벌써 7년으로 넘어가는 길목에 있었다. 휴가 제도가 자유로운 회사였던 덕에 그동안 짧고 길게 휴가를 안 썼던건 아니지만 (대체로 대부분 일본을 놀러갔었다) 정말 제대로 길게 쉬면서 그동안 시간이 없어서 못 했던 것들을 하거나… 아니면 진짜 그냥 아무것도 안 하면서 쉴 수 있는 기회가 있었으면 좋겠다는 생각을 했었다.

어째저째 7월에 적절해보이는 시기가 와서, 먼저 예고를 하고 휴가를 내질러버렸다. 4주라는 시간은 정말 빨리도 지나갔는데… 그동안 못 만났던 사람들을 오랜만에 만나고, 늦잠자고, 주말은 교회일로 바쁘고, 하다보니 특별히 뭘 했는지도 별로 기억도 안 나지만 순식간에 끝나버렸다.

리듬게임 이야기를 잠깐 하자면… 애초에도 리겜에 대한 열정이 많이 식어있기도 했는데 (작년에도 일본 갈때 온게키 한거 외에는 국내서는 정말 거의 안 했다고 봐도 무방할 정도니) 올해는 코로나때문에 오락실 쉽게 가기가 꺼려지다보니 더 안 가게 되었던거 같다. 위 사진도 휴가중에 오랜만에 좀 놀아볼까 해서 친구들이랑 날잡아서 난생 처음 가봤던 부천의 리겜 성지 오락실… 이후에는 리겜을 한 기억이 없을정도로 오락실을 못/안 갔다.

7월: 20년 이상 써온 안경을 벗다

휴가동안 있었던 가장 큰 일이라고 하면 시력교정 수술 (스마일라식)을 받은 일일 것이다. 내 기억으로는 초등학교 입학할 당시부터 나는 이미 안경을 쓰고 있었고, 부모님 말로는 유치원 시절부터도 안경을 썼다고 하니 최소 20~25년간 안경을 쓰고 살아온 게 된다.

라식/라섹 수술이라는게 예전부터 있었고 주변에서도 가족중에서도 수술을 잘 받아 안경을 벗은 사례가 많았지만, 나는 주변에 비해 항상 시력이 매우 나쁜 축에 속했고 (안경 두께로만 봐도) 직업특성상 수술 회복기간을 길게 잡을수가 없다보니 수술할 엄두를 못 내고 있었다 (부작용에 대한 두려움도 많았다)

그러다가… 긴 휴가를 쓰게 된 것도 있고, 여러가지 심리적인 변화로 인해 나를 좀 더 가꾸어야겠다는 생각이 들어 그 일환으로 안경을 벗기로 결심을 했다. 굴절율 높은 두꺼운 안경으로 인해 눈이 작아보이게 되고 내 인상에 안경이 큰 영향을 준다는건 익히 알아왔고 나름의 컴플렉스기도 했지만… 사실 어쩌다 잠깐 내 안경 벗은 얼굴을 보고 제발좀 안경 벗어요 형/오빠 라는 주변의 말을 듣고 좀 용기를 얻게 된게 크다.

좀 본격적으로 정보를 찾아보다보니, 가장 최신 기술인 3세대 시력교정술인 “스마일”은 놀랍게도 당일 수술하고 당일 회복이 된다는 사실을 알고, 돈이 좀 많이 들어도 이쪽으로 해야겠다는 결심을 했다.

결과적으로는, 무사히 잘 됐다. 수술 자체는 한쪽 눈 당 1분도 안 걸린 느낌이었고 한 15분을 눈 감고 리클라이너에 앉아서 쉬고 집에 보내줬는데, 지하철 타고 귀가하는데 눈물이 너무 많이 흐르는 바람에(이건 예상했다) 콧물이 너무 많이 나서(이건 전혀 예상 못했다) 마스크가 흥건하게 젖는 바람에 집 도착하기까지 서서 참느라 고생한게 사실상 수술보다 더 힘들었다. 당일에 한 4시간 일부러 캄캄한 방 안에서 자고, 인공눈물 안약 잘 넣고 한 1-2주 너무 눈 무리 안하게 조심한거 빼고는 (사실 그러면서 할거 다하긴 했다) 정말 회복이 빨랐던것 같다.

그렇게나 오래 써왔던 안경을 벗고 나니 진짜 어떻게 그동안 그렇게 불편한걸 당연히 여기고 살아왔나 싶기도 하고… 아침에 일어났는데 안경 안 더듬고 바로 시계 시간이 보이는 거라든가, 샤워하는데 샴푸통에 글씨가 보인다는 거라든가, 소소한 일상의 감탄이 생겨났다. 건강한 눈을 가졌다는게 얼마나 감사할 일인가 새삼 생각하게 되기도 하고.

그래서 얼떨결에 올해 최고액의 지름이 되어버렸다 (할부). 노안이 오면 그땐 그거겠지만… 그래도 앞으로 10년간은 30대를 안경 없이 살수 있으니까. 시력 관리 잘 해서 오래 버텼으면 좋겠네.

나를 다시 알다

올해는 코로나때문에 참 많은 것이 바뀌었다. 지난 수 년간은 해외여행과 각종 이벤트와 취미생활이 사실상 내 일상 속의 큼지막한 활력소와도 같은 역할로 큰 비중을 차지해 왔었는데, 그런 것들이 올해는 전부 사라져버렸다. 사실 작년 말만 해도 “해외 원정 이벤트”라는 취미는 오래 지속하기엔 너무 코스트가 크기도 했고, 미래 지속적이지 못하는 사실을 인지하고는 있었기 때문에 언젠간 끝내야한다는 생각은 있었지만… 좀처럼 내치지 못하고 있던 차에 환경적인 내 통제 밖의 요소로 강제로 끊게 되리라고는 정말 생각도 못 했었다.

비어진 시간에 그럼 나는 그동안 못 했던 다른 취미생활을 더 많이 할 수 있을 줄 알았지만, 꼭 그런 것도 아니었다. 나는 항상 나 혼자서도 잘 놀줄 아는 사람이라 생각해왔었다. 볼 것도 많고, 할 것도 많고, 항상 시간에 쫓겨서 다 하지 못 할 뿐. 하지만 올해가 되어서는, 타인에 의존적이지 않다고 생각했던 내가 사실은 굉장히 혼자서 외로움을 많이 탄다는 면을 직시하게 되었다. 코로나 초기에 사회적 거리두기가 시작되면서 사람을 만나기가 여느때보다 더 어려워졌고 나는 잘 버틸 수 있을 줄 알았지만, 집에 혼자 있는 시간이 길어지면 길어질수록 내 생각에 짓눌려 무거워짐을 느꼈다.

그런 의미에서 올해는 정말 내 주변 사람들의 도움을 많이 받은 해라고 느낀다. 언제나 뭐든지 혼자서 잘 해내 보이려던 자존심을 꺾으면서도 다른 사람에게 의지하는 법을 조금이나마 배우게 된 것 같기도 하고. 캐주얼하게 만나지 못한 대신에 소규모지만 더 확실한 모임들이 이루어졌고, 소중한 관계들을 더 탄탄히 하는 계기들이 되었다.

결혼에 대한 생각

이런 생각의 흐름에서 이어진 것인지는 모르겠지만, 결혼에 대해서도 여느때보다 더 진지하게 생각하기 시작한 해가 되었다. 요즘 시대의 흐름에 영향을 받아 결혼에 대한 생각이 “당연히 해야지” -> “하고싶다” -> “하면 좋겠다” -> “못 한대도 잘 살 수 있지 않을까”로 서서히 변화해오던 와중에, 결혼과 가족 생활이 주는 행복을 내가 다른 인생의 재미로 대체할수 있을거라 생각했던 것이 올해의 경험으로 인해 많이 깨지게 되었다. 결국 취미는 취미일 뿐이고 10년 20년 후에도 변치않는 즐거움을 주리라는 보장은 없다. 끊임없이 다양한 취미의 추구로 내 인생을 견인할 수 있다는 생각을 버리게 되었다. 정말 중요한 것은 무엇인가? 가족에서 얻는 행복이 정말 나 개인의 어떤 것을 희생하는것이 아까워 포기하지 못할 만큼 별 것 없는 행복일까? 무슨 일이든 인생에 때가 있듯이, 결혼에 대해 지금 진지하게 생각하지 않고 준비하지 않고 액션을 취하지 않으면, 10년 후에 생각이 바뀌어도 그 때는 지금과는 다를 거라는 생각이 들었다.

이제 30대에 접어드는 길목에서 지난 10년간의 나를 돌아보는 시간도 되었다. 한국에 나온 뒤, 블로그를 열고, 트위터를 시작하고, 인터넷상에서의 각종 창작활동을 시작하고, 온갖 취미의 영역에 발을 들여보고. 많은 것을 배우고 많은 사람들을 만나고 많은 것을 해봤다. 그것들이 다 쓸데 없는 일이었다고는 전혀 생각하지 않지만, 한편으로는 나의 20대를 나는 너무 “무언가를 할 수 있는 나” 자신으로서 나를 가꾸는데만 힘을 써왔다는 생각이 들었다. 연애? 물론 하고는 싶었지. 하지만 나의 시간과 노력 대부분을 들여서까지 얻고싶진 않았다. 그 외에 다른 “내가 해야하는 일들”이 우선이었던 것 같다. 이성과 대화할때의 소통방법, 상대를 이해하는 법, 관계를 지속적으로 이어나가는 법, 상대에게 보여지는 “나”의 장점과 단점을 아는 것, 겉으로 드러나는 인상과 용모를 가꾸는 것… 이런 것들은 항상 우선순위가 낮았다. 크리에이터로서 쓸모있는 나를 가꾸는데만 집중했었지, 이성異性으로서 사람으로서 매력을 가꾸는 데에 너무 노력을 안 했다는 깨달음이 왔다. 그래서 이제는 무언가 변화가 있어야만 한다는 필요성을 느꼈던 것 같다.

그래서 결론부터 말해서 올해 내 연애전선에 관련해 바뀐게 있냐…하면 없다. 그래도 뒤늦게나마 변화의 필요성을 인지한 것 부터는 첫 걸음을 내딛은 것 같다. 예전에 비해서는 자진해 사람 소개도 받아보고, 만나서 이야기도 해 보면서 오히려 나에 대해서, 상대에 대해 더 알게 된 부분도 있고. 여전히 연애는 잘 모르겠지만. 그래도 최소한 건강하고 행복한 결혼생활의 꿈을 버리지 않고 다시 붙들게 된 것만으로도 올해는 진전이 있다고 봐도 되지 않을까.

정말 중요한 것, 중심을 되찾기

블로그에는 신앙 이야기를 제대로 한 적은 없는것 같지만… 나는 블로그를 시작하기 전부터 지금까지도 한번도 신앙을 내려놓은 적은 없었다. 교회 출석을 빠진 적도 없고 내 믿음이 흔들려본 적도 없다. 수 년간 교회 환경도 바뀌어 오면서 작고 큰 일을 맡아 섬기기도 해왔지만, 그간 내 삶의 모습이 정말 그 신앙을 따라 사는 삶이었는가 하면 아니었던것 같다.

20대에 접어들면서 나는 일종의 ‘자유’를 누렸다. 부모님이 교회 가란 소리 안해서 교회를 빠지고 그랬던것도 아니지만, 목사님 아들이라는 것 때문에 해야만 하는 무언가, 주변 사람들의 눈치를 의식해서 이건 되고 이건 안 되고 하는 기준에서 벗어나 자유롭게 내가 하고 싶은 걸 했다. 물론 아무리 그래도 ‘일반적인 기준’에서 보면 나는 썩 나쁘지 않게 크게 일탈하지 않는 삶을 산 것처럼 보일지 모르겠다. 술도 안 마시고 담배도 안피고 여자도 안 후리고(??) 교회 잘 나가고 예의바르고 착해보이게 살았으니까.

내가 할 수 있는 것들, 재능이 있다고 생각한 분야들, 어찌됐든 그것들이 나에게 주어진 것들이니 잘 활용해서 무언가 대단한 것을 해야만 한다는 사명감이 있었다. 실력을 갈고닦아 성공하고 인정받고 유명해져서 나에게 이 재능을 허락하신 하나님을 영광되게 할 생각이었다. 물론 그 뒷면에는 그 영광을 내가 취하고 싶다는 이기적인 마음도 있었기에… 언젠가부터는 내가 무언가를 만드는 것을 두 영역으로 나누기 시작했다. 하나님께 직접 관련된 일을 할 때는, 최대한 내가 드러나지 않게. 그치만 다른 부분은… 나도 유명해지고 싶으니까 나를 드러내는데 서슴지 않았다.

음악도 만들고, 그림도 그리고, 디자인도 하고, 개발도 하고, 이것저것 하면 할수록 느껴지는 것은, 어떤 분야든 어중간하게 잘 하는 수준이 아닌 진짜 잘하는 수준으로 가려면 취미의 영역을 넘어버리게 된다는 점이었다. 그냥저냥 괜찮게 하고 과정을 즐기는 것이 취미의 수준일텐데, 전공자도 아니고 교육을 제대로 받지 않은 내가 마음만으로는 프로의 영역과 경쟁을 하고 있으니 벽에 부딪힐 수 밖에 없다. 그 이상으로 나아가려면 더 많은 시간과 노력을 부어야하는데, 이쯤 되면 그런 노력의 투자를 정당화할만한 목표의식이 요구되는데… 여기서 내 내면의 끝없는 부딪힘이 있었다.

지난 10년간 이런 충돌로 인해 특정 분야의 창작을 잠시 멈추거나 그만 둔 적이 사실 작게 크게 많이 있었다. 그림 그리는 것도 한동안 길게 쉬었다가 최근 몇 년 새 다시 잡았고, 올해 상반기에는 특히 여느때보다 더 열심히 시간과 노력을 들였기도 하다. 하지만 결국 이전과 똑같은 문제에 다시 직면할 수 밖에 없었다.

결국 내가 내게 물어야 하는 핵심 질문은 이거였다.

“내가 이렇게 노력하고 발전해서 얻으려 하는게 대체 무엇일까?”

유명해져서 칭찬받아서 기분 안 좋을 사람은 없겠지만, 내가 창작하는 본질적인 이유가 이것이 아닌 것은 확실했다. 사람의 영광은 한 순간이지만 하나님은 영원하시다. 단기적 목표가 아닌 장기적인 내 인생의 목표로써 나는 내 신앙에 따라 그 분을 위해 살기로 결심했었고 하나님 나라에 도움이 되는 일을 하고싶다는 생각은 변하지 않았다. 변하지 않았다고 생각했는데… 어느 순간 그런 생각이 들었다. 내가 하려는 것이 어쩌면 그냥 내가 하고 싶은 것이고, 내가 하고 싶은 것에 하나님을 끼얹어 정당화하려 하는 것이 아닐까. 마음속 깊은 곳 어딘가에는 여전히 중심이 하나님이라고 생각해왔지만 실은 그렇지 않았다는 것을 보고, 인정하고, 내 중심을 되찾아야 하겠다는 생각이 들었다.

올해의 내 개인적인 인생의 관점에서 전반적인 흐름을 돌아볼 때, 코로나로 인해 환경이 바뀌고 제한이 생기며 어떤 사람들과는 멀어지고 어떤 사람들과는 더 가까워지고 한 변화가 온 것이 앞서말한 심경의 변화에 이르게 하는 어떤 과정이 되었다는 생각이 들었다.

일본에 밥먹듯이 놀러가던 것을 갑자기 못 가게 되니, 자연스럽게 주말의 불확실성이 없어지면서 이전에 비해 교회에 더 많은 시간을 쏟을 수 있게 되었다. 주말을 끼고 일본에 가면 주일에 항상 교회는 갔었지만, 아무튼 한국의 홈 교회는 빠지게 되니 무언가 더 깊이 사역에 관여하거나 그냥 내가 마음을 이제까지 활짝 열지를 않고 있었던것 같다. 책임이 생기면 자유롭게 이벤트 일정에 맞춰 출국을 못하게 되니까. 여기서도 내 우선순위가 어디에 가있는지 드러나는 대목.

코로나로 인해 비대면 예배가 메인이 되면서, 원래 교회에서 부가적인 것으로 셋업해 진행하던 온라인 방송이 사실상 필수불가결인 부분이 되어버려, 내가 맡고 있던 방송 부분이 뭔가 무게가 더 실리기도 하고, 책임감을 더 가질수밖에 없어졌다. 원래 잘 참석하지 않던 금요예배도 처음엔 방송때문에 “어쩔 수 없이” 참여하게 되면서… 카메라 보랴 자막 보랴 방송 확인하랴 반쯤 집중 못할때가 많지만 그래도 계속해 듣는 말씀 가운데 분명 내 안에 조금씩 벽을 허물던 것도 있었으리라.

이전 어느 해보다도 더 사람들을 적극적으로 만나서 못하던 대화도 하면서, 깊은 이야기도 하고, 결혼에 대해 생각하게 되고, 그와 관련 된 책도 읽으면서 또 그 안에서 생각지도 못하게 내 중심에 대해 다시 점검하게 만드는 도전도 받게 되고. 다 무언가 큰 흐름의 일부가 되었다는 느낌이다.

2021년은…

여전히 코로나가 기승을 부리고 있고, 백신 도입이 코앞에 있지만 이제는 또 변종 바이러스의 출현이랴, 코로나가 완전히 종식된 이후에도 또 어떤 어려움이 우리의 앞을 가로막을지 모른다.

다만 확실한 것은, 이제는 다시 이전의 모습으로는 돌아갈 수 없다는 점이다. 코로나가 바꾸어 놓은 일상 이전으로 돌아갈 수 없다고도 하지만, 올 한해 나에게 있었던 모든 일들 또 그로 인해 변한 점들, 결심한 것들… 물론 나는 일개 나약한 인간일 뿐이니 또 넘어지고 같은 실수를 반복하고 고민하고 새로운 어려움 앞에 좌절하고 하겠지만 뒤로 돌아갈 수 없음을 안다.

한 때는 결국 모든 게 다 내가 하고 싶은 거니까 내가 뭘 해도 이건 하나님을 위한 일은 되지 못하겠구나-하고 반쯤 좌절한 상태에 잠깐 빠진 적도 있었지만 다행히도 그렇게 올 스톱하고 아무것도 안 하는게 정답이 아니라는 걸 깨달았다. 사실 아직도 여전히 잘 모르겠다 구체적으로 어떻게 사는 것이 크리스천으로서 올바르게 그분의 영광을 위해 사는 것일까.

하나씩 하나씩 변화해야할 부분을 변화하고, 버려야할 습관들은 버리고, 고쳐야할 생각들은 고치고. 그렇게 나아가 보려고 한다.

너희 안에서 행하시는 이는 하나님이시니 자기의 기쁘신 뜻을 위하여 너희로 소원을 두고 행하게 하시나니

빌2:13

결국 그 분은 인간에게 자유의지를 허락하신 창조주시다. 뭐든지 내 마음에 먼저 소망을 불어넣어 주시고 그로 인해 일하게 하시지 억지로 강요하는 분이 아니시다. 내 마음속에 어떤 선한 소망이 있고, 중심이 정말 하나님을 위함이 확실하다면 무엇을 해도 기쁘게 받아주시리라는 믿음이 있다. 하지만 어디까지나 중심이 정말 제대로 잡혀있을때의 이야기다. 이를 위해서는 정말 끊임없이 옛 사람으로 돌아가려고 몸부림치는 나를 고쳐잡는 노력과 시간이 필요하겠지.

감사합니다

어려운 와중에도 오늘날까지 인도하시고, 앞으로도 인도하실 하나님으로 인해 기뻐하고 감사합니다.

그리고 그 길을 가는데 함께 지탱해주고 같이 걸어갈 수 있도록 내게 허락된 수많은 주변의 소중한 사람들 또 그들의 마음과 섬김으로 인해 감사합니다.

이번에 블로그를 워드프레스로 마이그레이션하면서, 디자인을 완전히 새로 갈아 엎은 건 아니지만 그래도 오랜만에 작업하는김에 이곳 저곳 손 본 곳이 꽤 된다. 그중에 가장 눈에 띄는 변화라고 한다면, 아마 라이트모드의 부활일 것이다.

현재 굴리고 있는 블로그의 디자인은 2017년에 처음 런칭한 것으로, 처음에는 밝은 배경의 테마였다가 2018년에 페이스리프트를 거치면서 다크모드화 되었다. 이미지 체인지를 꾀한것도 있지만, 그 시기가 한창 다크모드가 아이폰, 맥 등에 도입되기 시작하면서 ‘핫’할 시기였기 때문에, 평소 폰에서 다크모드를 사용하는지라 그에 걸맞게 블로그의 배경도 어둡게 만들고 싶었던 것이 동기부여가 되었었다.

그러다 최근에는, 다크모드 고정이 아닌 시간에 따라 라이트/다크 자동으로 전환되는 옵션을 이용하고 있다. 낮에 주변 조광 상태가 충분한 환경에서는, 흰 배경에 검은 글씨를 읽는게 좀 더 자연스러운 것 같기도 하고, 단순히 다크모드 UI가 질려서(?) 밝은게 더 이뻐보인다는 생각이 들기도 하고.

아무튼 그래서 내가 하고 싶은 말은, 앱이든 웹사이트든 어느 한쪽만 제공하는게 아니라, OS의 설정에 맞춰 그에 알맞게 라이트/다크 양쪽에 최적화된 테마를 다 제공하면 가장 유저 프렌들리하지 않을까 하는 이야기.

이 글에서는 한 색상에 고정되어있던 CSS를 상황에 따라 두 테마간 전환이 가능한 구조로 만드는 전략, 방법에 대해 설명해보고자 한다.

유저의 선호 테마 설정 읽기

prefers-color-scheme이라는 미디어 쿼리가 있다. “모바일 반응형 웹”을 만들때 흔히 활용하는 미디어 쿼리인 min-width,max-width같이 브라우저에서 주는 정보중 하나인데 여기에서 유저가 사용중인 환경의 컬러 테마가 Light인지 Dark인지에 대한 힌트를 얻을 수 있다.

prefers-color-scheme은 아직 CSS3 Media Queries에 정식으로 포함된 스펙은 아니고, 이 다음 단계인 Level 4도 아니고 무려 그 다음인 Level 5의 작업중인 스펙으로 등재되어있는 녀석이다. 그런 것 치고는, 2020년 5월 현재 기준 이미 대다수의 메이저 브라우저들에서 문제없이 지원되고 있다.

이걸 통해 우리는 CSS상 라이트모드와 다크모드의 스타일을 구분할 수 있다:

/* 라이트 */
@media (prefers-color-scheme: light) {
  .foo {
    color: black;
  }
}

/* 다크 */
@media (prefers-color-scheme: dark) {
  .foo {
    color: white;
  }
}

그러면, 대충 이제 어떻게 해야할지 어렴풋이 감이 온다. 기존에 라이트로 디자인되어있던 스타일시트 위에, 색을 덮어씌우고싶은 항목들만 골라내 @media (prefers-color-scheme: dark)안에 오버라이드를 쓰면 될 것이다. 간단…하다?

그런데 정말 그냥 그렇게 했다가는, 유지보수가 지옥이 될 것 같다. 앞으로는 한 부분의 디자인을 건드리려 하면 메인 스타일시트를 바꾸고, 코드 저어어기 아래나 별도 파일에 있는 다크모드 오버라이드도 잊지 말고 바꿔야하기 때문이다. 이것보다는 좀 더 똑똑하게 관리할 방법이 있을 것 같다.

variable로 어떻게 못 해요?

2020년에 CSS를 하고 있다면 아마 높은 확률로 Preprocessor (전처리)를 사용하고 있을거라 생각한다. (안 한다구요? 인생 손해 보고 계십니다. 당장 검색해 배우고 오세요) 나는 개인적인 선호 (와 익숙함)에 의해 LESS를 쭉 쓰고 있는데, 대세라고 하면 역시 Sass일듯 하다. 아무튼 어느쪽을 쓰든 상관 없다. 서로 다른 점도 많이 있지만 CSS 전처리기는 대부분 자체적인 방식으로 ‘변수'(variable)을 쓸 수 있도록 구현해 놓았다. 즉, CSS안에서 반복 사용되는 속성값들 (예: 색상값, 너비 수치 등)을 한번 선언해주고 이후로는 값을 직접 입력하는게 아니고 변수를 써주면 나중에 혹여나 색을 바꿔야할때 전부 검색해서 일일히 바꿔줘야하는 귀찮음을 피할 수 있는 거다.

// 소스 (LESS)
@my-color: #fcba03;

.header {
  color: @my-color;
}
.button {
  border: 2px solid @my-color;
}

// 실제 아웃풋
.header {
  color: #fcba03;
}
.button {
  border: 2px solid #fcba03;
}

이미 이런 식으로 코드가 다 짜여있다면, 한 숨 덜었다. 모든 색상에 대해 전부 손으로 미디어 쿼리 오버라이드를 쓸 필요는 없으니까. 색상이 이미 variable화 되어있다면, 그 값만 라이트, 다크에 따라 다르게 설정하고 빌드할때 각각의 값을 읽어들인 두 개의 버전으로 컴파일되게 하면 된다. 이걸 하는것도 여러 방법이 있겠지만… 나같으면 style-light.less와 style-dark.less 껍데기 파일을 만들고, 실제 스타일을 지정한 코드는 main.less같은 서브파일로 몰아버리고, style-light에는 _variables-light.less를 임포트, style-dark에는 _variables-dark.less를 임포트해두고 두개 파일을 빌드하게 할 것 같다.

// _variables-light.less
@text-color: #333;
@bg-color: #fff;

// _variables-dark.less 
@text-color: #eee;
@bg-color: #333;

// _main.less
body {
  color: @text-color;
  background: @bg-color;
}

// style-light.less
@import '_variables-light.less'
@import '_main.less'

// style-dark.less
@import '_variables-dark.less'
@import '_main.less'

이런 식으로. 빌드가 style-light.css, style-dark.css로 나온다면, HTML에서 각각의 환경에 맞게 알맞은 스타일시트를 로드하게 하면 된다.

<link rel="stylesheet" href="/dark.css" media="(prefers-color-scheme: dark)">
<link rel="stylesheet" href="/default.css">

그런데 이렇게 되면, 빌드는 쉽지만 스타일시트가 각각의 테마에 맞게 두개가 된 셈이라, 유저 입장에서는 양쪽 테마를 번갈아가며 다 보게 된다면 실제 차이가 있는 색상 관련 외에는 사실상 똑같은 중복 코드를 또 불러들이게 된다는 말이 된다. 뭐 CSS코드 2배 되어봐야 얼마나 타격이 가겠어 싶을수 있겠지만… 1초라도 로딩 속도를 빠르게 해 고객에게 좋은 인상을 남겨야하는 프로덕트의 웹페이지라면 줄여야만 하는 소중한 킬로바이트일 수 있다. 그런거 아니라고? 그래도… 그치만… 중복 코드라니… 그냥 기분이 좀 그렇잖아…

CSS variable로 어떻게 좀 안 돼요?

오늘의 주인공 되시겠다. 앞서 소개했듯이 이미 대다수의 CSS 장인들이 전처리기를 이용해 변수의 편리함을 맛보고 있었지만, 이는 아직 네이티브 CSS, 즉 브라우저에서 직접 해석할 수 있는 코드가 아니라 반드시 CSS로 변환하는 컴파일(빌드) 과정을 거쳐야만 했다. 그러니까 전처리기지…

하지만 때는 바야흐로 2020년… 이제는 CSS 네이티브 구현의 변수 시스템인 CSS variable을 프로덕션에서도 어느정도 쓸 수 있는 시대가 왔다.

IE가 안 된다구요? 당연히 안 되죠. 2020년에 IE를 왜 지원해야하죠? 우리회사는 지원해야된다구요? 그것 참… 진심으로 애도의 말씀을 드립니다. 정말 진짜 힘드시겠어요. 하루빨리 더 좋은 곳으로 이직하실수 있기를 바랍니다.

보시다시피 메이저 브라우저에서는 이미 과거 5개 전 버전까지도 풀 지원을 하고 있는 실정이다. 정말 레거시에 민감한 제품이 아니라면, 마음 놓고 써도 된다. (정 불안하다면, polyfill도 있겠지만… 이건 직접 찾아보세요)

기존의 전처리기에서 쓰던 변수에 비해 CSS variable을 쓰면 뭐가 좋냐면, 우선 빌드를 다 마친 후에도 클라이언트 브라우저측에서 변수의 값을 바꾸는것 만으로 실제 표시되는 화면 요소의 색도 바꿀 수 있다는 점이다.

가령 아까 위에 예제로 썼던 코드를 CSS 변수로 바꿔쓴다면 이렇게 된다:

:root {
  --text-color: #333;
  --bg-color: #fff;
}

body {
  color: var(--text-color);
  background: var(--bg-color);
}

CSS 변수는 기존 속성이름과 구분을 해야 하다보니 --라는 prefix를 이용하고, 실제 속성에서 값으로 불러들일때는 var()안에 변수명을 넣는 식으로 쓰는 문법을 따른다. Sass나 Less같은 기존 전처리기에 익숙해진 사람이면 몇번이고 봐도 좀 낯설어보이는 신택스이긴 하다.

아무튼 네이티브 CSS 코드에서는 빌드 단계가 없으니 중간에 ‘버려지는’ 코드가 없고 전부 다 저장한 그대로 출력되다보니, 변수들이 그냥 문서 아무데나 있을수 있는건 아니고 CSS의 기본 구조에 따라 어떠한 선택자(selector) 괄호 {}안에는 들어있어야 한다. 아무데나 넣어도 되지만 보통 색상 등 전역 변수로 사용한다면 아무튼 최상단에 올려야할 것인데, :root는 HTML DOM 구조상 최상위 엘리먼트인 <html>보다도 우선권이 높다. 그래서 네이티브 CSS에서 보통 변수를 선언하면 문서 최상단에 저렇게 :root안에 넣어 먼저 선언을 해버리는것.

자, 그러면 여기다가 다크모드에서 다르게 보이는 색을 지정해주고 싶으면?

:root {
  --text-color: #333;
  --bg-color: #fff;
}

@media (prefers-color-scheme: dark) {
  :root {
    --text-color: #eee;
    --bg-color: #333;
  }
}

body {
  color: var(--text-color);
  background: var(--bg-color);
}

이런 식이 된다. 이러면 단일 스타일시트에서, 메인 레이아웃, 디자인의 코드는 단일 코드로 유지하고 색상 팔레트 등만 두개 버전이 들어간 중복된 코드 없는 이상적인 스타일시트가 된다.

맨바닥부터 애초에 CSS 변수를 사용해 스타일시트를 짠다고 하면 차라리 쉬울지 모르겠다. 문제는 기존에 이미 전처리기 변수에 의존해 짜둔 구조의 스타일시트를 이 형태로 어떻게 변환할까이다. 기존 스타일 구조와 환경에 따라 생각보다 까다로울 수도 있다.

(다음 글에서 계속)

2007년 블로그 시작부터 오늘까지, 13년을 함께해왔던 블로깅 플랫폼이었던 텍스트큐브를 결국은 떠나보냈습니다. 이 블로그는 2020년 5월 19일 새벽 1시를 기점으로, 워드프레스를 기반으로 제공되고 있습니다.

어쩌다 텍스트큐브

어쩌다 텍스트큐브(이하 텍큐)를 블로깅툴로 채택하게 되었는지도 생각해보면 좀 사연이 있는데요. 처음 블로그를 운영해보려고 이것저것 찾고 있었을 2007년 당시에도 당연히 블로깅 플랫폼의 대세는 워드프레스(이하 워프)였습니다. 그래서 머리가 백지던 상태에 사실 처음 손에 잡아본 것도 텍큐가 아닌 워프였습니다. 아주 잠깐이었지만 2007년 “xenosium.com”이라는 도메인으로 웹에 처음 올라갔던 블로그의 페이지가 워프였던 적이 있습니다. 다만 블로그를 열고싶은 마음의 가장 큰 부분을 차지했던 생각이 ‘내가 원하는 대로 디자인을 커스터마이즈하는 점’이었기 때문에, 기본 테마에 만족하지 못하고 테마를 뜯기 시작했는데 그때 처음으로 php라는 벽에 부딪히고 맙니다.

2007년 당시의 제 자신을 떠올리면… 정말 아는게 하나도 없었던거같은데 오히려 그 때 블로그를 열어서 나름 스킨도 만들고 했다는게 지금 들으면 신기할 정도로 정말 아는게 없었던것 같습니다. 고작 2005년~6년 사이에 (아직 외국에 있던 시절) 혼자 취미로 위지윅 에디터를 이용해 깨작대던 html/css 지식이 전부였던것 같은데… 진짜 어케했노 13년전의 나여??

아무튼 그래서 지금도 php를 할줄 안다고 말은 못하는 수준이지만 그때는 진짜 코딩알못이었기 때문에 “브라우저에서 html파일을 열어서 화면에 보이는 결과물을 바로 볼 수 없다”는 사실에서 이미 너무 어려워서 포기를 했었습니다. (스킨 템플릿이 php기반이라 로컬이든 리모트든 서버를 돌려야 페이지 빌딩이 되니까 말이죠) 다른 대안을 찾던 도중, 텍스트큐브 (태터툴즈..도 같은데 당시에 태터툴즈로 시작을 했다가 마이그레이션을 했었나? 기억이 잘 안 나네요)의 스킨 구조는 워드프레스보다는 훨씬 단순하게, 단일 skin.html이라는 파일에 각종 동적으로 컨텐츠가 들어가는 부분이 치환자 형태로 되어있다는 사실을 알고, 로컬에서 복잡한 절차 없이도 단순히 파일을 편집해 저장하고 브라우저에서 열면 수정 내용을 볼 수 있다는 사실이 제일 매력적으로 다가왔습니다. 솔직히 다른 차이점, 장단점을 다 제쳐두고도 이거 하나만 보고 텍스트큐브를 선택했던 것 같습니다.

지금와서 보면, 만약 그때 텍스트큐브로 블로그를 안 열고 처음부터 워프를 썼다면 2010년 초중반 당시 제 삶의 큰 영역을 차지하고 있었던 블로깅 라이프의 모습이 많이 달랐을수도 있겠구나 생각이 듭니다. 국산 블로깅 플랫폼으로 시작을 했기 때문에 교류도 자연스럽게 한국 블로거들이 많아지게 되고, 이때 알게 된 인터넷 지인분들중 지금까지도 트위터로나 기타 방법으로 연락이 닿는 분들이 계시기도 하구요. 요즘에야 워프를 쓰시는 국내 블로거들도 꽤 계시지만—그와 별개의 이야기로 블로고스피어(이런 단어도 이제 쓰면 아재소리 들을거같네요…) 자체가 많이 축소되긴 했습니다만 아무래도 그때는 한국에서는 이글루스, 태터툴즈 계열(태터툴즈, 텍큐, 티스토리) 블로그가 막강했으니까요.

어둠의 다크에서 죽음의 데스를 느끼다

텍스트큐브와 함께할 수 있는 날들이 얼마 남지 않았구나 느끼기 시작한건 이미 수 년 전부터였던 것 같습니다. 모바일이 등장하고, 새로운 웹기술의 등장에 따라 많은 변화들이 속속 등장했지만 빠르게 변화하는 인터넷 환경에 블로그가 따라가지 못했던 것 같습니다. 다만 이건 그냥 전반적으로 ‘개인 블로그’라는것 자체가 더 간편한 SNS에 자리를 내주고 있었던지라 단지 텍큐의 잘못이라고 하기는 좀 그러네요. 하지만 타 플랫폼에 비해서도 텍큐의 개발이 더디게 된 것은 사실이었던 것 같습니다. 서버의 php 버전이 올라가면서 플러그인 호환성이 깨져 더이상 쓰지 못하게 되고, 설치형 블로그끼리 연결해주던 수단이었던 커뮤니티 (이올린, 올블로그 등)도 하나 둘씩 없어지고, 아는 분들은 아실 ‘텍스트큐브닷컴‘이라는 흑역사사건도 있었고, 유저들이 빠져나가고 개발에 기여하던 사람들도 여러가지 이유로 자취를 감추고… 무엇이 먼저였을까 싶지만 아무튼 서서히 무너져 갔습니다.

이런 시기들을 지나오면서 블로그를 다른 플랫폼으로 이전할까 생각을 수차례 하긴 했지만, 실제로 실행에 옮긴 적은 없었습니다. 단순히 몇년치의 글을 옮기는 작업이 엄두가 안 나기도 했고, 몇 번씩 대안 플랫폼을 찾아봤지만 내가 해왔던걸 그대로 할 수 있을 것 같은, 마음에 드는걸 찾지 못해서 포기했던 기억이 납니다. 설치형 블로그의 장점이랄까, 운영업체가 서비스 종료한다고 해서 강제로 이주하거나 블로그 문 닫아야되는거 걱정할 일은 없으니까요. 당장 내가 서버 php 버전 올리거나 뭐 하지 않는 이상 블로그는 망가지지 않았고 그대로 돌릴 수 있으니까. 그리고 무엇보다, 아직은, 아직은 텍스트큐브는 살아있었습니다.

텍스트큐브, 호흡기마저 떼다

저는 텍스트큐브 개발팀의 일원이 아니었기 때문에 구체적으로 어떤 일들이 있었는지는 모르고, 말씀드릴수도 없지만, 제가 아는 한도에서 오픈소스 프로젝트로써의 텍스트큐브는 2010년 텍스트큐브닷컴 사건을 거친 이후에도 그래도 어느정도 개발이 이루어지고 있었습니다. 레거시 1.0 트리의 단점을 많이 개선한 메이저 버전업인 2.0트리를 위주로 개발이 이루어지고 있었고, 2010년대 초반만 해도 저는 이게 금세 나올 줄 알았습니다. 아니 그것도 그럴것이 텍스트큐브닷컴이 2.0트리(의 알파/베타버전?) 기반으로 런칭을 뙇 했었으니까요……근데 형이 먼저 죽을줄은 몰랐지 아무튼 그 이후에도 이런저런 개발 진척이 있었던것 같긴 한데 결과적으로 몇 년이 지난 지금도 텍스트큐브 2.0 정식버전은 빛을 보지 못했습니다.

기록을 보면 2017년경 제 개인적인 필요에 의해서 블로그 내 자동생성되는 링크를 http에서 https로 바꿔주는 SSL옵션을 대시보드에 추가하는 (야매로 짠) 코드를 만들었었는데 이걸 PR로 보낸게 그대로 1.10버전에 반영될 정도로 (솔직히 당연히 빡구먹을줄 알았습니다 왜냐면 나는 php를 할 줄 모르기 때문에…) 개발에 기여하는 커뮤니티는 그냥 전멸 상태였습니다. 2017년이나 되어서까지 “어쩌면 텍큐에 미래가 아직 있어!”라고 생각하는 유일한 사람이 아니었을까 하는 생각도 드네요.

그 래 도 2018년까지는 뭔가 텍스트큐브 코드베이스에 뭐라도 커밋이 올라오거나, 최소 새해가 되어 연도 마크를 변경하는(..) 정도의 변화정도라도 있었지만… 2019년이 되어서는 그것마저도 없어지고, 시간이 멈췄습니다.

이젠 정말 갈 때가 된거죠.

P.S.: 감사합니다

참고로, 텍스트큐브 개발을 주도하시던 분들을 비난할 의도는 전혀 없습니다. 아쉬운건 사실이지만, 오픈소스 소프트웨어라는게 결국은 전부 자선사업이나 마찬가지니까요. 테크 업계에서 회사를 다니며 일을 한지도 벌써 6년차에 접어들고 있고, 돈이 되는 본업이 아닌 시간을 쪼개서 뭔가를 만들어 유지한다는게 얼마나 큰 헌신인지 여느때보다 더욱 실감하게 되는 요즘입니다. 그 속사정을 다 알지는 못하지만—젊을때 취미로 시작했다가 취업을 해버려 너무 바빠진 분도 계실테고, 가족을 꾸린 분도 계실수 있을거고. 그냥 관심이 없어져서 손 뗀 분도 계실거고. 이런저런 사연이 있으리라 생각합니다. 어찌 되었든 이제까지 텍스트큐브 프로젝트에 다방면으로 기여해주신 모든 분들께 이 자리를 빌어 감사의 말씀을 전합니다.

워드프레스로 오는 길

텍스트큐브/태터툴즈는 그래도 여타 국내 블로깅 플랫폼에 비해서는 (아마도?) 비교적 타 플랫폼으로 마이그레이션 하기에 용이한 형식의 백업 데이터를 떠주는 장치가 있었던 덕분인지, 텍큐의 시대가 저물어가며 많은 분들이 티스토리 또는 워드프레스로 이주를 하셨습니다.

저도 만약 언젠가 옮기게 된다면 아마 워드프레스로 가야하지 않을까 생각만 하고 있었지만 앞서 말했던 대로 엄두를 못 내고 있었기 때문에 몇년간 반쯤 방치 상태에 있었는데, 그동안 본 블로그의 서버 호스팅 및 다방면으로 기술적인 도움을 주셨던 지인분의 손길을 (좀 많이 빌려서) 결국 마이그레이션을 거행하게 되었습니다.

우스갯소리로 이거 블로그 이전하려면 어디 호텔 잡아서 한 이틀간 작정하고 틀어박혀서 해커톤 스타일로 작업하면 옮길수 있지 않을까 하는 이야기를 종종 하긴 했었는데, 진짜로 이번달 초 연휴에 반쯤 휴가 느낌으로 간 호텔에 틀어박혀서 큼지막한 데이터 변환 작업을 하고, 테마 변환 작업에 착수해서… 5월 5일부터 약 3주에 걸쳐 짬내서(라고 쓰고 며칠간의 연속 밤샘이라 읽습니다) 워드프레스 버전의 테마 구현을 완료했습니다.

마이그레이션을 도와주신 지인분에게는 정말 몇번이고 표현해도 모자를 감사의 말씀을 이 자리를 빌어 또 드립니다. 감사합니다.

무엇이 바뀌었나요

아무튼 그렇게 뒷단의 플랫폼이 통째로 바뀌었지만, 겉보기에는 바뀐게 없으실 겁니다. 바뀐걸 눈치 못 채셨다구요? 그러면 작전 대성공입니다. 깨진게 없다는 뜻이거든요 아, 맞아. 방금 쓴거처럼 이모지를 드디어 쓸 수 있게 되었습니다!!!!!!! 2019년씩이나 됐는데 이모지를 지원하지 않는 블로깅 플랫폼은 정말이지 너무 괴로웠습니다…

디자인이 크게 바뀌진 않았고 대부분 기존 디자인 그대로 유지하려 했지만 근본적으로 워드프레스의 출력 방식이 텍스트큐브와 다른 부분도 있기도 하고, 기왕 만드는 김에… 하면서 조금 손 본 부분들도 있긴 합니다. 대표적으로는 새로 생긴 Archives 페이지가 있겠군요. 텍큐를 쓰면서 가장 아쉬웠던 부분중 하나가 커스텀 페이지 추가나 각종 페이지에 표시되는 내용을 커스터마이징하기 어려웠다는 점인데요. 이제 카테고리 페이지에 서브카테고리를 보여준다든지 설명 글을 보여준다든지 할 수 있게 되었기 때문에 좀 더 정갈하게 컨텐츠를 보여줄 수 있지 않을까 싶습니다.

마이그레이션 한다고 했을때 제일 먼저 걱정되었던 기존 글 주소가 어떻게 되느냐의 문제는…. 결국에는 기존 글의 주소 (xenosium.com/xxx 형식의 번호 주소) 목록을 수동으로 워드프레스쪽의 신규 글주소로 서버단에서 리다이렉트하게 하는 식으로 했습니다. 이 부분도 지인분이 도와주셨습니다 저는 정말로 테마 변환 작업밖에는 한게 없네요 실제로는

아무튼 그렇게, 제노시움 (13세, 블로그)는 바야흐로 워드프레스 시대를 맞이하게 되었습니다.

워드프레스라고 만능은 아닌게, 테마 작업을 위해 문서를 들여다보고 하다보니 여기도 좋은 의미로든 나쁜 의미로든 뿌리가 깊은 동네라 레거시의 고통이 없는 건 아니구나 싶더군요. 아무튼 제가 이래저래 적응해야하는 부분도 많이 있고, 아직 미처 보지 못한 과거 글 컨텐츠가 깨져있는 것도 많이 숨어있겠지 싶어 천천히 고쳐나갈 생각입니다.

새로 신설한 아카이브 페이지를 달력처럼 월별로 표시하고 글이 있는 경우에만 링크 불이 들어오게 만들었는데, 만들어놓고 보니 작년은 얼마나 눈에 띄게 블로그 글작성이 뜸해졌는지 적나라하게 보여서 새삼 놀랐습니다. 애초에 이 글이 2020년 되어 처음 올리는 글이니까 말 다 했죠 ㅋㅋㅋ

보통 오랜만에 이런 글을 쓰면 앞으로는 좀 더 열심히 하겠습니다—라는 인삿말을 하곤 했던거같은데 이런 빈말 약속조차 차마 못 할것 같네요. 그만큼 주변 환경도, 내 일상도, 블로그를 대하는 태도도 많이 바뀐 것 같습니다. 그래도 이 블로그에 담겨있는 기록이 하나하나 소중하다는 것에는 변함이 없으니, 새 글을 쓰기 힘들다 해도 이쁘게 잘 보존이라도 해야겠다는 생각은 드네요. 텍큐보다는 생존 가능성이 좀 더 올라간 워드프레스로 옮겼으니 이전보다 더 맘놓고 방치하게 되려나요? 모르겠네요