커뮤니티 스크랩 기능에 대한 고려사항

미니홈피나 네이버 블로그 카페 등에서 요긴하게 사용되는 스크랩 기능은

사실 커뮤니티의 글쓰기 문제를 해결해 주는 아주 중요한 도구라 할 수 있다.

이 기능 덕분에 아주 훌륭한 글을 쓸 수 있는 재능이 없더라도 좋은 글이나 정보를

담고 있는 수많은 다른 클럽이나 블로그 등에서 컨텐츠를 스크랩해서 잘 정리하는 것만으로도 충분히 자신의 미디어를 가꾸어 나갈 수 있는 장점도 있으나 한편으로는 원본 글을 쓴 사람으로부터의 어떠한 허용도 없이 원본 자체의 회손이 이루어 질 수 있다는 맹점으로 작용한다.

 

*

 

현재 네이버 블로그나 싸이월드의 미니홈피 등에서의 스크랩은 원본 글에 대한 복사가 이루어 지는 형태이다.

즉 A라는 사람의 게시물 중 A-1이라는 게시물을 B라는 사람이 스크랩을 하면 B-1이라는 별도의 게시물로서 복제가 되는 방식이다. 여기서 B가 B-1을 수정할 수도 있으며 이는 A에게 어떠한 형태로의 피드백이 이루어 질 수 없으며 A가 A-1을 삭제해도 B-1은 B의 사이트에 그대로 존재하기도 한다.

 

*

 

이는 심각한 문제를 초래할 수도 있다. 만약 A라는 사람이 저작권을 심각하게 초래하는 글을 올렸다고 하면 이를 B, C, D 등의 사람들이 자신의 사이트에 복제해 갔으며 이후에 A가 이 글의 문제점을 알게되어서 삭제를 하려해도 이는 이미 상당수 유포되었으며 삭제를 할 수도 없게되는 것이다. 또한 B라는 사람이 A라는 사람의 글을 스크랩 한 후 제멋대로 고쳤다면 A는 B에게 이 게시물의 수정에 대한 사실 조차도 모를 수 있으며 또한 알더라도 삭제나 원본을 유지할 수 있도록 강제적인 조치를 취하기 사실상 어렵게 되어버린 것이다.

 

*

 

사실 모든 커뮤니티 기획자들이 왜 이런점을 간과하는지 무척이나 이해하기 어렵다. 어디서부터 이 스크랩 기능이 커뮤니티 서비스에 도입되었는지는 모르나 혹 처음 서비스를 벤치마킹할 때 이 부분에 대한 심각한 고려가 빠져서 그랬는지 아니면 어떤 기술적 어려움으로 그랬는지는 모르지만 황급히 이러한 스크랩에 의한 게시물 복제가 수정되어야 할 문제라 여겨진다.

 

*

 

제안하는 스크랩의 형태는 원본은 불변하며 오직 하나의 DB에 하나의 항목으로만 존재해야 한다는 것이다. 만약 한 개인의 각각의 게시물이 하나의 DB 테이블로 존재한다면 이 테이블의 항목을 스크랩 시, 스크랩을 해가는 사용자의 게시물 테이블에는 스크랩해오는 원본 테이블 항목의 id만 존재하면 되는 것이다.

 

*

 

이렇게 되면 스크랩을 하는 사람은 게시물의 수정이 불가능하며 원본 게시자가 게시물의 보완 및 수정 시에도 자동으로 적용받도록 되는 것이다. 물론 이는 기술적인 어려움도 예상된다. 만약 DB서버가 여러군데 분산되어 있거나 아니면 스크랩이 많이된 사이트의 경우 게시물의 출력시 여러 테이블을 읽어와야하는 문제로 로드되는 시간이 많이 늘어나는 등의 문제는 예상된다.

내가 너무 기술을 과신하는 건 아닌지 모르나 이걸 해결 못하리라고는 생각하지 않는다. 어떤 형태로든 기술적인 문제는 해결되어 온것을 봐왔던 나로선....