위키백과:사랑방 (일반)/2014년 제33주

일반 사랑방
◀ 2014년 제33주 ▶
2014년 8월
주	월	화	수	목	금	토	일
31	28	29	30	31	1	2	3
32	4	5	6	7	8	9	10
33	11	12	13	14	15	16	17
34	18	19	20	21	22	23	24
35	25	26	27	28	29	30	31
새 글 쓰기
/ 보존 문서

Super-protect

어제 오후 9시쯤, 재단의 개발자 Tim starling이 super-protect 보호 등급을 새로 만드는 패치를 적용했습니다. 이 패치는 특정한 사용자 (재단으로 판명됨)가 관리자도 편집하지 못하게 문서를 보호하는 기능입니다. 이 기능은 잠시 후 적용되어 독일어 위키백과 Common.js가 보호되었습니다. 현재 이 기능은 staff 전역 권한 (재단 직원에게 부여됨)에게 할당되어 있습니다. — by 레비Revi^Discuss_{SUL Info} at 2014년 8월 11일 (월) 01:22 (KST)

로컬 위키의 자율성을 해치기 때문에 저는 유감을 표합니다. --콩가루 (토론) 2014년 8월 11일 (월) 02:23 (KST)

[1]에 관련된 토론이 있습니다. 걱정하는 편집자들이 많이 있군요. 독일 편집자들은 매우 강경하네요. 메일링 리스트의 새로운 쓰레드인 'Options for the German Wikipedia'에서는 현재 상황을 일종의 전쟁으로 간주를 하고 Common.js 보호조치에 대항하여 Vector.js나 Monobook.js를 이용하여 무력화하는 등 대항을 하기로 했네요. --케골 2014년 8월 11일 (월) 11:24 (KST)

대항하자는 제안일 뿐입니다. 실행된 적은 없습니다. — by 레비Revi^Discuss_{SUL Info} at 2014년 8월 11일 (월) 23:39 (KST)

재단의 경우 틀의 과도한 사용 및 설계 오류로 인한 서버 자원 과도 사용 문제, 사생활 침해나 명예훼손, 저작권 위반 등 법률적 문제 등 강제성이 필요한 경우에만 관여해야 합니다. 재단의 사람들이 개인의 자격으로 기여하는 것은 상관이 없지만 총의 없이 무작정 밀어붙이는 것은 아니라고 생각합니다. --콩가루 (토론) 2014년 8월 11일 (월) 11:27 (KST)

보호 정책의 공적 행위(Office Action)에 대한 강제를 위해서 제안된 기능이라 생각했는데, 엉뚱하게 위키미디어의 기능(미디어 보기)을 독일어 위키백과 공동체에서 뺀 것을 되돌리는데 사용되었네요. 독일어 위키백과 공동체와 위키미디어 재단 사이의 대립이라... 구경꾼 입장에서는 흥미진진한 주제군요. 독일어 위키백과는 영어 외에 처음으로 만들어진 위키백과이며, "위키미디어 독일" 역시 처음으로 만들어진 위키미디어 지역 협회입니다. 위키백과의 자율성과 통일성 사이에서 어떤 결과가 나올지 모르겠지만, 그 결과는 위키백과 역사에서 중요한 결정이 될 듯 싶습니다. (사실 미디어 보기 기능은 편집자 입장에서는 불편합니다.) -- ChongDae (토론) 2014년 8월 11일 (월) 18:13 (KST)

저도 미디어 보기 기능이 불편합니다. 이 기능을 한국어 위키백과에서도 동작하지 않게 만들면 좋겠습니다. --케골 2014년 8월 12일 (화) 09:41 (KST)

재단은 현재 미디어 보기 기능을 비활성화하기를 거부하고 있으며, 요청을 한 영어 위키백과에서는 자바스크립트로 해당 기능을 무효화했다가 되돌림 + 관리자 권한 회수 협박(협박을 한 사람도 이번의 Erik입니다)을 당했고 (비직접적으로는 중재위 요청이 열렸습니다), 독일어 위키백과는 영어 위키백과와 같은 자바스크립트 트릭을 썼다가 문제의 super-protect를 당했지요. 유일하게 허용된 곳은 공용의 로그인한 사용자 대상인데, 이 그룹은 대부분이 미디어를 감상하는 것이 목적이 아니라 미디어를 관리하는 게 목적이라는 점이 고려되었다 - 는 것이 재단의 입장입니다. — by 레비Revi^Discuss_{SUL Info} at 2014년 8월 12일 (화) 12:05 (KST)

