사이트는 만들었지만...

초창기의 SCP 재단의 모습은 처음 봤던 제가 보더라도 별로 좋아보이지 않았습니다. 다채로웠던 영어 폰트와는 다르게 한글 폰트는 전혀 지원하지 않았으니 그야말로 굴림의 향연이었죠.

먼저 굴림으로 가득한 사이트 폰트부터 뜯어고쳐야했습니다. 그리고 발견한 점이 위키닷에서는 테마의 CSS를 수정이 가능하다는 점이었죠.

초창기에는 시스템 기본 폰트만 적용되어 전체 글꼴이 굴림이었다.

웹폰트에 도전하다

다행히 CSS를 수정하여 기본 폰트를 윈도우 기본 폰트인 '맑은 고딕'으로 정하는데까지는 성공했지만, HTML과 CSS를 그저 인터넷에서 보고주워들어서 독학한것 밖에 없었던 저에게있어서는 웹폰트라는것을 깨우치기까지는 좀 시간이 걸렸습니다.

이리저리 보고들은건 있어서 네이버와 산돌에서 제작한 '나눔고딕'을 웹폰트로 하기위해 파일을 올려서 적용시켜봤지만...

정말 엄청나게 느립니다. 위키닷 서버가 별로 좋지 않았는지는 모르겠는데, 아무튼 직접 웹폰트를 적용시키니 엄청나게 로딩이 늦어지게 되었습니다.

그러다보니 웹폰트를 포기할까 싶었는데, 그렇다고해서 맑은 고딕이 굴림처럼 모든 디바이스에 있는 상용폰트가 아니다보니 다른 곳에서는 제대로 표기되지 않는 문제점이 있었습니다.

그러다가 발견한게 구글 웹폰트였죠.

웹폰트로 사이트를 개선하다

어떠한 디바이스를 사용하더라도 웹폰트를 사용하면 동일한 폰트가 나오게됩니다. 하지만 전 이걸 약간 바꿔보기로 했죠. 사실 개인적으로 맑은 고딕이 더 좋다는 사적인 이유가 더 컸습니다.

CSS에서 폰트를 정의하는 속성은 "font-family"입니다. 이것으로 각 태그, 아이디, 클래스의 폰트를 제어할 수 있죠.

일단 CSS에서 웹폰트를 쓰기위해 먼저 사용할 웹폰트를 정의합니다.

위키닷을 처음 개설하고 SCP 재단이 사용하는 스킨을 씌웠을때 CSS가 정의하는 폰트는 다음과 같습니다.

사이트가 굴림으로 나오는것은 이 폰트에 한글 폰트가 없기 때문입니다. 따라서 웹폰트를 지정해주고, 기본 한글 폰트를 '맑은 고딕'으로 한 뒤에 그 뒤에 '나눔고딕'을 넣어줘야했죠.

그런데 여기에 문제가 하나 발생합니다. 맑은 고딕과 나눔고딕을 영어 폰트로 쓰기에는 문제가 좀 많다는 점입니다.

영문 폰트가 뒤섞여 가독성이 더 떨어질바에야 차라리 미리 있던 영어 폰트를 적당히 앞에다 놓고, 한글 폰트만 맑은 고딕과 나눔고딕이 적용되게 설정하기로했습니다.

끝에 돋움을 넣은것은 혹시나 맑은 고딕과 나눔고딕이 뚫렸을때(...)를 대비하여 넣었습니다. 물론 웹폰트를 쓰는 나눔고딕이 뚫리려면 CSS 자체를 지원을 안하는 구버전의 인터넷 익스플로러들이겠지만요.

이제 SCP 재단 홈페이지에서는 나눔고딕이 컴퓨터에 깔려있지 않은 수많은 컴퓨터 기기들(특히 스마트폰같은 모바일 기기)에서 접속하더라도 나눔고딕이 보이게됩니다.

처음엔 개발의욕따위는 없었다.

저는 전문적으로 프로그래밍을 배운 사람도 아니고, 그렇다고 고등학교때까지 컴퓨터 프로그래밍이라는게 뭔지도 몰랐으며, 심지어 막상 개발 당시에도 알고있던건 그냥 html이었고, css도 제대로 활용하지 못하는 그런 사람이었습니다.

예, 저는 그냥 독학으로 여기까지 배워온거고, 사실상 지금도 홈페이지를 만들어 구축하라고하면 못하는 사람입니다. 왜냐면 저에게는 서버도 없고, html과 css이외의 자바스크립트, 제이쿼리 등의 지식은 전무하니까요. 물론 html, css 만으로도 충분히 홈페이지 제작이 가능하고, 서버가 없어도 무료 호스팅 사이트를 몇개 알고있긴 합니다만, 결과적으로 '제가 만족스러운' 홈페이지를 자체적으로 구축할 수 없다는 말입니다.

