고민중입니다

안녕하세요. 오늘도 기술 개발에 힘쓰고 있습니다 :) 워드 추가를 위해서 베이스를 만드는 중이지만, 그렇기 때문에 완성되기 전에는 워드 작업은 전혀 할 수 없다는 딜레마에 빠져있습니다 orz 오늘은 워드 추가를 위해서 시동을 걸었었는데... 많이 추가하는 바람에 오히려 골치아픈 상황에 빠져버렸네요ㅠㅠㅠㅠㅠㅠㅠ

뭐가 문제인지 간단히 말씀드리자면... 오늘 완성한 기능을 도입하면 기존 워드를 전부 갈아엎어야할 것 같아요. 작업량이... 우와 벌써부터 까마득하네요.

아는 분은 아시겠지만 라쿠캡틴은 독자적인 처리를 많이 하다보니 스크립트가 사용되지 않는 워드가 없습니다.

예를 들어 아래 같은 간단한 워드 하나를 등록하기 위해서도

워드 등록 화면에서는 이런 식으로 써야할 필요가 있습니다.

스크립트를 도입하고, 이름 부분이나 컬러 변환이 필요한 부분에는 별도의 스크립트나 태그를 사용하고, 변수를 지정하고, 태그 추가까지 끝나야 워드 하나가 작성되는 거에요.

워드 본문 같은 경우는 이걸 일일히 쓰는 건 힘들다보니 별도의 컨버터 까지 만들어서

이런식으로 굴리고(?) 있습니다.

워드를 하나 쓰려면 컨버터 창을 열고 변수 셋팅, 태그 셋팅까지 마쳐야하니 '오늘은 간단하게 한두개만 써볼까'라는 심정으로 워드 작업에 들어간 적은 한 번도 없습니다. 어떤 워드를 어떤 내용으로 쓸 지 미리 생각해두고 컨버터 창을 띄우면서 작업을 시작해요. 그러다보니 추가에 대한 부담도 조금 있는 편이고 무엇보다 컴퓨터가 아니면 작업이 거의 불가능합니다. 그런데... 음... 몇 주내로 집에서 뒹굴거리는 건 불가능한 스케쥴이 잡힐지도 몰라서 얼마전부터 계속 고민하고 있었습니다. 그걸 해결해 줄 수 있는 게 간신히 생겼어요.

이번 워드 추가 베이스 작업을 마치면 워드 작업을 컨버터 위쪽 화면처럼 간단히 할 수 있습니다.

예를 들면 이런 식으로.

이렇게 쓸 수 있게 되면 워드 작업에 훨씬 속도가 붙습니다. 변수나 태그의 사용 빈도가 낮은 키세나 미도리마의 경우에는 효율성이 더 올라갈거구요.

……라고, 복잡하게 설명하긴 했는데 사실 방문해주시는 분들은 체감상 별 차이가 없으실거에요. 이 기능을 도입하면 사전 작업 때문에 약간 불편을 겪으실수도 있구요. 또, 현재 제가 테스트 해본 선에서는 문제가 없었지만 속도 문제나 예기치 못한 오류가 생길수도 있습니다.

그래서…… 음…… 일단 키세에 이 기능을 도입해볼까, 아니면 미도리마를 추가하면서 테스트해볼까 고민이에요. 미도리마와 함께 도입한다고하면 미도리마가 오픈되기 전까지 다른 모든 사이트의 업뎃이 멈춥니다. 키세에 도입하면… 스크립트를 하나 새로 써야하고, 도입하는 동안은 키세 사이트에 접속하실 수 없습니다.

저 개인적으로는, 워드를 추가하는 입장에서 꼭 필요한 기능이고 지금까지 만든 기능들 중 제일 유용하고 중요한 기능이지만 방문해주시는 분들 입장에서 그렇지 않다는 게 문제네요.

이번에 개발한 내용은 클러스터+(신)한글화 기능의 조합으로 구현되는 기능이라 다음과 같은 문제가 있습니다.

1. Ai 서버의 클러스터의 설정이 변경될 경우 사이트가 박★살 날 위험

전부터 들러주신 분이시라면 예전 And 사태를 기억하고 계실거에요. 그 당시에도 워드가 제대로 뜨지 않거나 다른 워드가 뜨거나해서 카오스한 사태가 발생했었는데... 만약 클러스터에서도 이런 사양 변경이 발생하면 And와는 비교도 안 되는 일이 일어날거에요 orz

이름은 안 뜨고 UI는 깨지고 각종 기능은 작동하지 않는 사태가 일어날 위험이 있습니다. 뭐 그래도 And 기능과는 다르게 전부터 버그가 있었다던가, 지금까지 어떤 변화가 있었다던가 하는 일은 없지만요. 게다가 Ai의 사양변경은 클러스터만이 아니라 워드에도 적용되는 거라 워드 본문의 사양이 변경될 경우에도 같은 위험이 생길 가능성이 있기는 합니다. 이건 호스팅이 아니라 Ai 라는 서비스를 사용하는 입장에서 언제나 염두해두고 감수해야할 문제인 것 같네요.

2. 속도 or 잔상 문제