재단의 기술부서의 입장을 더 들어보고 싶네요. 어떤 이유에서 이런 방법을 사용하는지 궁금하네요. 단순히 새로 개발된 미디어 보기기능을 적용하는 문제가 아니라 다른 비슷한 의견의 충돌이 있었지 않을까 생각이 드는데요. 독일지부의 Toolserver와 재단의 Tool Labs 운영에 대해서도 긴장이 있었지요. 비슷한 느낌이에요. --케골 2014년 8월 12일 (화) 12:20 (KST)

설령 공적 행위를 위한 것이라도 총의를 거쳐야 하는 게 일반적인 절차이고, 이번 패치는 속칭 '잠수함 패치'처럼 빠르게, (코드 리뷰에서 23분은 매우 빠른 겁니다.) 소리소문 없이 운영 서버에 적용되었다는 건 문제가 있어 보입니다. 미디어위키 코어에 적용된 추가 패치에서 편집 권한이 없는 사람은 삭제가 불가능이라는 패치가 적용 (이것도 운영 서버에 적용됐습니다)됐는데, 이 코드는 이제 번역 확장기능과 충돌하고 있네요. — by 레비Revi^Discuss_{SUL Info} at 2014년 8월 11일 (월) 23:39 (KST)

위키미디어 프로젝트는 관리자를 포함한 무수한 기여자 덕분에 성장을 할 수 있었습니다. 하지만 이번 재단의 처사는 단순히 총의를 무시했을 뿐만 아니라 앞으로도 이렇게 밀어붙일 수 있는 나쁜 선례를 남겼다는 것입니다. 한국어 위키백과는 우리 모두의 것입니다. 우리 모두의 것인데 "우리" 중 단 한 명도 편집할 수 없는 문서가 있다는 것은 말이 안 됩니다. 한국어 위키백과에도 super-protect가 적용되지 않는다고는 말 못합니다. 이러한 상황에 대비하여 대책이 필요할 것 같긴 합니다.--콩가루 (토론) 2014년 8월 11일 (월) 23:42 (KST)

일단 전후 사정을 잘 알아보는 것이 필요하겠지요. --10k (토론) 2014년 8월 12일 (화) 03:11 (KST)

자세한 내막은 잘 모르겠지만 재단의 결정이라면 따라야 하지 않을까 싶습니다. '총의'에도 예외는 있습니다. jtm71 (토론) 2014년 8월 12일 (화) 05:31 (KST)

아직 재단의 공식적인 OA인지는 모르겠습니다. 소프트웨어를 개발하는 기술부서의 책임자의 결정으로 생각을 합니다만, 그 기능을 개발하는 것과 그것을 특정목적으로 활용하는 것은 다르기 때문에 현재 상태라면 그 책임자의 월권 행위라고 생각을 합니다. --케골 2014년 8월 12일 (화) 09:37 (KST)

0. 독일어 위키백과 common.js 편집 역사에 wmf edit 이라는 편집 요약으로 보아 공적 행위 - 재단의 공식 입장으로 보입니다.

