위키백과:아티클 수정사항 가지치기

Wikipedia
바쁜 위키피디아 편집자가 기사를 다듬는 것처럼, 이 식목가는 나무를 진지하게 다듬고 있습니다.

오늘날 위키백과에는 700만 개 미만의 기사(그리고 수백만 개의 레드 링크 기사)가 있지만, 총 수정 횟수는 12억 개가 넘습니다.현재 기사 수는 669만4375건으로 총 수정 건수는 116만4362만974건으로 기사당 평균[1] 174건의 수정이 가능합니다.

때때로 사람들은 기사나 편집의 수가 문제가 된다고 걱정합니다.그렇지는 않지만 기사 기록을 생산적인 방식으로 쉽게 사용할 수 있도록 노력하는 것은 동료 인간에게 우호적입니다.한 가지 방법은 변경사항에 대해 불필요하게 많은 수정사항을 사용하지 않도록 하는 것이며, 다른 방법은 엄격하게 요구되는 수정사항보다 더 많은 수정사항을 사용하여 사용자가 수행 중인 작업과 이유를 명확하게 말할 수 있도록 하는 것입니다.

기술적 문제 및 비용

수정 횟수는 기술적 또는 비용 문제가 아닙니다.Wikimedia 서버는 이전 버전을 큰 배치로 결합한 다음 압축합니다.리비전 간에 많은 부분이 동일하기 때문에 압축을 수행하면 스토리지 공간이 크게 줄어듭니다.2004년 말과 2005년 초에 Wikimedia는 이 작업을 위해 일부 웹 서버에서 SATA 하드 디스크를 사용하기 때문에 저장 공간이 거의 비어 있습니다.SATA 디스크는 매우 저렴하며 서버는 이미 페이지 작성에 사용되고 있기 때문에 추가 비용이 거의 들지 않습니다.기본 데이터베이스 서버와 마찬가지로 각 세트의 여러 복사본을 보관하여 시스템 하나의 장애로 인해 문제가 발생하지 않도록 합니다.

일부 사람들은 기사나 수정사항을 삭제하면 공간이 절약된다고 잘못 생각합니다.위키백과는 삭제된 문서를 포함하여 모든 이전 버전의 문서와 버전을 보관합니다.삭제해도 공간이 저장되지 않습니다.기본 권한을 가진 편집자는 이러한 버전을 볼 수 없으며 해당 버전이 사라졌다고 잘못 생각할 수 있습니다.관리자는 대부분의 관리자를 볼 수 있으며, 감독 권한이 있는 사용자도 대부분의 관리자로부터 은폐를 위해 삭제된 일부만 볼 수 있습니다.

편집할 때마다 약간의 비용이 듭니다.메타데이터 및 요약 정보에는 소량의 스토리지가 사용됩니다.편집 내용도 슬레이브 데이터베이스 서버로 전송해야 합니다.극단적인 편집 속도에서는 사용 가능한 최신 개정판에서 짧은 지연이 발생할 수 있지만, 오늘날 사용되는 서버의 속도는 충분히 빠르며 프로세스도 충분히 간소화되어 2004/5년에는 이러한 문제가 발생하지 않았습니다.이와 관련된 문제는 기본적으로 미디어위키 설계에서 발생한 것입니다.

법적 문제

위키백과에서 사용하는 라이선스는 모든 개정판을 저장해야 합니다.일부 수정본을 숨기는 대신 전면적으로 수정본을 삭제하는 경우 해당 기사는 저작권 침해가 되어 백지로 되돌리고 다시 작성해야 합니다.이러한 이유로 기사 텍스트를 복사한 다음 원본을 삭제하려는 생각은 비현실적입니다.그러지 마세요. 저작권법을 준수하는 것은 여기서 매우 심각하게 고려되는 일입니다.

다수의 수정사항에 대한 문제

많은 수정사항에 대한 기술적인 문제는 없지만, 불필요한 수정사항을 부주의하게 사용하는 인간적인 문제도 있습니다.

물품품질

실험적 또는 "정크" 편집으로 꽉 막힌 편집 내역은 무슨 일이 언제 일어났는지 알아내려는 인간에게 혼란스러울 수 있습니다.최종 계획을 달성하기 위해 기사를 여러 번 편집하는 편집자는 최종 계획 이전의 편집 내용을 오래 남지 않는 임시 수정사항으로 볼 수 있습니다.때로는 영구적으로 계획된 수정본을 한 번의 편집으로 만드는 것이 쉽지 않거나 가능하지도 않습니다.이는 편집에 많은 양의 정보가 포함되어 있거나 한 번에 모든 텍스트를 입력하기 어려운 경우에 해당할 수 있습니다.위키백과는 진행 중인 작업이고 완료 기한이 없지만, 역사를 보는 사람들이 각 편집에서 무엇을 왜 했는지 이해할 수 있도록 삶을 더 쉽게 만드는 것이 좋습니다.

합리적인 경우 다음 단계를 고려하십시오. 이 단계 중 어느 것도 필요하지 않지만 때때로 다른 사람들의 삶을 더 편하게 만들 수 있습니다.

  1. 여러 편집을 하나의 "저장" 작업으로 결합합니다.진행 중인 작업을 보려면 기사 미리 보기 기능을 사용합니다.
  2. 편집 설명의 명확성을 훼손하지 마십시오. 이것이 역사를 보는 사람들이 가장 먼저 볼 수 있는 것입니다.두 가지 솔루션이 있습니다.
    긴 요약이 필요한 경우, 긴 설명을 대화 페이지에 새 주제/섹션으로 게시하고(대화 페이지 이전에 기사를 편집했다고 가정) 기사 수정 요약에서 "대화별로 편집:기사 번호주제 강연], 곧 발표될 예정입니다."
    또는 여러 편집이 수행 중인 작업을 명확하게 하는 가장 좋은 방법인 경우 여러 편집을 사용합니다.
  3. 파괴 행위를 되돌리는 경우 동시에 수행해야 할 다른 변경 사항이 있는지 확인합니다.오래된 링크나 오타는 없나요?
  4. 오프라인 또는 샌드박스에서 새 문서를 만든 다음 미리 보기용으로만 온라인으로 복사합니다.
  5. 픽서-봇을 너무 자주 실행하지 말고 사소한 자동 업데이트, 특히 파괴 행위 농담의 사소한 단어나 자동 수정 문법에 주의하십시오.

참고 항목

노트

  1. ^ 기사당 평균 리비전 수는 총 리비전 수를 총 페이지(평균 = #total_message / #pages)로 나눈 값으로 계산됩니다.
    {{EDITS 수:R}} / {{기사 수:R}}.