그래서 제게있어서 위키위키라는건 사실상 구축하기도 어렵고, 운영하기도 어려운 전문 프로그래머들의 전유물(?) 비슷한 느낌이었습니다. 사실 그런 고정관념때문에 한국어 위키가 늦어진점도 있죠.

놀랍도록 쉬운 위키닷

위키닷 메인 사이트. 중앙의 your-wiki라고 쓰인 부분에 원하는 서브도메인을 입력하고 Get it now!라는 버튼만 누르면 위키닷 사이트를 개설할 수 있다.

그렇지만 고정관념은 쉽게 깨지곤 합니다. 메인 사이트에서 사이트에 쓰고자하는 서브도메인을 입력하고 몇가지 정보만 입력하면 '짠!'하고 나타나는게 위키닷 사이트였습니다. 심지어 무료 위키호스팅에, 갖가지 관리 시스템은 그야말로 네이버 카페같은곳보다 훨씬 자유롭고 다양한 것이었습니다.

이 사실을 가장 먼저 발견한 것은 여러 한국 SCP 팬들 가운데서도 Acidfrog(QAZ135)님이셨습니다. 현 SCP 재단 한국어 위키 최고 관리자직을 맡고계시죠. 처음엔 위키사이트를 만들었다길래, 저는 이분이 전문 프로그래머이고 사비를 털어 사이트를 운영하시려고 하는줄 알았습니다.

SCP 재단 한국어 위키 제작을 결심하게 된 것은 한달 정도 뒤였습니다. 사실 예전부터 필요한 일이었고, 저도 한번 위키사이트를 운영해보고 싶었기 때문입니다. 그리하여 Acidfrog님에게 문의하여 사이트 관리자가 되었고, 본격적인 개발에 착수했죠.

엔하위키를 찾아가다

제가 관리자가 되자마자 처음 발길을 향한곳은 다름아닌 리그베다 위키(구 엔젤하이로 위키)였습니다. 국내 최초로 SCP 번역이 이루어진 곳이고, 사실상 한국 내에 SCP가 들어오는 방아쇠 역할을 한게 엔하위키의 SCP 재단 번역이었죠. 그렇기에 SCP 재단에서 엔하위키와의 연계는 필요하다고 보았습니다. 하지만 결과는 달랐죠. 뒷부분은 여러가지 사정상 생략하겠습니다.

부족한 한국어 위키 콘텐츠

결과적으로 한국어 위키는 지역사령부 스탭이었던 Acidfrog님, shfoakdls님, 저(Devanos), 단 3명의 번역가로부터 시작했습니다. 지역사령부에 어느정도 번역해둔 양이 있었지만, 제대로 사이트를 운영하기에는 턱없이 모자랐습니다. 그래서 제가 눈길을 돌린것은 '독창적인 콘텐츠'입니다.

그렇기에 가장 먼저 개발에 착수한것이 'SCP-KR'입니다. 사실 한국어 위키를 내건이상 위키백과처럼 'SCP-KO'라고 표기해야 옳으나^[각주:1], 당시에는 이래저래 정황이 없었는데다가 KR이 너무 굳어진 바람에 나중에 알아채고서도 고칠 수가 없었죠. 이래서 처음이 중요하다는 말이 있는걸까요.

SCP-KR을 걸고 마침내 지역사령부 회원들에게만 알려주었던것이 한국어 위키의 임시개방이었습니다. 그때까지 안내를 비롯한 여러 다양한 번역을 매일같이 해야했죠. 개방한 뒤로도 계속해서 번역을 멈출 수는 없었지만요.

공식 사이트로 채택되다

현재는 SCP-KR이라고 표기하지만, 초기에는 이렇게 SCP-Korea라고 표기했다.

SCP 재단 한국어 위키는 아직 많이 모자란 사이트였습니다. SCP 번역량만해도 엔하위키를 따라잡을 수 없었고, 공식 채택을 노리는 사람이 우리만 있는것도 아니었습니다. 그럼에도 지역사령부에 살짝 공개해놓은 작은 사이트가 채택될 수 있었던 이유는 결정적으로 제가 선택했었던 'SCP-KR'이었습니다. 심지어 관리자들은 한국어 위키 채택에 대해서 만장일치로 찬성하기까지했죠.