1. 그러나 재단의 결정이라고 모두 따라야 하는 것은 아닙니다. 공동체가 요구한다면, 재단은 그 요구가 기술적으로 불가능하거나 하지 않는 이상 그것을 들어 주어야 합니다. (이 경우, 기술적으로 가능하지만 하지 않겠다는 것이 재단의 입장입니다.
2. 또한, 많은 공동체 (공용, 영어/독일어 위키백과의 사용자들)이 특정한 문제가 있다고 말한다면, 재단은 그 문제를 귀담아 들어야 하며, 적절히 조치해야 합니다. 그러나 재단은 작년 시각편집기 이슈 (영어 위키백과), 타이포그래피 개선 (실제로는 별로 개선도 아니고 퇴보라고 생각합니다만 - 기술 사랑방 5월에 묻혀진 기능 비활성화 요청이 있죠.) 등의 이슈에서 재단은 공동체로부터 비활성화 요구 (시각편집기에는 버그질라: 50631  버그가 있지요), 혹은 문제 제기, 불만 등이 있었습니다. 재단은 이러한 불만으로부터 무언가 - 현재의 릴리즈 방식이 잘못되었다 - 를 깨달았어야 합니다. 그러나 재단은 그러한 것을 깨닫지 못한 것으로 보이며, 이번에 한 방 터졌죠.
3. 재단은 이러한 신 기능의 도입을 새 사용자를 편집자로 만들겠다는 이유로 진행하고 있지만, 새 사용자 유입에 너무 신경 쓴 나머지 기존 사용자를 무시하고 있다는 느낌을 받고 있습니다. 새 사용자만으로는 위키백과 및 자매프로젝트가 유지될 수 없으며, 새 사용자를 이끌어야 할 올드비 - 숙련된 사용자도 필요합니다.

(PS. 위키미디어-l 메일링 리스트에서 번역, 인용한 부분이 있습니다.)— by 레비Revi^Discuss_{SUL Info} at 2014년 8월 13일 (수) 03:33 (KST)

이번 일로 많은 기여자가 떠나지 않을까 염려되는군요. 위키백과를 읽기만 하는 사용자에게는 새로운 UI가 편할 수 있겠죠. 하지만 위키백과를 편집하는 사용자에게는 새로운 UI가 매우 불편합니다. UI는 선택이 가능해야지 강제되어서는 안됩니다. 저도 케골님의 의견에 동의합니다. 한국어 위키백과 유저들 사이에서 총의라든가 성명이 필요하지는 않을까요? --이강철 (토론) 2014년 8월 13일 (수) 00:18 (KST)

@이강철: 일단 저는 1. 재단의 임의적인 미디어뷰어 강제에 대한 사과, 2. Superprotect 기능 제거 이 두가지를 주된 내용으로 할 것을 제안합니다.--콩가루 (토론) 2014년 8월 13일 (수) 00:27 (KST)

일단 아래 코드를 로컬의 사용자 페이지 하의 common.js에 아래 코드를 삽입하시면 미디어뷰어가 활성화되지 않습니다.

//미디어뷰어 끄기 - 모바일 관련 이슈, 속도 문제
mw.config.set("wgMediaViewerOnClick", false);

--콩가루 (토론) 2014년 8월 13일 (수) 00:24 (KST)

그냥 환경 설정에서 끄면 되는데요. 굳이 자바스크립트 넣을 필요 없어요.— by 레비Revi^Discuss_{SUL Info} at 2014년 8월 13일 (수) 03:33 (KST)

관리자의 기능을 사용할 수 없는 일반 편집자의 입장에서는 '관리자의 권한 제한의 가능성'이 그다지 중요한 의미를 지니는 것으로 여겨지지 않습니다. 위키백과에서 관리자는 '단지 빗자루와 대걸레를 들고 말 그대로의 관리를 할 뿐'이라고 지금까지 언급해 왔고, 이는 재단이 편의상 관리의 일부 역할을 관리자에 위임한 것으로 생각하는 것이 옳을 것입니다. / 한국어 위키백과가 위키미디어 재단이라는 우산의 그늘 아래 있는 한, 재단의 결정에 따를 수 밖에는 없을 것입니다. 즉, 현실적으로 '총의'를 재단을 결정보다 우위에 둘 수는 없습니다. 이는 영어 위키백과와 한국어 위키백과의 문서(Wikipedia:Consensus#Decisions not subject to consensus of editors, 위키백과:총의#예외)에도 설명되어 있습니다. (다만, 경우에 따라서는 위키미디어 재단의 정책에 대한 조언이나 항의는 가능하다고 생각합니다.) jtm71 (토론) 2014년 8월 13일 (수) 08:36 (KST)

문서 생성부터 출처 필요, 정리 필요 틀 사용?

• 장보영, 대니 (가수), 어스 (음악 그룹), 광주 모씨, 모기윤, 함석은, ‎마누엘 오르테가, 남원 윤씨...
• 청구그룹

이들 문서들의 공통점은 모두 문서가 처음 생성 당시 부터 {{출처 필요}}, {{정리 필요}}와 같은 틀이 붙었다는 점이며 (일부도 있겠지만) 대부분 IP 사용자들이 작성한 문서입니다. 특히 {{출처 필요}}가 붙은 문서는 인물에 많이 붙어 있는데 상당수가 저명성 확인이 불분명한 인물들이며 내용도 토막글 수준입니다.

IP 사용자들도 문서 만들려는 의욕이 있고해서 이런식으로 토막글 수준으로 문서를 만든 점, 이해합니다. 하지만 문서마다 {{출처 필요}}, {{[[틀:정리 필요|정리 필요}}와 같은 틀이 붙는다는 것은 이 틀이 상당히 남용되고 있음을 뜻하기도 합니다. 생성 자체부터 저런 틀을 붙이고 나온다는 것은 '일단 문서는 만들어 던져놓고 보자, 출처는 누가 알아서 채우겠지 뭐' 이런 식이라는 얘기밖에 되지 않습니다. 이 틀을 사용하는데 있어서 남용되지 않게 대책이 세워져야 한다고 봅니다.--커뷰 (토론) 2014년 8월 11일 (월) 23:29 (KST)

초보 사용자가 출처를 어떻게 찾아야 하는지 몰라서 그럴 수도 있습니다. 백:신뢰할 수 있는 출처나 백:출처 밝히기 등이 있지만 이들 문서는 신뢰할 수 있는 출처를 구별하는 기준, 신뢰할 수 있는 출처의 정의, 출처를 밝혀야 하는 이유와 기술적 관점에서 출처를 밝히는 법을 나열합니다. 따라서 어떻게 출처를 찾을 수 있는지 설명하는 문서가 필요하다고 생각합니다. 일단 출처를 찾아서 달 수 있는 사용자가 많아야 해당 틀이 더 붙는 일이 줄겠지요.--콩가루 (토론) 2014년 8월 11일 (월) 23:33 (KST)

어떤 관리자분이 출처없는 문서마다 무턱대고 출처 필요 틀를 붙여서 좀 고까웠는데 제가 봐도 출처 필요 틀은 너무 남용되고 있는 것 같습니다. 출처가 하나도 없는 글이라고 출처 핗요 틀을 무조건 붙여야 하나요? -- S.H.Yoon 論 · 기여 · F.A. 2014년 8월 12일 (화) 05:34 (KST)

의견 자기가 알고 있는 걸 여기에 풀면서 그것을 뒷받침하는 근거를 드는 것은 학문적 성실성에 관한 문제입니다. 무슨 규칙을 설정한다 하여 해결될 것 같지는 않습니다. --Yjs5497 (토론) 2014년 8월 12일 (화) 19:13 (KST)

위키백과를 편집하는 것과 학문을 하는 것은 다른 일인 것 같습니다. 우리의 일은 사용자들을 격려하고 참여를 유발하여 지식의 집대성을 이루는 것입니다. 또한 모든 지식이 출처를 요하는 것은 아닙니다. 하지만 의심을 불러 일으키는 지식에는 출처를 요청하는 것은 당연한 일입니다. 이것도 초보 편집자들에게 충분히 설명을 드리면 좋겠습니다. 출처 요구를 붙이는 분들께는 남용을 주의해달라는 말씀도 해드리면 좋겠습니다. --케골 2014년 8월 12일 (화) 20:25 (KST)

공감합니다. 모든 내용에 출처가 필요한 것은 아닙니다. "지구는 둥글다"는 말은 출처가 필요 없습니다. "물은 아래로 흐른다"는 말 역시 출처가 필요 없습니다. 너무나 당연한 내용에는 굳이 출처를 붙이지 않아도 됩니다. 다만 특별한 내용을 올릴 때는 반드시 특별한 출처가 필요합니다. "부여의 시조인 동명왕과 고구려의 시조인 동명성왕은 서로 다른 인물이다"라는 주장에는 역사학계의 출처를 제시하는 것이 마땅합니다. -- 아사달(Asadal) (토론) 2014년 8월 13일 (수) 03:08 (KST)

{{글 숨김}}의 잘못된 표현: '보이기'

{{글 숨김}}, {{글 숨김2}}, {{숨김 시작}}에 나오는 ‘보이기’는 잘못된 표현입니다. '보이다'는 '보다'의 피동(남에 의해 무엇이 보이다) 또는 사동(내가 무엇을 누구에게 보이다) 표현인데요. 사용자가 내리는 명령을 피동으로 표현하면 어색해요. '듣기'가 '들리기', '열기'가 '열리기', '닫기'가 '닫히기'라고 생각해 보시면 잘못됐다는 걸 금방 느끼실 겁니다. 자기가 클릭해 놓고는 '앗, 누가 열었는지 모르겠지만 갑자기 내용이 보인다.'라고 하는 모양새인데요. 본인을 제3자화하는 꼴이죠. 사동인 경우도 이상하긴 마찬가지입니다. '숨다'의 사동 표현인 '숨기기'는 주체가 사용자이고 실제 행동하는 대상은 틀 속의 내용이라 자연스럽지만, '보이기'를 사동으로 본다면 '보여주기'와 같은 뜻입니다. 내가 클릭해서 나 자신에게 보여준다? 내가 나에게 음악을 들려주기? 내가 나를 위해 파일을 열어주기? 이상하지 않으세요? '보이기'는 '보기', '열기', '펼치기' 등으로 바꿔야 합니다. --C1052d (토론) 2014년 8월 12일 (화) 21:39 (KST)

어법에 대해서는 잘 모르겠으나, 펼치기가 더 정확해 보입니다. --10k (토론) 2014년 8월 13일 (수) 01:56 (KST)

예, 잘 지적하신대로 '보기'라고 쓰는 것이 어법에 맞습니다. 이 상황에서 '보이기'는 틀린 말입니다. 다만, 이 액션의 경우 서로 쌍을 이루므로 '보임', '숨김'도 좋을 듯합니다. 물론 '펼치기', '접기'라고 쓸 수도 있을 것입니다. -- 아사달(Asadal) (토론) 2014년 8월 13일 (수) 03:02 (KST)

펼치기 / 접기로 단어를 수정하는것에 찬성합니다. --StarryKnight^Talk 2014년 8월 13일 (수) 03:57 (KST)