인터넷 속도, 사용 브라우저에 크게 영향을 받는 부분일 것 같네요. 지금까지는 이미 한 번 컨버팅을 거친 워드를 불러왔다면, 이번에는 컨버팅 처리를 매번 워드를 볼 때마다 하게 됩니다. 속도는 기존의 한글화와 비슷하다고 생각됩니다만 문제는... 원래 내용을 보여준 후에 -> 변환 시키는 브라우저가 있고 (체감상) 변환 후에 표시되는 브라우저가 있다는 거네요. 음... 캐싱 속도 같은 것도 조금 영향이 있는 것 같구요.

신경쓰지 않으시는 분은 괜찮으시겠지만 이런 점이 많이 신경쓰이는 분이 계시다면... 아니면 예상치 못한 문제가 생긴다면... 역시 곤란하겠죠. 이것 때문에 미리 선행 테스트가 좀 필요할 것 같습니다 (키세 or 미도리마 사이트로)

3. 수정 작업

사실 이게 와 닿으실 것 같네요. 겉으로 볼때는 아무 변화도 없는데 리뉴얼...이라기보다 베이스 교체라는 명목으로 사이트를 닫아야한다는 게 썩 내키지가 않습니다.

거기다 본가의 1000개가 넘는 워드를 일일히 수정할 생각을 하면... 으으음.... 시간이 얼마나 걸릴지 예상이 안 되네요.

반대로, 이 기능을 도입했을 때의 장점이라면... 

1. 워드 작업 속도가 빨라집니다 + 빈도가 높아집니다 + 동결 확률이 줄어듭니다

위에서도 말씀 드렸듯이 원래 한 번 워드를 등록하려면 마음의 준비(?)가 필요했던 것과 달리 생각나는대로 바로바로 워드를 등록할 수 있습니다. 컨버팅 절차가 필요 없어지므로 시간 단축도 되구요.

음... 동결에 관해서 얘기하자면... 현재 라쿠캡틴 본가 및 산하에 있는 별관들은 컴퓨터가 아니면 작업을 할 수가 없습니다. 요즘 제 주위 환경이 급변하는 중이라 어느 날 갑자기 컴퓨터를 쓸 수 없게 될 수도 있는데... 그럴 때 스마트폰으로라도 작업할 수 있으면 사이트가 동결되는 일은 없을 거에요.

2. 리뉴얼에 시간이 걸리지 않습니다.

현재 방식으로는 사이트 디자인을 변경하려면 워드를 일일히 고쳐야합니다. 하지만 이번 방식으로 바꾸게 되면 모든 워드를 일괄적으로 관리할 수 있어서 이벤트를 할 때나 특정일이 되었을 때 딜레이 없이 신 기능이나 디자인을 도입할 수 있습니다.

이번처럼 모든 워드에 대응되는 내용을 바꿔야하는 상황이 와도 사이트를 오래 닫아둘 필요가 없어집니다.

3. 워드 백업이 편해집니다

현재는 앞뒤로 스크립트가 붙어있는 상황이라 백업이 쉽지 않습니다. 길이 문제도 있지만 그것보다도 같은 동작을 한다는 보장이 없기 때문에 orz 하지만 이번에 만든 방식으로 베이스를 변경하면 백업이 용이해져서... 만약 서버를 옮겨야할 상황이 된다면 (예를 들어 Ai가 어느날 갑자기 문이 닫힌다던가) 비교적 쉽게 기존의 내용을 가져올 수 있어요. 원래 라쿠캡틴은 호스팅으로 오픈했고, php를 사용해서 구현했었으니까요. (작년 9월이니... 우와 거의 1년이 다 됐네요. 현재 친구 버전보다도 이전에 있었던 사이트 얘기입니다)

정도겠네요.

생각할 건 많지만 당장 정해야할건 신기능을 1. 키세에서 테스트할지   2. 미도리마로 테스트할지 일 것 같습니다.

사이트가 정해지면 해당 사이트에 베이스를 적용시키고나서 문제는 없는지, 속도는 괜찮은지, 워드를 보는데 불편한 점은 없는지 등등의 의견을 받아야 할 것 같아요. 테스트 결과 큰 문제가 없다면 저 말고 다른 제작자분들께도 꽤 도움이 될 거라고 생각합니다. 물론 저처럼 이미 등록된 워드가 엄청 많은 경우... 추천드리기 힘들겠지만요 orz

키세를 선택하시면 : 적용될때까지 사이트 접속이 불가능합니다, 캐시 삭제가 필요한 분들이 계실 수 있습니다, 수정시 실수가 발생한 경우 베이스 때문에 생기는 문제라고 착각할 가능성이 있습니다

미도리마를 선택하시면 : 미도리마 추가까지는 시간이 며칠정도 걸리고, 추가 될 때까지 다른 사이트의 모든 업뎃이 중지됩니다

긴 글에 또 긴 결론 죄송합니다 orz 도움 주실 분이 계시면 키세/미도리마 중 한 명을 선택해주세요. 그리고 이후 베이스가 적용된 후에 불편한 점은 없는지, 신경쓰이는 점은 없는지 보고해주시면 큰 도움이 될거에요.

베이스 테스트가 완료될 때까지 워드 작업은 잠깐 멈추겠습니다. 워드가 많아질수록 나중에 적용시킬 때 시간이 오래 걸리니까요 orz