지난 달에 본점 이전 등기 신청했었습니다. 1인 이사의 경우 이사회 회의록 대신 본점 이전 결정서만 준비하면 되는데 본전 이전 결정서라는 것이 특별한 양식이 없기 때문에 임의로 작성하면 됩니다. 그래도 뭔가 참고할 만한 것이 있을면 좋을 것 같아서 상업 등기소에 비치되어 있는 본점 이전 결정서를 참고해서 하나 만들어 봤습니다.
문서는 오픈오피스로 편집했으며 결과물은 오픈오피스 파일, MS 워드(97) 파일, pdf 파일로 올립니다. 사용한 글꼴은 나눔명조입니다.
저는 월드오브워크래프(이하 와우)라는 게임을 즐겨합니다. 당연히 와우도 홈페이지가 있습니다. 주로 그곳에서 요금 결제 및 고객 센터를 이용합니다. 그리고 가끔씩 공지 사항도 확인해보구요. 특히 이번 처럼 대규모(울드아르!) 패치가 있는 경우에는…
그런데 오늘 이 홈페이지에 들어가보니 메인 페이지에 플래시 배너 광고가 붙여 있더군요. 기분이 썩 좋지는 않았습니다. 광고는 제가 와우 홈페이지에서 원하는 내용이 아닙니다. 게다가 와우는 유료 게임입니다. 거의 대부분의 와우 사용자들은 일정 금액을 지불하고 게임을 즐기고 있습니다.
그렇다고 모든 웹 페이지에서 광고가 없어져야 한다는 생각을 가지고 있진 않습니다. 광고는 웹 산업을 지탱하는 가장 대표적인 수익 모델입니다. 웹 서비스에 모인 주목을 재화로 전환시키는 가장 쉬운 방법은 광고입니다. 웹 서비스를 만드는 제 경우에도 애드센스 정말 달콤한 유혹입니다. 먹고 살아야 하니깐요…ㅎ
그러나 고객은 광고를 싫어합니다. 하지만 어떤 웹 서비스를 무료로 이용하는 대가로 광고를 봐야한다면 개인마다 기준을 다르겠지만 일정 양의 광고를 허용하고 있습니다. 만약 광고가 지나치다면 해당 서비스를 떠날 수도 있습니다. 결국 어느 수위를 유지하는 가가 관건인 것 같습니다.
기업의 목적이 이윤을 추구에 있고 그런 관점에서 와우 홈페이지 내의 광고를 무조건 나쁘다고 말할 수는 없습니다. 그래도 광고가 자꾸 거슬리네요. 돈 내고 게임하는데…ㅎ
Dom에 event capturing과 event bubbling이 헤깔려서 관련 내용을 확인해봤습니다.
Event capturing은 이벤트 처리가 Dom 트리를 기준으로 위에서 아래로 진행되는 방식입니다. 대상(target) 객체에 특정 이벤트에 대한 리스너(listener)를 등록한 경우 해당 이벤트가 발생하였을 때 가장 먼저 최상위(일반적으로 document)부터 시작해서 대상 객체까지 이벤트 처리 과정이 진행됩니다. 당연히 등록된 리스너만 처리됩니다.
반면에 event bubbling의 경우 이벤트가 발생하면 대상 객체부터 시작해서 최상위까지 이벤트 처리가 진행됩니다. 즉 아래에서 위로 이벤트 처리가 진행되는 방식입니다.
일반적으로 event bubbling 방식으로 처리되는 걸로 알고 있습니다.
PS) 맞게 이해한거죠? (영어는 어려워..ㅎ)
