- 2005년 10월
- 2005년 09월
- 2005년 08월
- 2005년 07월
- 2005년 06월
- 2005년 05월
- 2005년 04월
- 2005년 03월
- 2005년 02월
- 2005년 01월
- 2004년 12월
- 2004년 11월
- 2004년 10월
- 2004년 09월
- 2004년 08월
- 2004년 07월
- 2004년 06월
- 2004년 05월
- 2004년 04월
- 2004년 03월
- 2004년 02월
- 2004년 01월
- 2003년 12월
- 2003년 11월
- 2003년 10월
- 2003년 09월
- 2003년 08월
- 2003년 07월
- 2003년 06월
• 2009년 06월
• 2009년 05월
• 2009년 04월
• 2009년 03월
• 2009년 02월
• 2009년 01월
• 2008년 12월
• 2008년 11월
• 2008년 10월
• 2008년 09월
• 2008년 08월
• 2008년 07월
• 2008년 06월
• 2008년 05월
• 2008년 04월
• 2008년 03월
• 2008년 02월
• 2008년 01월
• 2007년 12월
• 2007년 11월
• 2007년 10월
• 2007년 09월
• 2007년 08월
• 2007년 07월
• 2007년 06월
• 2007년 05월
• 2007년 04월
• 2007년 03월
• 2007년 02월
• 2007년 01월
• 2006년 12월
• 2006년 11월
• 2006년 10월
• 2006년 09월
• 2006년 08월
• 2006년 07월
• 2006년 06월
• 2006년 05월
• 2006년 04월
• 2006년 03월
• 2006년 02월
• 2006년 01월
• 2005년 12월
• 2005년 11월
• 2005년 10월
• 2005년 10월
• 2005년 09월
• 2005년 08월
• 2005년 07월
• 2005년 06월
• 2005년 05월
• 2005년 04월
• 2005년 03월
• 2005년 02월
• 2005년 01월
• 2004년 12월
• 2004년 11월
• 2004년 10월
• 2004년 09월
• 2004년 08월
• 2004년 07월
• 2004년 06월
• 2004년 05월
• 2004년 04월
• 2004년 03월
• 2004년 02월
• 2004년 01월
• 2003년 12월
• 2003년 11월
• 2003년 10월
• 2003년 09월
• 2003년 08월
• 2003년 07월
• 2003년 06월
링크, 펌에 대한 이야기 정리
IT문화원 블로그.
2004년 08월 13일.
URL: http://www.dal.kr/blog/archives/000543.html
(가) 링크와 펌에 대해 잘 모르는 초보 네티즌에게 링크와 펌의 바른 활용을 설명하기 위해 쓴 글입니다.
(나) 문서 내용이 무척 깁니다. 다 보기 어려운 분은 바로 밑의 [링크와 펌 예절] 부분만 읽으셔도 좋습니다.
(다) 계속 추가, 수정되는 문서입니다. 지금은 저 혼자 쓴 글만 실었지만 링크와 펌 관련 문서를 앞으로 링크로 추가해 다른 분의 다양한 의견을 볼 수 있도록 수정하겠습니다. 또한 이 글에서 문제가 되는 부분은 앞으로 계속 수정하도록 하겠습니다.
*마지막 고친 날: 2004년 8월 13일
[링크와 펌 예절]
1. 모든 문서와 자료는 가능한 링크로 연결시키며 출처를 밝히도록 합니다.
2. 펌은 기본적으로 저작권 침해행위에 해당하므로 가능한 줄이도록 합니다.
3. 글을 퍼올 때는 가능한 저자에게 허락을 받도록 합니다.
4. 링크 깨짐에 대비하려는 경우에는 '링크+여벌'의 형태를 취해, 링크를 기본으로 내세우고 펌은 여벌로 활용합니다.
5. 어쩔 수 없이 허락을 받지 않고 펌을 사용할 때는 제목 첫부분에 [펌]이라고 적고, 본문 시작 부분에 원출처를 밝힙니다. ([펌]과 원출처라는 말을 사용합시다.)
6. 원출처를 모르는 경우에는 자신이 최초로 해당 정보를 얻은 문서 주소를 출처로 표기합니다.
7. 자신이 정보를 얻은 경유 문서와 원출처 주소를 모두 알 경우에는 원출처와 경유 주소를 모두 표기합시다.(경유주소는 'via, 얻음, 경유' 등처럼 아무 표현이나 상관 없습니다.)
8. 개인 홈페이지의 멀티미디어 자료 일부만 링크 또는 퍼올 때는 자신의 사이트로 옮겨 등록함으로써 트래픽 부담을 줄여줍시다.
9. 자료 일부를 링크하거나 퍼올 때도 출처를 밝혀 적도록 합시다.
10. 인용, 링크, 펌의 원글이 블로그 사이트인 경우에는 글걸기(트랙백)를 통해 자신이 관련된 글을 작성했음을 알려줍시다.
11. 해당 사이트의 저작권 관련 안내문을 읽어보고 사이트에서 권하는 형태로 저작권을 존중합시다.(퍼가기를 금지시키면 퍼가지 맙시다.)
12. 배경음악이나 동영상 재생은 가능한 사용하지 맙시다. 사용해야 한다면 재생기 형태가 아닌 링크 형태로 사용합시다.
13. 배경음악이나 동영상을 재생기 형태로 사용해야 한다면 자동재생을 막아두고 네티즌이 재생을 눌렀을 때 재생되도록 합시다.
14. 펌글이나 회원 전용 글은 가능한 따로 모아 비공개로 관리하고 RSS공급 목록에서 제외합시다. RSS공급에서 빼기 어려운 경우에는 반드시 [펌]이나 [회원전용] 표기를 제목 첫머리에 붙입시다.
(1) 링크 개념을 돕기 위한 낱말 뜻 설명
1. www = 월드와이드웹(World Wide Web) = 웹
WWW는 월드와이드웹(World Wide Web)의 줄임말로 줄여서 '웹'이라고 말합니다. 글자 그대로 번역하자면 '세계적인 넓은 거미줄망'입니다. 인터넷 검색방식의 하나로 현재 가장 많이 사용하는 검색방법입니다. 하이퍼텍스트 문서형식과 그래픽 방식을 사용할 수 있다는 점이 특징입니다. www.dal.kr 처럼 www를 앞에 붙이는 이유는 해당 사이트가 웹을 지원하는 사이트임을 알려주기 위함입니다. 요즘은 대부분의 사이트가 웹사이트이기 때문에 www를 생략해도 웹사이트로 알고 브라우저가 자동으로 접속합니다.
2. 하이퍼텍스트(Hyper Text)
문서의 내용을 읽다가 어떤 낱말이나 문장을 지정하면 그 낱말과 연결된 다른 문서로 바로 이동해 보여주는 문서형식을 말합니다. 컴퓨터 프로그램의 도움말을 보다가 한 제목을 선택하면 해당 설명이 나옵니다. 이처럼 어떤 문서를 읽다가 그 중의 한 낱말이나 문장을 선택했을 때 그 낱말이나 문장에 대한 설명을 담은 다른 문서를 보여주는 독특한 형식의 문서가 하이퍼텍스트라는 형식의 문서입니다. 하이퍼텍스트 형식의 문서는 인터넷의 웹에서만 사용되는 것이 아니고 여러 가지 컴퓨터 프로그램의 도움말이나 각종 프로그램에서 많이 사용되는 문서형식입니다.
3. HTML(Hyper Text Markup Language)
인터넷에서 사용하는 하이퍼텍스트는 HTML(Hyper Text Markup Language)이라고 부르는 컴퓨터언어로 만듭니다. 본문 내용만 입력하던 과거의 Text방식 문서와 달리 문장 앞 뒤로 태그라고 하는 기호를 넣어 문장을 꾸미는 언어입니다. 예를 들어 <font color="red"> 문장1 </font> 이라고 쓰면 문장1의 글씨색이 빨간색으로 표시되도록 해주는 언어를 HTML이라고 말합니다.
4. HTML 문서
HTML 문법에 맞게 작성된 텍스트 문서를 HTML 문서라고 말합니다. 일반 Text 문서와 달리 필요한 문장을 다양한 글꼴이나 색으로 꾸밀 수 있고, 하이퍼텍스트 기능을 부여할 수 있다는 것이 특징입니다. 확장자는 html이나 htm을 많이 사용합니다.
5. http와 http://
브라우저에 입력하는 주소 첫머리에 붙어있는 http는 하이퍼텍스트 트랜스퍼 프로토콜(Hyper Text Transfer Protocol)의 줄임말입니다. 웹에서 사용하는 하이퍼텍스트 형식의 문서를 주고받을 때 사용하는 프로토콜이라는 뜻입니다. http://는 뒤에 적을 주소가 http 형식임을 선언하는 기호입니다.
6. 연결(링크, link)
링크(link)는 하이퍼텍스트 문서에서 특정 문장을 다른 문서와 연결시키는 기능을 뜻합니다. html 문서의 경우에는 링크 기능을 문서에 추가하기 위해 <A> 문장2 </A> 형태로 A태그로 문장을 감쌉니다. 이렇게 A태그로 링크시킨 문장을 선택하면 링크된 문서로 바로 이동합니다.
일반 문장과 구별하기 위해 링크시킨 문장은 다른 문장과 다른 색 또는 밑줄 친 문장으로 표시하며, 링크 된 문장 위에 마우스 커서를 올려놓으면 손모양이나 기타 모양으로 마우스 커서가 바뀝니다.
7. 갈무리(캡처, capture)
화면에 보이는 문서를 블록으로 잡아 텍스트 문서나 기타 파일로 자신의 컴퓨터에 저장하는 행위를 갈무리한다(캡처한다, capture)고 말합니다.
8. 펌(스크랩, scrap), 펌질, 펌글, 불펌
갈무리 한 문서나 자료를 자신의 홈페이지(게시판, 블로그 등)에 등록하는 행위를 말합니다. 다른 곳에 있는 문서를 '퍼오는 행위'에서 나온 말로, 처음에는 '퍼온 글'이라는 말을 사용하다가 줄여서 '펀 글' '펌 글'이라고 쓰게 되었고, 요즘은 '펌'이라는 말만 사용합니다. 자료를 퍼오는 행위를 '펌질'이라고 말하고 퍼온 글(문서)는 '펌글'로, 펌글임을 표시할 때는 '펌'이라는 말을 문서 앞에 붙입니다. '불펌'은 허락하지 않은 글을 퍼간 경우를 뜻합니다. 그러나 불펌이 아님 펌도 기본적으로 저작권을 침해하는 행위입니다.
9. 링크 블로그
링크로만 글을 작성한 블로그. 대개는 원글의 링크를 걸고 한 두 줄의 짧은 소감을 덧붙이며 운영하는 블로그를 뜻합니다.
(2) 링크의 장단점
[링크의 장점]
1. 원출처만을 밝혀주므로 저작권을 침해하지 않고 원저자의 권리와 명예를 지켜줍니다.
2. 한 줄의 링크만으로 자료에 접근할 수 있기 때문에 자료의 중복저장을 막을 수 있어 저장공간의 낭비를 줄입니다.
[링크의 단점]
1. 원출처에서 자료가 삭제되거나 이동했을 때 원글을 볼 수 있는 방법이 없습니다. 깨진링크(브로큰 링크), 죽은 링크(데드 링크)가 발생할 경우에는 링크가 힘을 쓰지 못합니다.
2. 인용된 문서와 링크된 원래 문서 두 개를 불러오는 결과가 되므로 전송 트래픽의 낭비가 심합니다.
3. 해당 문서나 자료 링크를 위해 하나의 글을 작성하는 것이 부담스러울 수 있습니다.
[링크에 대해 잘못 알고 있거나 논쟁이 될 수 있는 부분]
(논쟁1) 펌은 자원을 낭비하고 링크는 자원 중복을 막을까?
인터넷 자원은 크게 두 가지로 나눌 수 있습니다. 저장용량과 전송용량입니다. 저장용량은 하드디스크 공간을 말하고 전송용량은 전송 회선의 용량을 말합니다. 흔히 링크는 원출처 한 곳에 저장하고 나머지 10곳에서는 한 줄의 링크만 걸기 때문에 링크가 더 효율적이고 자원중복을 막으며 트래픽을 줄이는데도 효과적이라고 말합니다.
이 말은 맞을 수도 있고 틀릴 수도 있습니다. 1개의 원출처가 있고 10개의 사이트에서 링크를 걸었다면 하드디스크 용량은 1곳에서만 낭비하는 것이 맞습니다. 하지만 트래픽의 경우에는 상황이 다릅니다. 10개의 사이트에서 A사이트의 a문서를 소개하는 글을 올렸을 경우 실제로 방문객이 보는 것은 10개의 사이트 소개 글과 a문서 두 개입니다. 즉 20개의 문서를 봐야 하는 겁니다. 반면 소개사이트에서 펌의 형태로 a문서를 포함시켰다면 방문자는 A사이트의 a문서를 읽지 않으므로 10개 사이트의 문서 읽는 것으로 끝납니다.
인터넷의 문서는 달랑 한 줄의 링크로만 구성되지 않습니다. 본문 내용은 단 한 줄의 링크일지 몰라도 링크 상하좌우로는 해당 사이트의 각종 차림표와 그림파일이 위치하고 있습니다. 때문에 네티즌이 B사이트의 b문서와 b문서에서 소개한 A 사이트의 a문서를 읽기 위해 사용하는 트래픽의 양은 꽤 많습니다. 하여간 b문서가 펌글이었다면 b문서를 보는 것으로 끝나는 반면 b문서가 링크를 담고 있다면 a문서까지 두 개를 봐야 하는 결과가 발생합니다. 특히 a문서가 포탈이나 신문사의 문서일 경우에는 텍스트 양보다 훨씬 많은 광고도배를 전송받아야 하는 문제가 발생합니다. 이 경우 a기사에 링크 거는 것보다는 a기사의 본문만 텍스트로 퍼서 b 문서에 포함시키는 것이 b문서를 보는 네티즌에게는 유리한 방법이며 인터넷 자원과 시간, 인적 낭비도 줄여주는 경우가 됩니다. 기본적으로 링크는 펌에 비해 두 배의 전송량과 시간을 소모합니다.
오늘날 하드디스크 공간을 더 소모하는 것은 심각한 자원의 낭비로 여기지 않습니다. 그보다는 전송이 느려지면서 발생하는 시간의 낭비를 가장 심각한 자원 낭비로 여기는 상황입니다. 그런 면에서 본다면 b를 통해 a를 보는 것보다는 b에서 a를 보는 펌의 형태가 전송 트래픽을 줄여주고, 시간을 줄여주므로 자원낭비를 줄여주는 셈이 됩니다.
(보기1) 10개의 사이트에서 A신문 사이트의 a 기사를 링크로 소개하는 경우. 각 사이트 방문자 100명이 소모하는 트래픽
(10개 사이트 문서의 총 용량)*100명 + (A사이트 a 문서의 총 용량)*1,000명
(보기2) 10개의 사이트의 a 기사를 펌의 형태로 소개하는 경우.
(10개 사이트 문서의 총 용량 + 퍼온 텍스트 분량)*100명
물론 이 계산법은 변수를 고려하지 않았습니다. 방문자들이 모두 링크된 a 문서를 클릭하지 않는다면 '(10개 사이트 문서의 총 용량)*100명'에 불과하므로 (보기2)보다 트래픽이 줍니다. 하지만 클릭하라고 링크를 걸었으니 대부분의 사람이 링크를 클릭한다고 가정할 경우 보기의 계산법처럼 펌이 더 전송 트래픽을 줄여주고 방문자의 시간을 크게 단축시켜줍니다.
링크의 형태인 경우 전에 봤던 문서 링크라면 링크를 클릭하지 않는 반면, 펌은 무조건 다시 한 번 봐야 하므로 이런 면을 고려하면 펌이 더 자원 낭비가 심하다는 주장도 있습니다. 하지만 전에 봤던 링크인지 여부는 링크를 클릭하기 전에는 모르는 일이며, 링크의 제목을 보고 전에 본 링크임을 알 수 있다면 펌 문서 역시 문서 제목을 보고 이전에 본 기사의 펌문서임을 알 수 있는 셈이니 이런 형태의 변수가 미치는 부분은 크지 않다고 볼 수 있습니다.
결국 하드 용량은 펌이 더 많이 차지하는 것이 많지만 가장 중요하게 생각하는 전송 속도와 시간의 문제에서는 펌이 더 효율적임을 인정할 수밖에 없습니다.(방문객 입장에서는 링크를 한 번 덜 누르는 펌이 편하다는 것 또한 큰 장점입니다.)
반대로 모든 사람이 원출처로 링크를 걸 경우 원출처에 과도한 트래픽이 걸리므로 펌이 낫다는 주장이 있습니다. 일부 맞기는 하지만 대개는 적용되기 힘든 주장입니다. 인기가 많고 방문객이 많아져서 트래픽이 많이 걸리는 것은 원저자가 해결해야 할 문제이기는 하지만 방문객 많아져서 트래픽이 느는 것을 싫어할 기업이나 개인은 거의 없다고 봐야 할 겁니다. 방문객이 많아서 생기는 부차적인 문제는 원저자가 즐거운 마음으로 해결할 겁니다.
(논쟁2) 깨진 링크는 의미 없는 문서일까?
링크의 가장 큰 문제점은 사실 원출처에서 문서가 사라지는 바람에 링크가 깨지는 경우입니다. 정작 해당 문서를 보려고 클릭했는데 문서가 사라지는 경우처럼 허망한 경우는 없죠. 이 경우 깨진 링크는 의미가 없다고 말하는 주장이 있습니다. 또한 원저자가 삭제를 한 것이니 링크로서 가치를 상실했다고 말하는 경우도 있습니다.
하지만 실제로 공개로 한 문서를 비공개로 전환하거나 삭제를 하는 경우는 드문 일입니다. 사실 링크가 깨지는 많은 이유는 원저자가 문서를 다른 곳(다른 차림표나 다른 주소로)으로 옮기거나 관리 소홀로 해당 홈페이지 계정이 사라지거나 막힌 경우인 경우가 많습니다.(흔히 말하는 갱신 없이 죽은 홈페이지나 해당 회사가 망한 경우) 무엇보다도 해당 문서가 원저자에게는 가치 없는 문서가 되었을지 몰라도 다른 네티즌에게는 매우 중요한 가치를 지닌 문서라는 점입니다.
이 때문에 펌글로 올린다는 이야기를 하는 경우가 있는데, 이 주장에 타당성을 부여하기는 어렵습니다. 링크가 깨진 후에 글을 올렸다면 어느 정도 납득이 되지만 링크가 살아있는 상태에서 펌글을 올리는 것은 명분이 약한 것이 사실입니다.
하지만 언제 링크가 깨질지도 모르는 상황이고 일부 링크가 깨졌다고 해서 이를 일일이 방문자가 알려주지 않기 때문에 대개의 링크는 누더기처럼 구멍이 뚫린 형태로 조금씩 연결이 약해지는 것이 현실입니다. 이에 대한 실질적인 대비책은 '거울(mirror)' 또는 '여벌(backup)' 문서의 링크 추가라 할 수 있습니다.
(3) 펌의 장단점
[펌의 장점]
1. 방문자 입장에서 보면 또 다시 링크를 클릭하지 않아도 되므로 편하고 시간을 크게 줄일 수 있습니다.
2. 전송 트래픽을 줄이는 효과와 일부 트래픽 분산 효과가 있습니다. 특히 원본 삭제나 이동에 따른 링크 깨짐 현상의 문제가 없다는 점이 가장 큰 장점입니다.
3. 분산된 각종 자료를 보기 좋게 재편집함으로써 자료 검색의 편리를 도와줍니다.
[펌의 단점]
1. 저작권 침해에서 자유롭지 못하다는 것 하나만으로도 펌은 매우 큰 단점을 가지고 있습니다.
2. 원저자 사이트 방문을 유도하지 않게 되므로 원저자의 수익에 영향을 줄 수 있습니다.
펌이 편하고 링크의 단점을 보완하는 점이 있다는 점은 분명 인정할 수 있지만 펌이 저작권 침해 행위라는 하나의 이유만으로도 펌의 사용은 제한될 수밖에 없습니다. 또한 현실적으로 펌이 대부분 원저자의 권리와 명예를 도둑질해 자기 사이트의 인기를 올리는 도구로 사용되고 있는 상황인 점 또한 펌을 비도덕적으로 바라보게 만드는 요소입니다.
사실 이 점에서 김중태문화원의 각 자료도 예외가 될 수 없습니다. 비록 내가 좋아하던 자료고, 이 자료를 좀더 편하게 정리해 많은 사람들이 좀더 편하게 함께 즐기기를 바라는 마음이 있어 자료로 올려놓았다고 변명하기는 하지만 저작권 침해라는 점에서는 변명의 여지가 없습니다.
김중태문화의 정보란에 있는 게임 바탕화면(wallpaper)이나 각종 플래시 시계 모음을 예로 들자면 전세계 곳곳에 흩어져있는 게임 바탕화면과 플래시 시계를 한 곳에 모아두고 있는데, 사실 이를 모으고 보기 좋게 다시 정리하느라고 많은 수고가 들었습니다. 이것을 모두 링크로 할 경우에는 한 달에도 수 십 개의 깨진 링크가 발생해 오히려 방문객에게 깨진 링크라는 짜증 나는 상황을 계속 제공하게 되고, 보기 편하게 정리하는데도 어려움이 있을 겁니다. 텍스트 링크만으로는 바탕화면 내용을 미리 알려주기 어려우며 관리도 어렵습니다. 현재 제가 제공하는 게임 바탕화면이나 플래시 시계 모음은 개인적으로 많은 시간을 투자해서 정리한 차림이며 꽤 정리가 잘 된 차림이라고 생각합니다. 또한 펌 형태로 자료를 올려놓았기 때문에 링크 깨짐이 없이 자료가 제공됩니다. 그렇지만 저작권을 침해한 것이라는 점에는 변명의 여지가 없습니다.
펌의 형태로 글을 올릴 경우 방문자는 B사이트에서 자료를 보고 원출처인 A사이트 방문은 안하게 됩니다. 만약 A 사이트가 신문사처럼 자신의 콘텐츠를 이용해 광고를 올리고 있는 상황이라면 펌으로 인해 손해되는 방문객 수만큼 수익에도 타격을 입게 됩니다. 링크 형태였다면 네티즌이 A사이트의 a문서로 이동하면서 A 사이트에 올려놓은 각종 광고나 안내문을 볼 수 있었을텐데 펌의 형태일 경우에는 b 문서만 보고 A 사이트는 아예 방문하지 않는 사태가 발생하는 셈이죠. 펌은 A의 이익에는 손해가 되는 행위입니다.
저작권 침해라는 치명적인 문제점을 가지고 있기 때문에 펌은 권장할 수 있는 형식이 아닙니다. 결국 펌의 사용은 누구나 인정할 수 있는 상식적인 선에서 매우 제한적으로 사용되어야 합니다.
상식적인 선이란 원저자의 권리나 명예를 손상 입히려는 의도가 없으며, 단지 원글의 내용이 좋아서 다른 사람에게도 보여주고자 하는 순수하고 비영리적인 의도로 사용되는 경우를 뜻합니다. 이를 위해서는 출처 표기가 필수적이라 할 수 있습니다. 출처를 모르는 경우에도 펌글임을 확실하게 표시해놓아야 합니다.
(4) 링크의 형태 별 장단점
1. 기본 링크: 사이트 이름이나 원글의 제목만 적고 (A)태그로 링크만 거는 형태
[보기01] *참고: 김중태문화원
[보기02] 블로그 용어 설명(출처: 김중태문화원)
[장점]
여러 차례 링크가 복사되더라도 계속 원출처로 링크되므로 원저자의 명예와 권리를 보호하게 됩니다. 또한 문장 하나로 링크가 되므로 자원 소비나 트래픽 줄이기에도 효과적입니다. 링크이기 때문에 기본적인 링크이기 때문에 가장 권장하는 형태입니다.
[단점]
해당 문서에서 링크를 한 번 더 눌러야 하는 번거로움이 있습니다. 링크 된 곳이 이전 출처의 글을 링크 건 문서일 경우에는 또 다시 링크를 따라 눌러야 하는 번거로움이 있습니다. 이 경우 원출처의 문서를 다시 불러오므로 현재 보는 문서와 원출처 문서 두 개를 불러오는 시간과 자원 낭비가 발생합니다.
가장 큰 문제는 원래 문서가 삭제되었을 경우 원문을 볼 방법이 없다는 점입니다. 이런 단점을 해결하는 방법 중 하나가 '펌'입니다.
2. 인용 링크: 원글의 본문 중 일부를 적고 인용된 글을 원글의 주소로 링크를 거는 형태
[보기03] 블로그를 운영하면 할수록 김중태님이 말한 '1. 블로그 사이트를 위해서 블로깅 하지 마세요. 자신을 위해 블로깅 하세요.'라는 말에 공감한다.
[장점]
필요한 부분만 인용하므로 원문 삭제 여부에 상관 없이 해당 문서에 필요한 문장은 보여줄 수 있습니다. 원글 전체를 볼 사람은 링크를 통해 원글을 보면 됩니다. 가장 권장하는 인용 형태입니다.
[단점]
인용의 단점은 원글을 전부 보여주는 것이 아니고 자신에게 필요한 부분만 가져오는 것이므로 원글의 의도와 다른 용도로 왜곡될 수 있다는 점입니다. 인용 링크는 원글의 링크를 걸어두었지만 원글 링크가 깨질 때의 문제점은 인용 링크에도 적용됩니다.
3. 자료 링크: 원글에 사용한 그림, 멀티미디어 파일의 주소를 링크로 엮는 형태
[보기04] *김중태문화원에서 본 재미있는 게임: Zoo Keeper
[보기05] *그림: 싸이월드 미니홈피 형태의 네이버 스킨 모습 (출처:김중태문화원)
[장점]
자료의 원출처를 소개하는 형태이므로 저작권을 지켜주면서 해당 자료를 홍보해줍니다.
[단점]
화면이 나오지 않기 때문에 소개 문서를 보는 사람은 어떤 내용의 그림이며, 멀티미디어인지 알 수 없습니다.
(5) 펌의 형태와 장단점
1. 직접펌(온펌과 반펌): 수작업으로 자료를 복사해 자신의 글에 붙이는 형태
원래 문서 내용 전부나 일부를 복사해서(긁어서) 자신의 글에 붙여넣는 형태입니다. 원글의 내용은 물론 자료까지 그대로 복사해 넣는 모두 펌과 원래 문서 내용 중에서 자신에 필요한 글이나 그림, 멀티미디어만 복사해 넣는 일부 펌의 형태가 있습니다. 이때 원 글에 포함된 글이나 멀티미디어까지 자신의 홈페이지에 올려놓는 경우 100% 직접 펌의 형태로 볼 수 있습니다. 이를 '온펌'이라고 합니다.
반면 윈도의 복사 기능(블록 잡고 Ctrl+C와 Ctrl+V로 복사하는 방법)을 이용해 펌을 할 경우에는 텍스트는 자신의 글에 복사되지만 텍스트 안에 사용된 그림이나 링크 등은 원출처의 것을 그대로 사용하게 되는데 이 경우 내 글에서 보이는 그림이 실은 원출처의 것을 사용하므로 트래픽은 원출처 사이트에 부담되는 문제가 발생합니다. 대표적인 사례로 김중태문화원의 글을 복사 형태로 네이버 브로그에 붙일 경우 네이버 블로그 방문자들이 본 그림 파일 트래픽이 모두 문화원의 트래픽으로 부담됩니다. 가입형 사용자는 무한 용량을 사용하므로 트래픽에 대해서 둔감한 편인데, 설치형 사용자의 경우에는 트래픽이 큰 부담임을 알아야 합니다.
[장점]
원본을 그대로 보존하거나 보여주는 편리함이 있습니다. 또한 온펌일 경우에는 원출처에 트래픽을 부담시키지 않는 점이 장점입니다.
[단점]
저작권 침해인 것은 말할 나위 없습니다. 특히 반펌의 경우에는 원출처에 트래픽을 부담시키는 문제가 있습니다.
2. 끼우기펌=링크펌(프레임펌과 소스펌): 원글을 링크 형태로 자신의 글에 퍼오는 형태.
끼우기펌(링크펌)이란 원글의 전부 일부를 링크 형태로 퍼오는 경우입니다. 크게 두 가지 형태의 펌이 많이 사용됩니다. 하나는 프레임펌이라고 해서 iframe 태그를 사용해 자신의 문서에 공간을 마련한 다음에 a문서 내용을 모두 삽입하는 형태입니다. 사용자는 b문서에서 a문서의 내용을 모두 볼 수 있지만 모든 트래픽은 A사이트에 부담되는 형태입니다.
소스펌은 a문서의 일부 자료만 링크 형태로 퍼오는 행위입니다. 예를 들어 a 문서 안의 특정 그림만 자신의 글에 사용하기 위해 'img src=url'의 형태로 끼우기용 태그를 사용하는 형태입니다. 이 경우 b문서를 보는 사람 눈에 그림이 보이지만 실제 그림의 출처는 A사이트가 되므로 전송트래픽은 A사이트에 부담됩니다. 그외 embed 태그를 이용해서 동영상이나 멀티미디어 자료만 링크를 걸어 자신의 문서 안에 끼워넣는 형태를 소스펌이라 합니다.
예를 들어 포탈 사이트나 유명 사이트 게시판에 동영상이나 사진을 퍼올리면서 직접 사진과 동영상을 등록하는 것이 아니라 문화원 사이트의 사진과 동영상을 img나 embed 태그를 이용해 소스만 끼워넣는 형태입니다. 이 경우 실제로 수 만 명의 B사이트 사용자가 b펌글을 통해 그림과 동영상을 보지만 정작 그 그림과 동영상 트래픽은 모두 A사이트에 전가되는 상황이 됩니다. A사이트가 개인 홈페이지인 경우 트래픽 초과로 접속이 차단되는 경우가 종종 발생합니다. 그래서 개인 홈페이지 지기가 설치형 블로거들이 가장 싫어하는 펌의 형태가 끼우기펌입니다.
이 때문에 설치형 블로거들은 링크만 걸지 말고 차라리 자료를 모두 내려받아서 다시 등록하라고 합니다만 스트리밍 파일인 경우에는 소스펌을 사용하는 방법 외에는 없다는 점이 문제입니다. 결국 이 문제 역시 상황에 따라서 적절하게 조치를 취해야 합니다.
참고로 링크하고 소스펌의 차이를 모르는 분이 있을 것 같아 부연 설명하자면, 링크는 '재미있는 사진'이라는 하이퍼텍스트를 눌러야만 사진을 보여주는 형태고, 소스펌은 바로 문서 안에서 사진을 보여주고 있는 형태라고 보시면 됩니다. 그래서 링크는 A 태그를 사용하고, 소스펌은 IMG나 EMBED 등의 태그를 사용하는 차이가 있습니다.
(6) 자기 사이트에 올리는 자료의 링크 형태 별 문제점
자신의 사이트에 직접 자료(창작 또는 퍼온 자료)를 등록하는 경우에도 네티즌에게 짜증 나는 상황을 만드는 경우가 종종 있습니다. 대표적인 경우가 멀티미디어 파일의 재생이나 배경음악 사용입니다. 사이트 지기는 듣기 좋은 노래를 배경음악을 깔아 음악을 감상하게 하거나 분위기 있는 사이트를 연출하려는 의도였을지 몰라도 방문객에는 매우 짜증나는 경우임을 알아야 합니다. 일단 배경음악이나 동영상을 배경으로 실행할 경우 해당 자료를 불러오는 시간만큼 방문객에게 트래픽 부담이 되고 문서 여는 시간이 지체됩니다. 또한 배경음악이나 동영상을 받는 동안 방문자의 컴퓨터(브라우저 프로그램)가 일시 작업 중지 상태에 빠지므로 방문자에게 큰 피해를 준다는 사실을 알아야 합니다.
[배경음악이나 동영상, 멀미티미디어 파일을 사용하는 경우의 문제]
1. 배경음악이나 동영상을 불러오는 시간만큼 문서 여는 시간이 지연되므로 방문객의 시간을 소비하게 함.
2. 파일의 크기만큼 전송 트래픽이 방문객들에게 부담되고 인터넷 선로에 영향을 미칩니다.
3. 가장 큰 문제점은 조용하게 인터넷을 사용하던 방문객의 스피커로 갑자기 음악이 흘러나오면서 방문자를 당황스럽게 하는 점입니다. 방문자는 a문서를 보기 위해 링크를 클릭했을 뿐인데 갑자기 스피커로 쿵쾅거리는 음악이 흘러나오면 크게 당황합니다. 더구나 때와 장소가 사무실이거나 조용한 곳이었다면 그야말로 낭패죠.
따라서 배경음악이나 동영상은 텍스트 링크 형태로 끼워넣는 것이 바람직합니다. 링크를 눌러야만 해당 파일을 전송하고 연주하는 링크 형태가 가장 좋습니다. 그래야만 방문자에게 트래픽 부담이나 시간 지연, 갑작스런 소리로 인한 문제를 발생시키지 않습니다.
많은 경우 embed 태그를 이용해 재생기의 형태로 끼워넣는 경우가 많은데, 꼭 재생기의 형태로 끼워넣고 싶다면 자동재생(auto play)을 false 값으로 막아두기 바랍니다. 방문자가 재생(play) 아이콘을 눌렀을 때 재생될 수 있도록 해주는 것이 그나마 embed 태그 사용 때의 배려입니다.
(7) 왜 링크 대신 펌질을 하는가?
기본적으로 링크의 경우에는 싸움이 일어나는 경우가 거의 없습니다. 원출처와 연결되기 때문입니다. 문제는 펌에서 발생합니다. 펌은 저작권침해와 원출처 사이트로의 방문을 줄이는 나쁜 결과를 초래합니다. 그런데도 네티즌들이 펌을 하는 이유는 무엇일까요?
[네티즌들이 링크 대신 펌을 쓰는 이유]
1. 링크 거는 법을 모릅니다.
링크를 제대로 걸려면 태그를 사용해야 하는데 모든 네티즌이 HTML 문법을 아는 것이 아닙니다. 설치형이 아닌 가입형 블로거나 싸이월드 다음카페 사용자들이 모두 HTML 문법을 배운 사람은 아닙니다. 제 주변 사람 대부분이 인터넷을 사용하지만 IT 종사자를 제외하면 HTML 문법을 배운 사람은 거의 없습니다. 대부분의 컴퓨터 사용자들이 블록 복사하는 법은 알아도 HTML 태그 사용법은 모른다는 현실을 감안해야 합니다.
2. 링크와 펌의 차이를 모릅니다.
일반적인 네티즌은 링크와 펌의 차이도 모르고, 펌이 왜 문제인지도 모릅니다. 그저 자신이 본 것 중에 재미있고 유익한 것을 퍼옴으로써 자신의 사이트에 보관도 하고 남에게 보여주려는 마음 밖에 없는 경우가 있습니다. 이들은 펌이 왜 나쁜지를 모릅니다. 그래서 지금 이런 글을 써서 링크와 펌의 차이를 설명하고 링크로 유도하려는 겁니다.
3. 펌이 편하기 때문입니다.
HTML 문법을 아는 사람조차도 펌을 사용하는 이유는 펌이 편하기 때문입니다. 일일이 주소와 제목을 따서 붙이면서 HTML 태그로 링크를 거는 것보다는 마우스로 블록 잡은 뒤에 Ctrl+C와 Ctrl+V를 누르면 되는 펌이 더 편합니다. 특히 문서 안에 그림이나 멀티미디어가 들어갔을 경우 온펌의 형태로 자신의 홈페이지에 수 많은 그림과 아이콘을 등록시키는 일은 거의 중노동입니다. 그래서 붙여넣기 형태로 펌을 하게 되고 이는 결국 그림과 멀티미디어 트래픽은 원출처에 전가시키는 반펌의 형태가 됩니다. 이로 인해 싸움이 일어납니다.
4. 펌 자료를 통해 인기를 얻고 싶기 때문입니다.
링크 사용법을 모르는 사람은 붙여넣기 기술 밖에 모르기 때문에 펌의 형태로 좋은 글과 자료를 긁어모아 인기 상승의 요소로 사용합니다. 펌의 문제점을 아는 사람 중에도 펌 자료를 통해 인기를 얻고 싶어서 펌을 사용하는 경우가 가끔 있습니다.
(8) 링크와 펌으로 발생하는 현실적인 문제점과 해결방법에 대한 논의
현실적으로 펌을 전혀 사용하지 않고 링크만으로 인터넷을 사용하라는 것은 무리가 있습니다. 따라서 펌을 허용하되 최대한 원저자를 배려할 수 있는 형태로 유도하는 것이 바람직하다고 봅니다.
[펌과 링크의 결과에 미치는 요소]
1. 자료의 종류: HTML 문서(text)와 그림 파일, 멀티미디어(동영상, 플래시 등), CGI 여부
2. 출처: 원저작자(또는 첫등록자)의 출처와 주소
3. 링크 형태: 실제로 문제되는 것은 온펌, 반펌, 끼우기펌의 펌이 문제입니다.
4. 링크나 펌문서의 내보내기 : RSS 수집 사이트에 RSS 정보를 보내거나(피딩)
이상의 요소를 조합하면 다양한 링크 형태가 나오고 발생되는 문제도 다양합니다. 이 중 요즘 가장 문제되는 부분을 정리하면 다음과 같습니다.
[문제1] 출처를 밝히지 않는 펌글의 문제
링크일 경우에는 링크를 통해 출처가 나오지만 펌글일 경우에는 출처를 밝히지 않을 경우 누구의 글인지 모릅니다. 많은 경우 펌글의 출처를 밝히지 않음으로써 남의 글을 자신의 글처럼 써먹는 경우가 발생하고, 나중에 이 사실을 알게 된 원저자와 싸움이 벌어집니다. 기본적으로 출처를 밝히지 않은 펌은 도덕적으로도 비난받는 행위이므로 출처를 꼭 밝히기 바랍니다. 이를 위해서 다음과 같이 해야 합니다.
가. 제목 앞에 [펌]을 붙인다.
[보기]
[펌] 행복한 블로깅 10강령
나. 글의 첫 부분에 원출처라고 쓰고 문서 주소를 밝힌다.
[보기]
* 원출처: 김중태문화원(http://www.dal.kr/blog/archives/000331.html)
[문제2] 펌글을 다시 퍼오는 경우
펌글을 다시 퍼오는 경우가 있습니다. 그런데 원저자 출처는 모르는 경우는 어떻게 해야 할까요? 펌글은 많은 경우 링크를 따라 들어가도 결국 원저자를 찾지 못하는 경우가 많습니다. 또 원저자를 찾기까지 추적하는 과정 또한 매우 힘듭니다. 이런 경우에는 최초로 자신이 퍼온 곳의 출처를 밝혀적음으로써 최소한의 예의를 갖추도록 합시다.
[보기]
* 출처: 김중태문화원(http://www.dal.kr/blog/archives/000331.html)
참고로 최근 블로거 사이에 새롭게 보급되고 있는 표기법 중 하나는 경유지 표기법입니다. 자신이 어떤 블로거의 글을 통해 a문서를 알았을 경우 원출처인 a문서로 링크를 걸면서 a문서의 존재를 알려준 B블로그 사이트나 a를 인용한 b문서 주소도 함께 표기하는 방법입니다. 표기방법은 '원문서 제목 + 경유지'의 형식을 취하는 것이 일반적입니다. 경유지 표기는 via라는 영문이나 '경유, 얻음' 등의 한글로 적어주면 됩니다.
[보기]
*참고자료: 김중태문화원의 행복한 블로깅 10강령 (via readme님 블로그)
[문제3] 출처를 모르는 문서를 올릴 때
급하게 갈무리를 해두었던 글 중에 출처를 모르는 글을 올리는 경우가 있습니다.(제가 PC통신 시절과 인터넷 초기에 갈무리한 자료들은 출처불명인 경우가 대부분입니다.) 이런 글은 자신의 글이 아니고 '출처모름'이라고 밝혀주는 것이 좋습니다.
[문제4] 펌글 안에 사진이나 동영상이 들어간 경우
사진이나 동영상이 들어간 글은 가능한 링크 형태로 원출처로 이동을 권하는 형태가 바람직하지만 자신의 글 안에 끼워넣어야 한다면 가능한 온펌의 형태로 퍼올리는 것이 낫습니다. [문제1]처럼 출처를 밝히고 자신의 홈페이지에 사진과 동영상을 올려놓는 것이 좋습니다.
그런데 원출처의 자료가 스트리밍 파일인 경우에는 내려받아서 다시 올리는 것이 불가능하죠. 이런 경우에는 원출처 문서로 링크 거는 것이 가장 좋으며, 어쩔 수 없이 일부 자료만 링크를 걸거나 소스펌으로 올려야 한다면 링크와 펌 주변에 출처를 밝혀주는 예의를 갖추기 바랍니다.
[문제5] 사진과 멀티미디어 링크 걸기
링크 건 자료가 문서라면 큰 문제가 없지만 일부 자료만 링크를 거는 경우는 상황이 복잡해집니다. 예를 들어 '재미있는 동영상'이라는 동영상 파일만 링크 걸었을 경우 링크를 누르면 원저자의 동영상이 나타날 뿐 해당 사이트 방문 효과는 나타나지 않습니다. 텍스트 링크 형태를 취하기는 했지만 실질적으로 펌과 비슷한 결과를 초래하는 셈이죠.
따라서 가능한 문서 전체를 링크 거는 것이 좋지만 어쩔 수 없이 일부 자료만 링크를 거는 경우라면 원문서 주소나 출처를 붙여주는 예의를 취하기 바랍니다.
[문제6] 펌글의 출처를 나중에 밝히는 문제
해당 블로거가 쓴 글이라 생각하고 한참을 읽으면서 고개를 끄덕이다가 마지막에 엉뚱한 작성자 이름을 만날 경우 방문자는 당황합니다. 이런 경우 비록 펌글임을 밝혔다 하더라도 글의 마지막을 읽을 때까지는 펌글임을 모르고 읽게 되므로 방문자를 속이는 결과가 됩니다.
이 문제를 해결하려면 펌글이 시작되기 전에 앞으로 나올 글이 펌글임을 알 수 있도록 장치를 달아야 합니다. 제목에 펌글임을 알 수 있도록 '[펌]'이라고 표시하고, 첫 부분에 출처를 밝혀적도록 하는 것이 가장 좋은 방법입니다.
[문제7] 스크랩 블로그 문제
기사를 스크랩한 내용으로 글을 작성하는 스크랩 블로그를 운영하는 블로거가 많습니다. 블로그를 스크랩용으로 사용하는 일 자체에 대해서 뭐라 말할 이유는 없지만 이런 형태가 다른 사람에게 피해를 준다면 문제가 됩니다. 스크랩 블로그가 가장 문제 되는 부분은 스크랩으로 작성한 글을 RSS 수집 사이트에 공급하는 경우입니다. 즉 RSS 공급(피딩) 내용에 스크랩 기사를 보낼 경우 다른 블로거가 보고 방문하게 되는데 단순 기사 펌글일 경우 방문객은 시간 낭비를 했다고 생각해 기분이 많이 나빠집니다.
이런 문제를 해결하는 방법은 다음과 같은 것이 있습니다.
1. RSS 공급을 하지 않는 별도의 스크랩 전용 블로그를 만들어 운영하거나 비공개로 운영합니다.
2. 스크랩 기사는 비공개 카테고리로 모아서 관리합니다.
3. 제목에 '[펌]'이라고 써줌으로써 펌글임을 밝힙니다.
1, 2의 방법은 여건상 불가능할 수도 있습니다. 하지만 최소한 제목 앞에 '[펌]'이라고 써주는 것은 큰 문제가 아니니 3의 방법만이라도 실천하기 바랍니다. '[펌]'이라고 써줄 경우 일부 RSS 수집 사이트는 해당 글을 수집하지 않고 건너뛰므로 피해를 줄일 수 있습니다. 또한 수집이 된다 하더라도 '[펌]'을 통해 펌글임을 알고 들어오므로 펌인줄 모르고 방문해서 겪는 불쾌감은 줄일 수 있습니다.
[문제8] 비공개 문서나 회원 전용 자료를 링크 걸거나 피딩하는 경우
블로그코리아에 수집된 글을 클릭했을 경우 비공개 문서이거나 회원만 볼 수 있는 문서인 경우를 가끔 봅니다. 기본적으로 회원 전용 문서를 블코와 같은 공개 수집 사이트에 보내는 것은 예의에 어긋납니다. 회원 전용 글은 RSS 공급을 중지해야 합니다.
[문제9] 퍼가지 말라는 글을 퍼가는 경우
대개의 사이트에는 저작권에 적어놓은 글이 있기 마련입니다. 만약 어떤 사이트에서 퍼가기나 일부 자료의 링크, 소스펌을 금지시킨다면 이를 존중해야 합니다. 많은 네티즌이 공유를 외치면서 퍼가기 금지 사이트를 비난하는데, 기본적으로 공유와 저작권의 일차 예절은 저자의 권리와 의견을 최대한 존중하는 것입니다. 그러므로 퍼가지 말라고 적어놓았으면 퍼가지 않는 것이 바른 행동입니다. 공유와 공개정신은 저자에게 좀더 많은 정보의 공개와 공유에 참여해달라는 부탁하고 참여하는 정신이지, 저자의 의견을 무시하고 마음대로 퍼가거나 사용할 수 있는 권리가 아닙니다.
펌을 거치면서 원저자를 모르고 퍼간 경우라면 불가피하다고 할 수 있겠으나 원저자가 퍼가지 말라고 한 글을 보고도 퍼가는 행위는 변명이 안됩니다.
참고로, 자신도 퍼온 것으로 꾸며놓고는 다른 곳으로 퍼가는 것을 금지시키는 몰상식한 경우도 많습니다. 저작권 있는 동영상에 자막 입히고는 자기 작품이니 퍼가지 말라는 사람, 퍼온 사진으로 편집해 만든 사진파일을 퍼가지 말라는 사람, 음악 파일에 있는 자신의 ID나 이름을 새긴 후에 자기가 만든 노래라고 퍼가지 말라고 하는 사람 등 적반하장인 경우가 있습니다. 기본적으로 원소스인 동영상이나 사진, 음악은 저작권이 있는 자료이므로 여기에 자막을 입히거나 MP3로 추출하거나 자신의 이름을 새겨넣는 편집 작업을 거쳤다고 해서 자신의 창작물이 되지 않습니다. 제대로 말하자면 불법입니다. 그러므로 이런 자료의 저작권을 주장하는 것은 잘못이며, 보호할 가치가 없습니다.
[문제10] 깨진 링크에 대비하는 방법
시간이 지나면 여러 가지 환경 변화로 인해 링크 주소가 바뀌고 깨진 링크가 늡니다. 이 때문에 펌을 사용하는 경우가 많은데, 링크가 살아있는 상태에서 펌을 쓰는 것은 확실히 도덕적 비난에 직면하므로 부담스럽습니다. 그렇다고 해서 수 많은 링크의 소멸시기를 알 수 있는 것도 아니고. 이 부분은 저도 꽤 고민한 부분인데요, 제 생각으로는 링크를 기본으로 사용하고 자신의 사이트에는 여벌(미러, 백업)용 문서를 올려놓고 링크를 거는 형태가 적절한 타협안이라고 봅니다.
[보기]
*참고자료: 김중태문화원의 행복한 블로깅 10강령 [여벌]
펌글을 자신의 홈페이지에 올려놓은 뒤에 [여벌] 또는 (B)라는 형태로 링크를 뒤에 걸어둡니다. 이 경우 제목이 긴 원출처의 링크를 사람이 누르기 마련인데 만약 원출처 링크가 깨진 경우에는 여벌을 눌러 만일의 사태에 대비한 펌글을 볼 수 있는 형태가 링크와 펌글의 타협안이 될 것 같습니다. 링크를 사용함으로써 원출처로 방문을 유도하고 원저자를 밝히는 예의를 갖추었으며 여벌을 통해 깨진 링크라는 현실적인 문제에 대비하는 성과도 얻을 수 있다고 봅니다.
하드디스크 낭비나 몇몇 문제를 제기할 수도 있지만 완전한 링크나 완전한 펌이 가진 문제를 보완할 수 있는 현실적인 타협안이라 생각합니다.
[문제11] 링크나 펌 때 원저자에게 양해를 구하는 문제
기본적으로 링크나 펌 때 원저자에게 양해를 구하고 이를 허락받아 사용하는 것이 가장 좋은 형태라는 점은 두말할 필요가 없습니다. 하지만 이는 원칙론일 뿐, 현실적으로 이런 일은 쉽지 않습니다.
1. 하루에도 수 십 개의 자료를 링크나 펌의 형태로 사용하는 경우 일일이 허락을 구하기 위해 들여야 하는 노력과 시간이 너무 많습니다. 또한 원저자 입장에서도 글 하나 올릴 때마다 수 백 명이 편지를 보내 인용 여부를 물어본다면 부담스럽습니다.
2. 허락을 구하기까지 시간이 걸려 허락을 구한 뒤에는 정보 가치가 필요 없는 경우가 될 수 있습니다. 미아찾기 글이나 행사 안내용 기사처럼 시각을 다투는 글을 일일이 허락받는다면 이미 가치를 상실한 뒤가 됩니다.
3. 원출처를 모르거나 원저자에게 연락할 방법을 찾기 어려운 경우도 있습니다. 뉴스 같은 경우 어떤 사람에게 편지를 보내야 허락을 구할 수 있는지 난감합니다. 어떤 사이트는 자료만 있고 연락처가 없는 경우도 있습니다.
이런 이유로 실질적으로 원저자에게 양해를 구하는 경우는 거의 없습니다. 또한 저자들도 이런 이유를 감안하여 상식적인 선에서의 원글 링크나 펌을 허용하는 편입니다. 그렇다고 해서 현실적인 어려움을 핑계로 저자에게 양해를 구하지 않는 것이 정당하다는 뜻은 아닙니다.
상식이 있는 사람이라면 최소한 이런 경우에는 저자에게 양해를 구하는 것이 옳다는 것을 판단할 수 있고 대부분의 네티즌은 이런 판단이 가능합니다. 원글의 이용 상황은 양 쪽의 상황을 전부 고려해야 하므로 이런 경우에는 허락을 받아야 한다는 정해진 규칙을 적용하기 어렵습니다. 하지만 대부분의 국민이 세부적인 법규정을 모르거나 관련 법이 없는 경우에도 해야 할 행동과 하지 말아야 할 나쁜 행동을 아는 것처럼, 저자에게 허락을 받아야 하는 경우와 허락을 받지 않아도 되는 경우는 알 것이라고 생각합니다. 결국 저자에게 허락을 받는 문제는 네티즌 개인의 건전한 가치관에 맡길 수밖에 없습니다.
[문제12] 저자에게 링크 사실을 알리는 문제
11번에서 말한 것처럼 과거의 경우에는 자신이 원저자 글의 인용이나 링크, 펌 사실을 저자에게 알리기 어려웠습니다. 하지만 블로그의 경우에는 글걸기(트랙백)이라는 기능을 이용해 자신이 저자의 글을 링크 또는 펌을 했다는 사실을 알릴 수 있습니다.
자신이 사용한 모든 링크와 펌글에 대해 원저자에게 글을 걸어야 할 의무는 없지만 글걸기로 자신이 저자의 글을 활용했다는 사실을 알려준다면 무단 도용이라는 비난이나 싸움은 일어나지 않을 겁니다. 그러므로 여력이 허락하는대로 링크나 펌을 한 글은 관련된 글에 글걸기를 이용해 알려주는 것이 좋습니다.
[문제13] 비난 받지 않는 펌과 저작권 있는 자료의 활용은 어디인가?
기본적으로 내가 만들지 않은 모든 자료는 저작권이 있습니다. 글, 그림, 멀티미디어 모든 것이 저작권이 있습니다. 그렇다고 해서 모든 자료를 쓸 때마다 비용을 지불하거나 허락을 맡는 것은 불가능합니다. 실제로 인류 문화 계승과 창달의 대의적인 측면을 감안해 적절한 범위에서 비용 지불 없이 사용하는 것을 인정하고 있습니다. 도서관 안에 책을 복사할 수 있는 복사기를 두는 이유는 저작권을 심각하게 침해하지 않는 범위 내에서 학생들의 공부를 돕기 위함입니다.
마찬가지로 인터넷 자료의 경우에도 적당한 수준에서 활용이 가능해야 합니다. 아주 작은 것 하나까지도 비용을 지불하거나 허락을 받거나 출처를 밝히며 쓰라면 정보 흐름에 병목 현상이 생길 겁니다. 그렇다면 상식적으로 용인되는 자료의 활용 기준선은 무엇일까요? 다음과 같은 조건을 모두 갖춘다면 최소한의 상식적인 기준선은 지키는 것이라고 생각합니다.
1. 저자의 명예를 침해하지 않는 경우
2. 저자의 경제적 이익에 손해가 되지 않는 경우
3. 비영리적이고 비상업적인 사용인 경우
예를 들어 환타CF나 나이키 광고 같은 기업 CF 동영상의 경우 저작권은 회사에 있지만 CF 동영상 배포가 저자인 기업의 이익에 손해보다는 도움이 되며 명예를 침해하지 않습니다. 개인의 경우에는 비상업적인 용도로 사용되므로 세 가지 조건을 갖추었다고 볼 수 있습니다. 또한 리니지 캐릭터의 그림을 자신의 홈페이지에 아이콘이나 배경그림으로 활용하는 경우도 1~3의 조건을 만족한다고 볼 수 있습니다.
하지만 CF 동영상을 편집해 우스꽝스럽게 편집해 배포할 경우에는 저자의 명예를 침해할 수 있는 경우에 해당하고, 영화 동영상을 복사해 배포하는 경우는 저자의 경제적 이익에 손해를 끼치는 행위입니다. 또한 리니지 캐릭터를 이용해 화보집을 내거나 인형으로 만들어 판매하는 행위는 상업적으로 활용한 경우이므로 안됩니다.
(9) 올바른 링크와 펌 방법, 예절
원론적으로 볼 때 펌이 링크보다 나쁘다고 하지만, 현실적으로 보자면 펌을 너무 지나치게 막아도 자유로운 정보 흐름에 지장을 주며 또 막을 수도 없는 상황입니다. 결국 펌의 문제는 가능한 링크로 유도하되 펌이 필요한 경우에는 좀더 나은 방향으로 유도해 분쟁을 줄이는 것이 적절하다고 봅니다.
그렇다면 지금보다 좀더 나은 방향으로 유도하려면 어떻게 해야 할까요? 링크와 펌에 대해 기본적인 개념을 알려주고, 기본 원칙을 제시한 다음에 세부적인 판단과 적용은 네티즌의 건전한 상식을 믿는 것입니다.
링크와 펌의 문제는 저작권과 관련된 문제므로 원론으로 들어가면 매우 복잡미묘하게 얽힙니다. 하지만 네티즌 사이에서 펌을 둘러싸고 일어나는 문제는 법을 따지기 이전에 도덕적고 상식적인 수준에서 일어나는 문제인 경우가 대부분입니다. 결국 펌을 둘러싼 이런 문제는 상대방에 대한 배려 부족과 원저자의 명예와 권리에 대한 배려 부족, 방문자에 대한 배려 부족에서 발생한다고 봅니다. 예의 부족이 가장 큰 이유인 셈이죠. 그러므로 링크와 펌에 대해 올바르게 인식하고 바른 링크와 펌 방법을 적용하도록 노력하는 것이 펌을 둘러싼 문제 해결의 지름길이 될 것이라 생각합니다.
솔직하게 말해 저를 비롯한 보통 사람이 모든 면에서 완벽하게 링크 위주로 생활하고 걸고, 저자에게 허락을 구하거나 글걸기를 걸어주면서 인터넷을 사용하지는 못합니다. 하지만 가능한 그렇게 하려고 방향을 잡고 노력은 해야 합니다. 그래야만 100은 아니라도 낙제점을 넘는 60점 정도의 네티즌 자격은 획득하는 것 아니겠습니까. 오프라인 세상이나 온라인 세상 모두 마찬가지입니다. 모든 면에서 완벽하게 상대를 배려할 수는 없겠지만 상대를 배려하려는 방향으로 살려는 마음먹고 그렇게 노력하는 사람이 많을수록 살기 좋은 세상이 되는 겁니다. 100점 만점을 받지는 못하더라도 낙제점은 넘는 네티즌이 되도록 조금씩만 더 노력합시다. 조금만 더 참고, 배려하고, 바른 방향으로 인터넷을 쓰기 위해 노력합시다.
(10) 링크와 펌 관련 글
아래의 글에는 모두 글을 걸어두려고 했습니다만... 오류가 난 곳이 있어서 장담은 못하겠군요. ^^;
블로그에 대한 단상(8): 좀비는 결코 죽지 않는다.
블로그의 유행은 끝나야 한다.
쓰레기가 넘쳐나는 블로그
스크랩 블로그는 이제 그만!
열심히 펌질한 당신, 꺼져라!
트랙백 디렉토리를 이용하자
예의/예절 없는 블로그
펌질과 링크로 살펴본 원론과 방법론
인터넷 ‘펌’ 문화의 양면성과 '링크'의 역할
포탈업체 블로그의 펌 비율
이런 사람은 블로거(네티즌)라고 우기지 마세요.
블로그 - '퍼가기' 표준은 없을까?
카피레프트, 그리고 스크랩
넷상에서의 공개와 공유정신에 대해서..
자료의 도용(copy right)에 대해
블로거들의 비방 그리고, 블로그 폐쇄
넌 도대체 저작권에 대한 개념은 있는거냐?
• 
웹RSS수집 서비스 bloglines.com 1억 엔트리 돌파
링크, 펌에 대한 이야기 정리
네이버 마침내 싸이월드로 변신(?)
• 이 글의 먼글 주소 : http://www.dal.kr/mt/mt-tb.cgi/543
• 블로그이름 : Sandvendors :: Weblog Ver. 7.25
(2004년 08월 14일. 04:37)
• 걸린글제목 : Creative Commons - 웹에서의 지적 재산권
내 블로그를 읽는 사람들의 90% 이상은 아무런 관심을 갖지 않고 있으리라고 장담하는데, 내 블로그 하단에는 이런 마크가 붙어있다. 이것은 정식으로 말하면 Creative Commons License(이하 CCL)이다. 블로그를 중심으로 하나의 화두로 떠오른 개념인데, 일종의 지적 ... [모두 읽기]
• 블로그이름 : linkblog
(2004년 08월 16일. 16:52)
• 걸린글제목 : 링크, 펌에 대한 이야기 정리
요즘 시끌한 화두인 펌과 링크에 대한 종합정리... ㅡㅡ;;;; [모두 읽기]
• 블로그이름 : Vilao de Knabina
(2004년 08월 21일. 19:10)
• 걸린글제목 : 링크, 펌에 대한 이야기 정리 -김중태문화원
링크 [모두 읽기]
• 블로그이름 : Forest
(2004년 08월 24일. 14:33)
• 걸린글제목 : 싸이월드든 네이버든 본질을 알면 쓸 수가 없다.
예전에 여러가지 이유 때문에 싸이월드를 조선일보만큼 증오한다는 요지의 글을 쓴 적이 있다. 그 내용중에 약관을 제대로 읽어보면 절대 가입하지 않을 것이라고 했었는데 (약관을 대부분 읽는 편이라 그런 이야기를 했었다.) 블로그를 돌아다니다가 약관에 든 내용에 �... [모두 읽기]
• 블로그이름 : Fithelestre in an Egloo
(2004년 10월 19일. 19:33)
• 걸린글제목 : 대한민국의 [펌]문화
누가 [펌]글에 돌을 던지랴(원글)
[펌]글 옹호론에 대한 반론
저작권과 네티즌, 의식함양의 책임은?
[[펌]글 옹호론에 대한 반론]에 대한 찬론
* 트랙백 방법을 알아내 링크 걸어 놓습니다.
원래 두번째 링크 쓰신 gaya님 생각이랑 거의 같았는데, 세번째 글에... [모두 읽기]
• 블로그이름 : readme 파일
(2004년 10월 30일. 00:23)
• 걸린글제목 : [연재] '펌' 대안 없을 경우에만 하자
한문 선생님께서 강의 도중 말씀하신 게 생각나서 적습니다. "내 강의를 녹음해서 개인적으로 활용하는 건 상관없어요. 하지만 그걸 공개 게시판이나 사이트에 올리진 마세요. 왜냐하면, 그 자료가 너무 여러 곳에 퍼져버리고 나면, 나중에 좀 더 보완된 내용을 전하거나... [모두 읽기]
• 블로그이름 : ▒▒ Blooming Town ▒▒
(2004년 11월 08일. 08:29)
• 걸린글제목 : [펌]글 사태를 정리하면서...
이번 ‘홍역’을 치르면서 정말 많은 것을 생각하게 되었어요.
과연 ‘블로그’가 무엇인지, 또 공개된 글이 미치는 파장에 대해 다시 한 번 심각하게 고민하게 되었으니까요.
*관련글 - 드디어 제 글도 누군가 '퍼'가는군요. by 피오넬
일단 하나 둘씩 차근히 정... [모두 읽기]
• 블로그이름 : suz weblog
(2005년 07월 10일. 18:46)
• 걸린글제목 : 링크, 펌에 대한 이야기 정리
김중태 문화원 블로그 에 걸린 글입니다. 링크와 펌. 저작권과 관련된 문제를 다루고 있는 글입니다... [모두 읽기]
긴글이라고 압박을 처음에 주셔서 망설였는데, 정말 잘 정리해주셨습니다..
이 글을 읽고 많은 분들이 참다운 넷상에서의 공유와 상호 예의에 관해 생각해 볼 수 있었으면 좋겠습니다..
강력히 추천합니다.. 수고하셨습니다..^^
링크와 펌에 대한 개념 정리부터 대안 제시까지 완전하게, 정말 잘 정리된 글이네요. 잘 봤습니다. :)
링크와 펌에 대한 개념 정리부터 대안 제시까지 완전하게, 정말 잘 정리된 글이네요. 잘 봤습니다. :)
제가 정밀하게 탐구하지 못한 부분을 새롭게 알게 되는 계기가 됐습니다. '어떤 쪽이 자원을 더 소모하는가' 와 '깨진 링크의 의미' 에 관한 부분에 대해 깊이 생각할 기회를 주시네요.
가입형 블로그 서비스들의 저자권 관련 이용약관에 대한 글이 이글루스에 올라와 있습니다.
http://mizar92.egloos.com/227531
바로 밑의 Mizar 씨의 글입니다.
덧글들에 네티즌 생각을 읽을 수 있네요.
Mizar님: 수고는요. 감사합니다. ^_^
토끼군님: 긴 글 읽느라 노고가 많으십니다. ^^;
readme님: 원론은 분명한데 사실 가장 효과적인 방법론을 찾기란 쉽지 않습니다. 방법론은 당시의 의식과 문화에 따라 변하니까요.
이현봉님: 회사일도 바쁘신데 덧글까지 다 읽으셨군요. ^^;
이번에 문제가 된 약관의 경우 네티즌이 생각하는 그런 악의적인 의도를 가지고 만든 약관은 아닙니다만, 아무 생각 없이 남의 것을 베낀데다, 표현 상의 문제(우리말에 무관심한 댓가)까지 겹쳐 많은 오해와 욕을 자초한 셈입니다. 그렇지만 제3자에게 제공하는 부분은 불공정한 부분임이 분명합니다.
약관의 표현 문제에 대해서는 나중에 따로 글을 써 올리겠습니다.
음.. 여기에도 저 링크가 올라와있군요.
그만큼 많은 분들이 관심을 가지고 계신 것 같다는 느낌이 듭니다. 예상보다 상당한 파문이 되고 있는 것 같더군요.
수고스러우시겠지만 네티즌들의 오해와 서비스사 들의 불공정한 약관 및 관행에 대해 정리를 해주시면 많은 분들에게 참고가 되지 않을까합니다..
그럼 기다리고 있겠습니다..
모자라고 미흡했던 개념의 빈란을 채워주시니 감사드립니다. 길다고 하셨지만 스크롤바 내림은 아주 자연스런 흐름이었습니다.
Mizar님: 답글이 늦었네요. 약관 부분은 불공정하다고 할 정도는 아닙니다만... 표현에 문제는 있다고 봅니다.
늘꿈속님: readme님 블로그를 통해서 좋은 글 보고 있습니다.
실은 너무 긴글이라 쓰윽 지나쳐만 보고 자세히 읽지 않았었는데, 이번에 세세하게 다시 읽어보게 되었어요.
트랙백 하나 보냈습니다.