위키 - Wiki

무료 백과 사전, 위키피디아에서

Pin
Send
Share
Send

인터뷰 워드 커닝햄, 위키의 발명가.

위키 (/ˈwɪ케이나는/ (이 소리에 대해들리다) WIK-ee)는 하이퍼 텍스트 출판 공동 편집 자신의 청중이 직접 웹 브라우저. 일반적인 위키에는 프로젝트의 주제 또는 범위에 대한 여러 페이지가 포함되어 있으며 일반에게 공개되거나 내부 유지 관리를 위해 조직 내에서 사용하도록 제한 될 수 있습니다. 지식 기반.

Wiki는 다음에 의해 활성화됩니다. 위키 소프트웨어, 그렇지 않으면 위키 엔진이라고도합니다. 위키 엔진은 콘텐츠 관리 시스템, 다른 것과 다름 웹 기반 같은 시스템 블로그 소프트웨어, 콘텐츠가 정의 된 소유자 또는 리더없이 생성되고 위키에는 고유 한 구조가 거의 없기 때문에 사용자의 요구에 따라 구조가 나타날 수 있습니다.[1] Wiki 엔진은 일반적으로 단순화 된 마크 업 언어 그리고 때로는 a의 도움으로 편집 서식있는 텍스트 편집기.[2] 독립 실행 형 및 다음과 같은 다른 소프트웨어의 일부인 수십 개의 다른 위키 엔진이 사용되고 있습니다. 버그 추적 시스템. 일부 위키 엔진은 오픈 소스, 다른 것들은 소유권. 일부는 다른 기능 (액세스 수준)에 대한 제어를 허용합니다. 예를 들어 편집 권한은 자료의 변경, 추가 또는 제거를 허용 할 수 있습니다. 다른 사람들은 액세스 제어를 시행하지 않고 액세스를 허용 할 수 있습니다. 콘텐츠를 구성하기 위해 다른 규칙이 적용될 수 있습니다.

온라인 백과 사전 프로젝트 위키 백과 는 가장 인기있는 위키 기반 웹 사이트이며, 2007 년 이후 상위 10 위 안에 드는 세계에서 가장 많이 조회되는 사이트 중 하나입니다.[3] Wikipedia는 단일 위키가 아니라 수백 개의 위키 모음으로, 각 위키는 특정 언어와 관련이 있습니다. Wikipedia 외에도 공용 및 개인용으로 사용되는 수십만 개의 다른 Wiki가 있습니다. 지식 관리 자원, 필기하기 도구, 커뮤니티 웹 사이트, 및 인트라넷. 영어 위키 백과에는 가장 많은 기사 모음이 있습니다. 2020 년 2 월 현재 6 백만 개가 넘는 기사가 있습니다. 워드 커닝햄, 최초의 위키 소프트웨어 개발자, WikiWikiWeb, 원래 위키를 "작동 할 수있는 가장 간단한 온라인 데이터베이스"라고 설명했습니다.[4] "위키"(발음 [위키][참고 1])는 하와이안 "빠른"을 의미하는 단어입니다.[5][6][7]

형질

워드 커닝햄, 위키의 발명가.

Ward Cunningham 및 공동 저자 Bo Leuf, 그들의 책에서 위키 방식 : 웹에서의 빠른 공동 작업, Wiki 개념의 본질을 다음과 같이 설명했습니다.[8]

  • Wiki는 전문가뿐만 아니라 모든 사용자를 초대하여 페이지 또는 표준 만 사용하여 위키 웹 사이트 내에 새 페이지를 만들려면 "순수 바닐라" 추가 기능이없는 웹 브라우저 애드온.
  • Wiki는 페이지 링크 생성을 직관적으로 쉽게 만들고 의도 한 대상 페이지의 존재 여부를 보여줌으로써 서로 다른 페이지 간의 의미있는 주제 연관을 촉진합니다.
  • 위키는 아니 전문가와 전문 작가가 세 심하게 제작 한 사이트로 일반 방문객을 위해 설계되었습니다. 대신 웹 사이트 환경을 지속적으로 변화시키는 지속적인 생성 및 협업 프로세스에 일반적인 방문자 / 사용자를 참여 시키려고합니다.

Wiki를 사용하면 편집자 및 기고자 커뮤니티가 공동으로 문서를 작성할 수 있습니다. 사람들이 기여하는 데 필요한 것은 컴퓨터뿐입니다. 인터넷 액세스, a 웹 브라우저, 그리고 a에 대한 기본적인 이해 간단한 마크 업 언어 (예 : 미디어 위키 마크 업 언어). 위키 웹 사이트의 단일 페이지를 "위키 페이지"라고 부르는 반면, 일반적으로 서로 잘 연결되어있는 전체 페이지 모음은 하이퍼 링크, "위키"입니다. 위키는 본질적으로 정보를 만들고 탐색하고 검색하기위한 데이터베이스입니다. Wiki는 비선형, 진화, 복잡하고 네트워크화 된 텍스트를 허용하는 동시에 콘텐츠 및 서식에 관한 편집자 논쟁, 토론 및 상호 작용을 허용합니다.[9] 위키 기술의 특징은 페이지를 쉽게 만들고 업데이트 할 수 있다는 것입니다. 일반적으로 수정이 수락되기 전에 중재자 나 게이트 키퍼의 검토가 없으므로 웹 사이트가 변경됩니다. 많은 위키는 등록을 요구하지 않고 일반 대중에 의해 변경 될 수 있습니다. 사용자 계정. 많은 편집이 가능합니다. 실시간 거의 즉시 온라인에 표시되지만이 기능은 시스템 남용을 용이하게합니다. 개인 위키 서버에는 사용자 인증 페이지를 편집하고 때로는 읽을 수도 있습니다. Maged N. Kamel Boulos, Cito Maramba 및 스티브 휠러 열린 위키가 사회적 다윈주의. "... 위키 페이지를 편집 할 수있는 개방성과 신속성 때문에 페이지는 자연이 살아있는 유기체에 종속되는 것과 다르지 않은 진화적인 선택 과정을 거칩니다. '부적합한'문장과 섹션은 무자비하게 도태되고 편집되고 대체됩니다. '적합'한 것으로 간주되지 않아 더 높은 품질과 더 관련성 높은 페이지로 발전 할 수 있기를 바랍니다. "[10]

편집

항해

일부 Wiki에는 사용자가 페이지를 편집 할 수있는 권한이있는 경우보고있는 페이지에 직접 편집 단추 또는 링크가 있습니다. 이로 인해 참가자가 단순화 된 마크 업 언어 (때때로 위키 텍스트, 위키 마크 업 또는 위키 코드 (그것은 또한 WYSIWYG 페이지 편집; 보다 아래 표 다음 단락). 예를 들어, 텍스트의 시작 줄은 별표 만들 수 있습니다 글 머리 기호 목록. 위키 텍스트의 스타일과 구문은 위키 구현에 따라 크게 다를 수 있습니다.[필요한 예] 일부는 또한 허용 HTML 태그.

일관성

위키는 스타일과 구조를 나타 내기 위해 HTML보다 더 적고 단순한 규칙을 사용하는 일반 텍스트 편집을 선호했습니다. HTML 및 캐스 케이 딩 스타일 시트 위키의 (CSS)는 위키 콘텐츠의 구조와 형식을 변경하는 사용자의 능력을 제한하며 몇 가지 이점이 있습니다. CSS에 대한 제한된 액세스는 모양과 느낌의 일관성을 촉진하고 자바 스크립트 disabled는 사용자가 다른 사용자의 액세스를 제한 할 수있는 코드를 구현하지 못하도록합니다.

기본 구문

미디어 위키 구문 (텍스트에 서식을 추가하는 데 사용되는 "비하인드"코드)동등한 HTML (텍스트에 서식을 추가하는 데 사용되는 또 다른 유형의 "배경"코드)렌더링 된 출력 (일반 웹 사용자가 화면에 표시)
"좀 더 가져가 [[차]]"3 월 토끼는 앨리스에게 매우 진지하게 말했다." '''아무것도''' 하지만 앨리스는 불쾌한 어조로 대답했습니다. "그래서 더는 못 받아요." ''적게''해터가 말했다. '''' 아무것도 아닌 것보다. "
<>"좀 더 가져가 < href="/ wiki / Tea" 표제="차"></>"3 월 토끼가 앨리스에게 매우 진지하게 말했다.</><>"내가 했어 <>아무것도</> 하지만 앨리스는 불쾌한 어조로 대답했습니다.</><>"당신은 걸릴 수 없습니다 의미 <나는>적게</나는>해터가 말했다. <나는></나는> 아무것도 아닌 것보다. "</>
"좀 더 가져가 "3 월 토끼가 앨리스에게 매우 진지하게 말했다.

"내가 했어 아무것도 하지만 앨리스는 불쾌한 어조로 대답했습니다.

"당신은 걸릴 수 없습니다 의미 적게해터가 말했다. 아무것도 아닌 것보다. "

시각적 편집

Wiki는 또한 만들 수 있습니다 WYSIWYG 사용자가 편집 할 수 있습니다. 일반적으로 그래픽으로 입력 된 형식 지정 지침을 해당 형식으로 변환하는 JavaScript 컨트롤을 통해 HTML 태그 또는 wikitext. 이러한 구현에서 새로 편집 된 마크 업 버전 페이지의 마크 업이 생성되어 서버에 제출됩니다. 투명하게,이 기술적 세부 사항으로부터 사용자를 보호합니다. 이것의 예는 VisualEditor Wikipedia에서. 그러나 WYSIWYG 컨트롤은 항상 위키 텍스트에서 사용할 수있는 모든 기능을 제공하지 않으며 일부 사용자는 WYSIWYG 편집기를 사용하지 않는 것을 선호합니다. 따라서 이러한 사이트 중 상당수는 위키 텍스트를 직접 편집 할 수있는 방법을 제공합니다.

버전 기록

일부 위키는 위키 페이지의 변경 사항을 기록합니다. 종종 페이지의 모든 버전이 저장됩니다. 즉, 콘텐츠가 실수로 삭제되거나 페이지가 모욕적이거나 악의적 인 텍스트 또는 기타 부적절한 콘텐츠를 포함하도록 파손 된 등의 실수로 인해 필요한 경우 작성자가 페이지의 이전 버전으로 되돌릴 수 있습니다.

요약 수정

다음과 같은 많은 위키 구현 미디어 위키, 강력한 소프트웨어 위키 백과, 사용자가 요약 편집 페이지를 편집 할 때. 변경 사항을 요약 한 짧은 텍스트입니다 (예 : '수정 된 문법'또는 '표의 고정 서식'). 기사의 본문에는 삽입되지 않지만 페이지의 수정본과 함께 저장되므로 사용자가 수행 한 작업과 이유를 설명 할 수 있습니다. 개정 관리 체계. 이를 통해 다른 사용자는 "로그"또는 "이력"이라고하는 목록 인 요약, 날짜 및 기타 짧은 관련 콘텐츠 목록에서 누가, 왜 변경했는지 확인할 수 있습니다.

항해

대부분의 페이지의 텍스트에는 일반적으로 하이퍼 텍스트 위키 내의 다른 페이지에 대한 링크. 이러한 형태의 비선형 탐색은 구조화 / 형식화 된 탐색 체계보다 위키에 더 "기본"입니다. 또한 사용자는 계층 적 분류 또는 원하는 구성 형식을 사용하여 원하는 수의 색인 또는 목차 페이지를 만들 수 있습니다. 여러 작성자와 사용자가 페이지를 만들고 삭제할 수 있으므로 "수동으로"유지 관리하기 어려울 수 있습니다. 애드 혹, 조직화되지 않은 방식. 위키는 이러한 색인 페이지의 유지 관리를 지원하기 위해 페이지를 분류하거나 태그를 지정하는 하나 이상의 방법을 제공 할 수 있습니다. 원본을 포함한 일부 위키에는 백 링크 특정 페이지로 연결되는 모든 페이지를 표시하는 기능입니다. 또한 일반적으로 Wiki의 새로운 주제에 대해 알고있는 내용을 공유하도록 다른 사람을 초대하는 방법으로 아직 존재하지 않는 페이지에 대한 링크를 Wiki에서 만들 수 있습니다. Wiki 사용자는 일반적으로 다른 사용자가 기사를 쉽게 찾을 수 있도록 카테고리 또는 키워드로 페이지에 "태그"를 지정할 수 있습니다. 예를 들어, 새로운 기사를 작성하는 사용자는 추운 날씨 사이클링 통근, 겨울 스포츠 및 자전거 카테고리 아래에이 페이지를 "태그"할 수 있습니다. 이렇게하면 다른 사용자가 기사를 더 쉽게 찾을 수 있습니다.

페이지 연결 및 생성

링크는 소위 "링크 패턴"이라는 특정 구문을 사용하여 생성됩니다. 원래 대부분의 위키[인용 필요] 익숙한 CamelCase 페이지 이름을 지정하고 링크를 만듭니다. 이것은 구에서 단어를 대문자로하고 그 사이의 공백을 제거하여 생성됩니다 ( "CamelCase"라는 단어 자체가 예입니다). CamelCase는 링크를 쉽게 만들지 만 표준 철자에서 벗어난 형식의 링크로 연결됩니다. 한 단어로 된 제목이있는 페이지로 연결하려면 단어의 문자 중 하나를 비정상적으로 대문자로 표시해야합니다 (예 : "Wiki"대신 "WiKi"). CamelCase 기반 위키는 "TableOfContents"및 "BeginnerQuestions"와 같은 이름의 링크가 많기 때문에 즉시 인식 할 수 있습니다. 위키는 공백을 다시 삽입하고 소문자로 되돌림으로써 그러한 링크의 가시적 앵커를 "예쁘게"렌더링 할 수 있습니다. 그러나 앵커의 가독성을 높이기위한 링크 재 처리는 CamelCase 반전으로 인한 대문자 정보 손실로 인해 제한됩니다. 예를 들어 "RichardWagner"는 "Richard Wagner"로, "PopularMusic"은 "인기 음악"으로 렌더링해야합니다. 어떤 것을 결정하는 쉬운 방법은 없습니다 대문자 대문자로 유지해야합니다. 결과적으로 많은 위키는 이제 대괄호를 사용하는 "무료 링크"를 가지고 있으며 일부는 기본적으로 CamelCase를 비활성화합니다.

수색

대부분의 위키는 최소한 제목을 제공합니다. 검색, 때로는 전체 텍스트 검색. 검색의 확장 성은 위키 엔진이 데이터베이스를 사용하는지 여부에 따라 다릅니다. 다음과 같은 일부 위키 PmWiki, 사용하다 플랫 파일.[11] 미디어 위키의 첫 번째 버전은 플랫 파일을 사용했지만 리 다니엘 크로커 2000 년대 초 (10 년)에 데이터베이스 애플리케이션이되었습니다.[인용 필요] 대규모 위키에서 고속 검색을하려면 색인화 된 데이터베이스 액세스가 필요합니다. 또는 외부 검색 엔진 같은 구글 검색 보다 정확한 결과를 얻기 위해 검색 기능이 제한된 위키에서 때때로 사용될 수 있습니다.

역사

WikiWikiWeb 최초의 위키였습니다.[12] Ward Cunningham은 1994 년에 오리건 주 포틀랜드에서 WikiWikiWeb을 개발하기 시작하여 인터넷 도메인 c2.com 1995 년 3 월 25 일에. Cunningham에 의해 명명되었습니다. 호놀룰루 국제 공항 카운터 직원이 "위키 위키 셔틀"공항 터미널 사이를 운행하는 버스. 커닝햄에 따르면,"나는 '빠른'대체 대체물로 wiki-wiki를 선택했고, 따라서이 물건의 이름을 quick-web으로 지정하는 것을 피했습니다. "[13][14]

Cunningham은 부분적으로 사과 HyperCard, 그가 사용했던. 그러나 HyperCard는 단일 사용자였습니다.[15] Apple은 사용자가 다양한 카드 간의 링크를 지원하는 가상 "카드 스택"을 만들 수있는 시스템을 설계했습니다. 커닝햄 개발 Vannevar Bush사용자가 "서로의 텍스트에 주석을 달고 변경"할 수 있도록하여[2][16] 커닝햄은 자신의 목표가 사람들의 경험을 연결하여 프로그래밍을 문서화하는 새로운 문헌을 만드는 것이라고 말했습니다. 패턴, 그리고 "저작"에 익숙하지 않은 사람들이 편안하게 느낄 수있는 기술을 사용하여 이야기하고 이야기하려는 사람들의 자연스러운 욕구를 활용합니다.[15]

위키 백과 가장 유명한 위키 사이트가되었으며 2001 년 1 월에 시작되어 2007 년에 가장 인기있는 웹 사이트 10 위에 올랐습니다. 2000 년대 초 (10 년), 위키는 기업에서 협업 소프트웨어로 점점 더 많이 채택되었습니다. 일반적으로 기술 사용자를위한 프로젝트 커뮤니케이션, 인트라넷 및 문서가 일반적으로 사용되었습니다. 약간 회사는 위키를 사용합니다 유일한 협업 소프트웨어이자 정적 인트라넷의 대체물로, 일부 학교와 대학은 위키를 사용하여 그룹 학습. 뒤에 위키가 더 많이 사용될 수 있습니다. 방화벽 공용 인터넷보다. 2007 년 3 월 15 일에 위키 온라인에 나열되었습니다 옥스포드 영어 사전.[17]

대체 정의

1990 년대 후반과 2000 년대 초에 "위키"라는 단어는 사용자가 편집 할 수있는 웹 사이트와이를 지원하는 소프트웨어를 모두 지칭하는 데 사용되었습니다. 후자의 정의는 여전히 가끔 사용됩니다.[1] 위키 발명가 워드 커닝햄은 2014 년에 썼습니다.[18] "위키"라는 단어는 단일 웹 사이트를 지칭하는 것이 아니라 사용자가 편집 할 수있는 대량의 페이지 또는 사이트를 지칭하여 단일 웹 사이트가 "위키"가 아니라 "위키의 인스턴스"가되도록 사용해야합니다. 그는 동일한 콘텐츠를 다음과 유사한 방식으로 둘 이상의 위치에서 호스팅하고 편집 할 수있는 위키 연합의 개념을 썼습니다. 분산 버전 제어즉, 하나의 개별 "위키"개념이 더 이상 의미가 없습니다.[19]

구현

Wiki 소프트웨어 유형입니다 협업 소프트웨어 위키 시스템을 실행하여 웹 페이지를 일반 웹 브라우저를 사용하여 만들고 편집 할 수 있습니다. 기존의 스크립트 뒤에 일련의 스크립트로 구현할 수 있습니다. 웹 서버, 또는 독립형 애플리케이션 서버 하나 이상의 웹 서버에서 실행됩니다. 콘텐츠는 파일 시스템, 콘텐츠에 대한 변경 사항은 관계형 데이터베이스 관리 시스템. 일반적으로 구현되는 소프트웨어 패키지는 다음과 같습니다. 미디어 위키, 실행 위키 백과. 또는 개인 위키 단일 컴퓨터에서 독립 실행 형 응용 프로그램으로 실행됩니다.

위키는 "위키 농장", 여기에서 서버 측 소프트웨어는 wiki 팜 소유자가 구현합니다. 일부 wiki 팜은 암호로 보호 된 비공개 wiki를 만들 수도 있습니다. 무료 wiki 팜은 일반적으로 모든 페이지에 광고를 포함합니다. 자세한 내용은 다음을 참조하십시오. 위키 농장 비교.

신뢰와 보안

변경 제어

히스토리 비교 보고서는 페이지의 두 개정판 간의 변경 사항을 강조합니다.

위키는 일반적으로 실수를 어렵게 만드는 것이 아니라 수정하기 쉽게 만드는 철학으로 설계되었습니다. 따라서 위키는 매우 개방적이지만 페이지 본문에 최근 추가 한 내용의 유효성을 확인하는 수단을 제공합니다. 거의 모든 위키에서 가장 눈에 띄는 페이지는 "최근 변경 사항"페이지입니다.이 페이지는 최근 편집 번호가 매겨진 특정 목록이거나 주어진 시간 범위 내에 만들어진 편집 목록입니다.[20] 일부 Wiki는 목록을 필터링하여 자동 가져 오기 스크립트 ( "").[21] 변경 로그에서 대부분의 위키에서 다른 기능에 액세스 할 수 있습니다. 개정 내역 이전 페이지 버전과 차이 기능은 두 개정 사이의 변경 사항을 강조합니다. 수정 내역을 사용하여 편집자는 기사의 이전 버전을보고 복원 할 수 있습니다. 이것은 저자에게 편집을 제거 할 수있는 큰 힘을줍니다. diff 기능을 사용하여 이것이 필요한지 여부를 결정할 수 있습니다. 일반 위키 사용자는 "최근 변경 사항"페이지에 나열된 편집 내용의 차이점을 볼 수 있으며 허용되지 않는 편집인 경우 이전 개정 내용을 복원하여 기록을 참조하십시오. 이 프로세스는 사용되는 위키 소프트웨어에 따라 다소 간소화됩니다.[22]

"최근 변경 사항"페이지에서 허용되지 않는 편집이 누락 된 경우 일부 위키 엔진은 추가 컨텐츠 제어를 제공합니다. 페이지 또는 페이지 집합이 품질을 유지하는지 확인하기 위해 모니터링 할 수 있습니다. 페이지를 유지하려는 사람은 페이지 수정에 대한 경고를 받게되므로 새 버전의 유효성을 신속하게 확인할 수 있습니다. 이것은 매우 전문 저자이자 편집자 방지 기능으로 볼 수 있습니다.[23] 감시 목록은 이것의 일반적인 구현입니다. 일부 위키는 또한 필요한 자격 증명을 가진 편집자가 일부 편집 내용을 기물 파손이 아닌 것으로 표시 할 수있는 "순찰 된 개정판"을 구현합니다. "플래그 된 개정"시스템은 검토가 완료 될 때까지 편집 내용이 게시되는 것을 방지 할 수 있습니다.[24]

콘텐츠의 신뢰성 및 신뢰성

공개적으로 편집 가능한 위키 시스템의 비평가들은 이러한 시스템이 악의적 인 개인 ( "파손 자") 또는 콘텐츠에 오류를 유발하는 선의는 있지만 숙련되지 않은 사용자에 의해 쉽게 변조 될 수 있다고 주장하는 반면 지지자들은 사용자 커뮤니티가이를 포착 할 수 있다고 주장합니다. 악의적이거나 오류가있는 콘텐츠를 수정합니다.[2] Lars Aronsson데이터 시스템 전문가 인는 논쟁을 다음과 같이 요약합니다. "대부분의 사람들은 처음 위키 개념에 대해 알게 될 때 누구나 편집 할 수있는 웹 사이트가 파괴적인 입력에 의해 곧 쓸모 없게 될 것이라고 가정합니다. 회색 콘크리트 벽 옆에 스프레이 캔이 있습니다. 낙서 그리고 간단한 태깅, 그리고 많은 예술적 노력은 오래 가지 못할 것입니다. 그래도 잘 작동하는 것 같습니다. "[12] 사용자가 일반적으로 동료 검토 저널이나 대학 교과서를 출처로 사용하는 의학 및 건강 과학 기사의 높은 편집 표준은 전문가가 중재하는 위키의 아이디어를 이끌어 냈습니다.[25] 일부 위키에서는 전문 피어 리뷰어가 기사를 분석하고 개선하며 해당 기사의 신뢰할 수있는 버전에 대한 링크를 제공 할 수 있다는 점에서 과학계에 유용한 특정 버전의 기사에 연결할 수 있습니다.[26] Noveck은 "참가자들은 지속적인 참여를 기반으로 작업 제품의 품질을 보존하는 데 기득권을 가진 위키 커뮤니티의 구성원들로부터 인증을 받았습니다."라고 지적합니다. 편집을 방해하는 논란이 많은 주제에 대해 위키 작성자는 등록 된 사용자로 편집을 제한 할 수 있습니다.[27]

보안

누구나 컨텐츠를 편집 할 수 있도록 허용하는 위키의 개방형 철학은 모든 편집자의 의도가 올바른 방식을 보장하지 않습니다. 예를 들면 공공 기물 파손 (위키 콘텐츠를 공격적인 것으로 변경, 말도 안되는 내용 추가, 악의적으로 백과 사전 콘텐츠 제거 또는 의도적으로 다음과 같은 잘못된 정보 추가 사기 정보)는 큰 문제가 될 수 있습니다. 더 큰 위키 사이트에서 위키 미디어 재단, 공공 기물 파손 할 수있다 일정 기간 동안 눈에 띄지 않게됩니다. Wiki는 개방 된 특성으로 인해 ""로 알려진 의도적 중단에 취약합니다.트롤링". 위키는 소프트 보안 기물 파손 문제에 접근하여 손상을 방지하려는 시도보다 손상을 쉽게 취소 할 수 있습니다. 더 큰 위키는 종종 기물 파손을 자동으로 식별하고 되 돌리는 봇과 각 편집에 추가 된 문자를 표시하는 JavaScript 향상 기능과 같은 정교한 방법을 사용합니다. 이러한 방식으로 기물 파손은 "사소한 기물 파손"또는 "부활절 기물 파손"으로 제한 될 수 있습니다. 여기서 추가 / 제거 된 캐릭터가 너무 적어 봇이 해당 문자를 식별하지 못하고 사용자가 관심을 기울이지 않습니다.[28][신뢰할 수없는 소스] Wikipedia에서 기물 파손 행위를 되 돌리는 봇의 예는 ClueBot NG입니다. ClueBot NG는 몇 초는 아니더라도 몇 분 안에 편집 내용을 되돌릴 수 있습니다. 봇은 기계 학습 대신 휴리스틱.[29]

위키가받는 기물 파손의 정도는 위키가 얼마나 열려 있는지에 따라 다릅니다. 예를 들어, 일부 위키는 등록되지 않은 사용자를 허용합니다. IP 주소, 콘텐츠를 편집하려면 다른 사용자가이 기능을 등록 된 사용자로만 제한합니다. 대부분의 위키는 계정없이 익명 편집을 허용합니다.[30]

사용자가 선호하는 버전으로 페이지를 반복적으로 되 돌리면 편집 전쟁이 발생할 수도 있습니다. 어떤 경우에는 어떤 콘텐츠가 표시되어야하는지 또는 어떤 서식 스타일을 사용해야하는지 반대되는 견해를 가진 편집자가 서로의 편집 내용을 변경하고 다시 변경합니다. 이로 인해 일반 사용자의 관점에서는 페이지가 "불안정"하게됩니다. 일반 사용자가 페이지를 방문 할 때마다 다르게 보일 수 있기 때문입니다. 일부 위키 소프트웨어는 어떤 버전의 페이지가 가장 적합한 지 결정될 때까지 관리자가 추가 편집에서 페이지를 잠 가서 그러한 편집 전쟁을 중지 할 수 있도록합니다.[9] 일부 위키는 위키 외부에 존재하는 거버넌스 구조로 인해 다른 위키보다 더 나은 위치에 있습니다. 예를 들어, 대학 교사는 로그인 한 사용자로 편집을 제한하고 모든 기여가 기여자에게 거슬러 올라갈 수 있음을 지적함으로써 학생들이 관리하는 수업 위키에서 스스로 행동하도록 인센티브를 만들 수 있습니다. 그런 다음 대학 정책에 따라 나쁜 행동을 처리 할 수 ​​있습니다.[11]

잠재적 인 맬웨어 벡터

악성 코드 사용자가 악성 코드를 호스팅하는 사이트에 대한 링크를 추가 할 수 있기 때문에 Wiki에 문제가 될 수도 있습니다. 예를 들어, 독일 Wikipedia 기사에서 블래스터 웜 악성 웹 사이트에 대한 하이퍼 링크를 포함하도록 편집되었습니다. 링크를 따라가는 취약한 Microsoft Windows 시스템의 사용자가 감염됩니다.[9] 대응책은 사용자가 사이트에 대한 링크가 포함 된 편집 내용을 저장하지 못하도록하는 소프트웨어를 사용하는 것입니다. 블랙리스트 악성 사이트[31]

커뮤니티

응용

영어 위키 백과의 홈페이지

English Wikipedia는 위키 중에서 가장 많은 사용자 기반을 가지고 있습니다. 월드 와이드 웹[32] 트래픽 측면에서 모든 웹 사이트 중 상위 10 위 안에 들었습니다.[33] 다른 대형 위키에는 다음이 포함됩니다. WikiWikiWeb, 메모리 알파, Wikivoyage, 및 Susning.nu, 스웨덴어 지식 기반. 의료 건강 관련 위키 예제에는 다음이 포함됩니다. Ganfyd, 의료 전문가 및 초청 비 의료 전문가가 편집 한 온라인 공동 의료 ​​참조 자료입니다.[10] 많은 위키 커뮤니티 특히 내부 기업. 그들은 종종 다음과 같이 사용됩니다. 내부 문서 사내 시스템 및 애플리케이션 용. 일부 회사는 위키를 사용하여 고객이 소프트웨어 문서 작성을 도울 수 있도록합니다.[34] 기업 위키 사용자를 대상으로 한 연구에 따르면 콘텐츠의 "합성기"와 "가산기"로 나눌 수 있습니다. 신디사이저의 기여 빈도는 다른 위키 사용자에게 미치는 영향에 더 많은 영향을 받았지만, 가산기의 기여 빈도는 즉각적인 작업을 수행 할 수 있다는 점에서 더 많은 영향을 받았습니다.[35] 수천 건의 위키 배포에 대한 연구에서 Jonathan Grudin은 성공적인 위키 배포를 위해서는 신중한 이해 관계자 분석과 교육이 중요하다고 결론지었습니다.[36]

2005 년에 Gartner Group은 Wiki의 인기가 높아지면서 2009 년까지 기업의 최소 50 %에서 주류 협업 도구가 될 것으로 예상했습니다.[37][업데이트 필요] Wiki는 다음에 사용할 수 있습니다. 프로젝트 관리.[38][39][신뢰할 수없는 소스] Wiki는 또한 기관 및 국제 경계를 넘어 정보를 공유하고 전파하기 위해 학술 커뮤니티에서 사용되었습니다.[40] 이러한 설정에서는 다음과 같은 협업에 유용한 것으로 나타났습니다. 글쓰기를 허락하다, 전략 기획, 부서별 문서 및위원회 작업.[41] 2000 년대 중반 (10 년) 산업 간의 협업이 증가하는 추세는 교육자들에게 학생들이 공동 작업에 능숙하게 만들도록 더 큰 자극을 주었고 교실에서 사용되는 위키에 대한 더 큰 관심을 불러 일으켰습니다.[9]

위키는 법조계와 정부 내에서 일부 사용을 발견했습니다. 예는 다음과 같습니다. 중앙 정보국'에스 Intellipedia, 공유하고 수집하도록 설계 지성, dKospedia는 미국 시민 자유 연합 수감자 수감 관련 문서 검토 지원 관타나모 베이;[42] 그리고 위키의 미국 제 7 순회 항소 법원, 법원 규칙을 게시하고 실무자가 의견을 말하고 질문 할 수 있도록하는 데 사용됩니다. 그만큼 미국 특허 및 상표 청 작동 피어 투 특허, 대중이 공동 작업 할 수있는 위키 선행 기술 출원중인 특허 출원의 심사와 관련이 있습니다. 퀸즈, 뉴욕은 시민들이 지역 공원의 설계 및 계획에 대해 협력 할 수 있도록 위키를 사용했습니다. 코넬 로스쿨 편집 할 수있는 사람에 대한 제한으로 인해 성장이 저해 된 Wex라는 위키 기반 법률 사전을 설립했습니다.[27]

학문적 맥락에서 위키는 프로젝트 협업 및 연구 지원 시스템으로도 사용되었습니다.[43][44]

도시 위키

도시 위키 (또는 지역 위키)는 지식 기반소셜 네트워크 특정 지리적 장소.[45][46][47] '도시 위키'또는 이에 상응하는 외국어 (예 : 독일어 'Stadtwiki')라는 용어는 도시뿐만 아니라 작은 마을 또는 전체 지역을 다루는 위키에도 사용됩니다. 도시 위키에는 사물, 아이디어, 사람 및 장소의 특정 사례에 대한 정보가 포함되어 있습니다. 이 정보의 대부분은 백과 사전 같은 위키 백과 (예 : 마을의 모든 소매점에 대한 기사),하지만 더 현지화 된 콘텐츠와 뷰어가있는 위키에 적합 할 수 있습니다. 도시 위키에는 다음과 같은 일반 지식 위키에 적합하거나 적합하지 않을 수있는 다음 주제에 대한 정보도 포함될 수 있습니다.

  • 공공 주택, 술집, 숙박 시설 또는 사회 센터와 같은 공공 시설의 세부 사항
  • 특정 상점의 소유자 이름, 영업 시간 및 통계
  • 도시의 특정 도로에 대한 통계 정보
  • 현지 아이스크림 가게에서 제공되는 아이스크림 맛
  • 지역 시장과 다른 사람들의 전기

위키 노드

독일 위키 프로젝트의 공동 작업 시각화 Nicht-Freaks의 수학

WikiNode는 관련 위키를 설명하는 위키의 페이지입니다. 그들은 보통 이웃과 대리인으로 조직됩니다. ㅏ 이웃 사람 위키는 유사한 내용을 논의하거나 관심이있을 수있는 단순한 위키입니다. ㅏ 대리자 위키는 특정 콘텐츠를 해당 위키에 위임하는 데 동의하는 위키입니다.[48] 특정 주제에 대한 위키를 찾는 한 가지 방법은 위키에서 위키로 위키 노드 네트워크를 따르는 것입니다. 다른 하나는 위키 "버스 투어"를하는 것입니다. 예를 들면 다음과 같습니다. Wikipedia의 투어 버스 정류장.

참가자

위키에 참여하는 네 가지 기본 유형의 사용자는 독자, 작성자, 위키 관리자 및 시스템 관리자입니다. 시스템 관리자는 위키 엔진 및 컨테이너 웹 서버의 설치 ​​및 유지 관리를 담당합니다. 위키 관리자는 위키 콘텐츠를 유지하고 페이지와 관련된 추가 기능 (예 : 페이지 보호 및 삭제)을 제공하며, 예를 들어 편집을 차단하는 등 사용자의 액세스 권한을 조정할 수 있습니다.[49]

성장 인자

수백 개의 위키에 대한 연구에 따르면 주어진 콘텐츠 크기에 대해 상대적으로 많은 수의 관리자가 성장을 줄일 가능성이 있습니다.[50] 등록 된 사용자에 대한 편집을 제한하는 액세스 제어는 성장을 줄이는 경향이 있습니다. 이러한 액세스 제어의 부재는 신규 사용자 등록을 촉진하는 경향이 있습니다. 더 높은 관리 비율 (예 : 관리자 / 사용자)은 콘텐츠 또는 인구 증가에 큰 영향을 미치지 않습니다.[51]

컨퍼런스

위키 관련 주제에 대한 활발한 회의 및 회의는 다음과 같습니다.

이전 위키 관련 이벤트는 다음과 같습니다.

규칙

위키에는 일반적으로 사용자 행동을 제어하는 ​​규칙 세트가 있습니다. 예를 들어, 위키 백과는 다섯 가지 기둥으로 요약 된 광범위한 정책과 지침을 가지고 있습니다. 위키 백과는 백과 사전입니다. Wikipedia는 중립적 인 관점을 가지고 있습니다. Wikipedia는 무료 콘텐츠입니다. 위키피디아는 정중하고 예의 바르게 상호 작용해야합니다. 그리고 Wikipedia에는 ​​확고한 규칙이 없습니다. 많은 위키가 일련의 계명을 채택했습니다. 예를 들어 Conservapedia 특히 편집자가 사용하는 "기원전"보다는"기원전"이전 연도를 언급 할 때 C.E. 1 그리고 "비생산적인 활동"을 자제하십시오.[56] 한 교사가 수업 위키에 대한 계명을 제정했습니다. "다른 사람에게 위키를 제공 할 수 있습니다.."[11]

법적 환경

다른 사용자가 완성 된 제품을 수정, 편집 및 편집하는 데 참여하는 기사의 공동 저자도 편집자가 공동 세입자 모든 공동 소유자의 허가 없이는 다시 게시 할 수 없으며 일부는 익명 또는 익명 편집으로 인해 신원을 알 수 없습니다.[9] 사람들이 공동 작업 그러나 백과 사전과 같이 기여가 분리되고 구별 될 수있는 경우 공동 소유권이 없습니다.[57] 대부분의 위키가 개별 기여를 추적하고 있음에도 불구하고, 위키 페이지에 기여하는 행위는 여전히 공동 소유권을 유발하는 공동 수정, 편집 또는 컴파일 작업 중 하나입니다. 일부 저작권 문제는 다음을 사용하여 완화 할 수 있습니다. 오픈 컨텐츠 특허. 버전 2 GNU 자유 문서 라이센스 위키 리 라이센스에 대한 특정 조항을 포함합니다. 크리에이티브 커먼즈 라이센스도 인기가 있습니다. 라이센스가 지정되지 않은 경우, 위키에 콘텐츠를 읽고 추가 할 수있는 묵시적 라이센스는 비즈니스 필요성 및 위키의 고유 한 특성을 근거로 존재하는 것으로 간주 될 수 있습니다. 상황.[인용 필요]

위키와 그 사용자는 위키에서 발생하는 특정 활동에 대해 책임을 질 수 있습니다. 위키 소유자가 무관심을 표시하고 저작권 침해를 중지하기 위해 행사할 수있는 제어 (예 : 저작권 침해 자 금지)를 포기한 경우, 특히 위키가 주로 저작권을 침해하거나 직접적인 재정적 이익을 얻는 데 사용되는 경우 침해를 승인 한 것으로 간주 될 수 있습니다. 저작권 침해 활동으로 인한 광고 수익과 같은[9] 미국에서 위키는 통신 품위 법 제 230 조, "좋은 사마리아인"이러한 자체 치안의 질이나 양에 대한 요구 사항없이 유해한 자료에 대한 치안.[58] 그러나 편견 방지, 검증 가능성, 신뢰할 수있는 소싱 및 원본 연구 금지 정책과 같은 특정 규칙을 위키에서 시행하면 법적 위험이 발생할 수 있다는 주장도 있습니다.[59] 언제 중상 위키에서 발생하는 경우 이론적으로 위키의 모든 사용자는 "출판물"에서 명예를 훼손하는 자료를 제거하거나 수정할 수있는 능력이 있기 때문에 책임을 질 수 있습니다. 위키가 더 유사한 것으로 간주되는지 여부는 여전히 남아 있습니다. 인터넷 서비스 제공자, 일반적으로 발행인보다 발행물의 내용에 대한 통제력이 부족하여 책임을지지 않습니다.[9] 법원이 대중의 인식과 관련된 증거로 그러한 콘텐츠를 사용할 수 있기 때문에 상표 소유자는 위키에서 자신의 상표에 대해 어떤 정보가 표시되는지 모니터링하는 것이 좋습니다. Joshua Jarvis는 "잘못된 정보가 확인되면 상표 소유자는 항목을 간단히 편집 할 수 있습니다."라고 말합니다.[60]

또한보십시오

노트

  1. ^ 하와이의 실현 / w / 음소 다양하다 [w][V], 그리고 실현 /케이/ 음소는 [케이][티], 다른 실현 중에서. 따라서 하 와이어 단어의 발음은 위키 다양하다 [ '위키], [ 'witi], [ 'viki], 및 [ 'viti]. 보다 하와이 음운론 상세 사항은.

참고 문헌

  1. ^ Mitchell, Scott (2008 년 7 월), Easy Wiki Hosting, Scott Hanselman의 블로그 및 Snagging Screens, MSDN Magazine, 보관 됨 2010 년 3 월 16 일 원본에서, 검색 됨 3 월 9 일 2010
  2. ^ "위키", 브리태니커 백과 사전, 1, 런던: Encyclopædia Britannica, Inc., 2007, 보관 됨 2008 년 4 월 24 일 원본에서, 검색 됨 4 월 10 일 2008
  3. ^ Alexa 상위 사이트, 보관 됨 2015 년 3 월 2 일 원본에서, 검색 됨 12 월 1 일 2016
  4. ^ 커닝햄, 워드 (2002 년 6 월 27 일), 위키 란?, WikiWikiWeb, 보관 됨 2008 년 4 월 16 일 원본에서, 검색 됨 4 월 10 일 2008
  5. ^ mauimapp.com. 하 와이어 단어; 하 와이어-영어 [보관 됨 2008 년 9 월 14 일; 2008 년 9 월 19 일 확인].
  6. ^ 하산, 헤더 (2012), Wikipedia, 350 만 개의 기사 및 집계, 뉴욕 : Rosen Central, p.11, ISBN 9781448855575, 보관 됨 2019 년 10 월 26 일 원본에서, 검색 됨 8 월 6 일 2019
  7. ^ 앤드류스, 로린 (1865), 영어-하 와이어 어휘와 주목할만한 사건의 연대순 표가 추가 된 하 와이어 사전, Henry M. Whitney, p. 514, 보관 됨 2014 년 8 월 15 일 원본에서, 검색 됨 6 월 1 일 2014
  8. ^ Leuf & Cunningham 2001. Ward Cunningham의 사이트보기 "보관 된 사본". 보관 됨 2002 년 4 월 30 일 원본에서. 검색 됨 4 월 30 일 2002.CS1 유지 보수 : 제목으로 보관 된 사본 (링크)
  9. ^ Boulos, M.N.K .; Maramba, I .; Wheeler, S. (2006), "위키, 블로그 및 팟 캐스트 : 가상 공동 임상 실습 및 교육을위한 차세대 웹 기반 도구", BMC 의학 교육, 6: 41, 도이:10.1186/1472-6920-6-41, PMC 1564136, PMID 16911779
  10. ^ 나오미, 아우 가르; Raitman, Ruth; Zhou, Wanlei (2004). "위키로 온라인 교육 및 학습". Beyond the Comfort Zone : 21 차 ASCILITE 컨퍼런스 : 95–104. CiteSeerX 10.1.1.133.1456. 인용 저널 요구 사항 | 저널 = (도움)
  11. ^ Ebersbach 2008, p. 10
  12. ^ Cunningham, Ward (2003 년 11 월 1 일). "위키의 어원에 대한 대응". WikiWikiWeb. 보관 됨 2007 년 3 월 17 일 원본에서. 검색 됨 3 월 9 일 2007.
  13. ^ Cunningham, Ward (2008 년 2 월 25 일). "위키 역사". WikiWikiWeb. 보관 됨 2002 년 6 월 21 일 원본에서. 검색 됨 3 월 9 일 2007.
  14. ^ Bill Venners (2003 년 10 월 20 일). "위키로 탐색 : 워드 커닝햄과의 대화, 1 부". artima 개발자. 보관 됨 2015 년 2 월 5 일 원본에서. 검색 됨 12 월 12 일 2014.
  15. ^ Cunningham, Ward (2007 년 7 월 26 일). "위키 위키 하이퍼 카드". WikiWikiWeb. 보관 됨 2007 년 4 월 6 일 원본에서. 검색 됨 3 월 9 일 2007.
  16. ^ Diamond, Graeme (2007 년 3 월 1 일). "2007 년 3 월 업데이트". 옥스포드 영어 사전. 보관 됨 2011 년 1 월 7 일 원본에서. 검색 됨 3 월 16 일 2007.
  17. ^ 워드 커닝햄 [@WardCunningham] (2014 년 11 월 8 일). "위키의 복수형은 위키입니다. forage.ward.fed.wiki.org/an-install-of-wiki.html 참조" (트위터). 검색 됨 3 월 18 일 2019 – 경유 트위터.
  18. ^ "가장 작은 연합 위키". wiki.org. 보관 됨 2015 년 9 월 28 일 원본에서. 검색 됨 9 월 28 일 2015.
  19. ^ Ebersbach 2008, p. 20
  20. ^ Ebersbach 2008, p. 54
  21. ^ Ebersbach 2008, p. 178
  22. ^ Ebersbach 2008, p. 109
  23. ^ Goldman, Eric, "Wikipedia의 노동 압박과 그 결과", 통신 및 첨단 기술법에 관한 저널, 8
  24. ^ Barsky, Eugene; Giustini, Dean (2007 년 12 월). "웹 2.0 소개 : 보건 사서를위한 위키" (PDF). 캐나다 보건 도서관 협회 저널. 28 (4): 147–150. 도이:10.5596 / c07-036. ISSN 1708-6892. 보관 됨 (PDF) 2012 년 4 월 30 일 원본에서. 검색 됨 11 월 7 일 2011.
  25. ^ Yager, Kevin (2006 년 3 월 16 일). "위키웨어는 과학을 위해 인터넷을 활용할 수 있습니다.". 자연. 440 (7082): 278. Bibcode:2006Natur.440..278Y. 도이:10.1038 / 440278a. PMID 16541049.
  26. ^ Noveck, Beth Simone (2007 년 3 월), "위키피디아와 법률 교육의 미래", 법률 교육 저널, 57 (1), 보관 됨 2014 년 7 월 3 일 원본에서(구독 필요)
  27. ^ "보안". Assothink. 다음에서 보관 원래 2014 년 1 월 6 일. 검색 됨 2 월 16 일 2013.
  28. ^ Hicks, Jesse (2014 년 2 월 18 일). "이 기계는 트롤을 죽인다". 더 버지. 보관 됨 2014 년 8 월 27 일 원본에서. 검색 됨 9 월 7 일 2014.
  29. ^ Ebersbach 2008, p. 108
  30. ^ Meta.wikimedia.org
  31. ^ "가장 큰 (미디어) 위키 목록". S23- 위키. 2008 년 4 월 3 일. 원래 2014 년 8 월 25 일. 검색 됨 12 월 12 일 2014.
  32. ^ "Alexa 상위 500 개 글로벌 사이트". Alexa 인터넷. 보관 됨 2015 년 3 월 2 일 원본에서. 검색 됨 4 월 26 일 2015.
  33. ^ Müller, C .; Birn, L. (2006 년 9 월 6-8 일). "협업 소프트웨어 문서를위한 위키" (PDF). I-KNOW '06 논문집. 다음에서 보관 원래 (PDF) 2011 년 7 월 6 일 인용 저널 요구 사항 | 저널 = (도움)
  34. ^ Majchrzak, A .; Wagner, C .; Yates, D. (2006), "기업 위키 사용자 : 설문 조사 결과", 위키에 관한 2006 년 국제 심포지엄 회의록, 위키 심포지엄, pp. 99–104, 도이:10.1145/1149453.1149472, ISBN 978-1-59593-413-0
  35. ^ 그 루딘, 조나단 (2015). "위키 작업 : 엔터프라이즈 위키의 지속 가능성을위한 성공 요인 및 과제 – Microsoft Research". Research.microsoft.com. 보관 됨 2015 년 9 월 4 일 원본에서. 검색 됨 6 월 16 일 2015.
  36. ^ Conlin, Michelle (2005 년 11 월 28 일), "이메일은 5 분 전입니다.", Bloomberg BusinessWeek, 보관 됨 2012 년 10 월 17 일 원본에서
  37. ^ 홈페이지 [보관 됨 2014 년 8 월 16 일; 2012 년 5 월 8 일에 확인 함].
  38. ^ Wiki 방법 : 프로젝트 관리; 2010 년 1 월 4 일 [보관 됨 2012 년 5 월 8 일].
  39. ^ Wanderley, M. M .; Birnbaum, D .; Malloch, J. (2006). "SensorWiki.org : 연구자와 인터페이스 디자이너를위한 협업 리소스". 음악적 표현을위한 새로운 인터페이스에 관한 2006 년 컨퍼런스 NIME '06 Proceedings. IRCAM – 퐁피두 센터 : 180–183. ISBN 978-2-84426-314-8.
  40. ^ Lombardo, Nancy T. (2008 년 6 월). "도서관에서 작업 할 위키 넣기". 분기 별 의료 참조 서비스. 27 (2): 129–145. 도이:10.1080/02763860802114223. PMID 18844087.
  41. ^ "SusanHu의 FOIA 프로젝트 업데이트". 보관 됨 2013 년 5 월 30 일 원본에서. 검색 됨 6 월 25 일 2013.
  42. ^ Au, C. H. (2017 년 12 월). "연구 지원 시스템으로서의 위키 — 정보 시스템 연구의 시험". 2017 IEEE 산업 공학 및 엔지니어링 관리 국제 컨퍼런스 (IEEM): 2271–2275. 도이:10.1109 / IEEM.2017.8290296. ISBN 978-1-5386-0948-4.
  43. ^ Au, Cheuk-hang. "프로젝트 협업을위한 Wiki 사용 – Facebook에서의 비교" (PDF). 보관 됨 (PDF) 2019 년 4 월 12 일 원본에서.
  44. ^ Andersen, Michael (2009 년 11 월 6 일) "캘리포니아 데이비스에 오신 것을 환영합니다. 세계 최고의 지역 위키에서 6 가지 교훈 보관 됨 2013 년 8 월 8 일 웨이 백 머신. "Niemen Journalism Lab. Niemen Foundation / Harvard University
  45. ^ McGann, Laura (2010 년 6 월 18 일) "Knight News Challenge : 위키 사이트가 귀하의 도시에 올까요? 로컬 위키는 간단하게 만드는 소프트웨어를 만들 것입니다. 보관 됨 2013 년 6 월 25 일 웨이 백 머신. "Niemen Journalism Lab. Niemen Foundation / Harvard University
  46. ^ 열광한: Makice, Kevin (2009 년 7 월 15 일). Hey, Kid : 지역 위키 지원 보관 됨 2015 년 4 월 27 일 웨이 백 머신
  47. ^ "자주 묻는 질문". WikiNodes. 다음에서 보관 원래 2007 년 8 월 10 일.
  48. ^ Cubric, Marija (2007). "학생 학습 향상을위한 Wiki 기반 협업 사용 분석". 허트 포 드셔 대학교. 다음에서 보관 원래 2011 년 5 월 15 일. 검색 됨 4 월 25 일 2011. 인용 저널 요구 사항 | 저널 = (도움)
  49. ^ Roth, C .; Taraborelli, D .; Gilbert, N. (2008). "위키 생존력 측정. 대규모 위키 샘플의 사회적 역학에 대한 경험적 평가" (PDF). 사회 시뮬레이션 연구 센터 : 3. 보관 됨 (PDF) 2017 년 10 월 11 일 원본에서. 그림 4는 주어진 콘텐츠 크기에 대해 상대적으로 많은 수의 관리자를 보유하면 성장을 줄일 수 있음을 보여줍니다. 인용 저널 요구 사항 | 저널 = (도움)
  50. ^ Roth, C .; Taraborelli, D .; Gilbert, N. (2008). "위키 생존력 측정. 대규모 위키 샘플의 사회적 역학에 대한 경험적 평가" (PDF). 사회 시뮬레이션 연구 센터. 다음에서 보관 원래 (PDF) 2012 년 6 월 16 일. 검색 됨 11 월 9 일 2018. 인용 저널 요구 사항 | 저널 = (도움)
  51. ^ Summit.atlassian.com. Atlassian Summit 홈페이지 [보관 됨 2011 년 6 월 13 일; 2011 년 6 월 20 일 확인].
  52. ^ Semantic-mediawiki.org. SMWCon 홈페이지 [보관 됨 2011 년 7 월 14 일; 2011 년 6 월 20 일 확인].
  53. ^ Tiki.org. TikiFest 홈페이지 [보관 됨 2011 년 6 월 30 일; 2011 년 6 월 20 일 확인].
  54. ^ Wiki.regiowiki.eu. 유럽 ​​RegioWikiSociety 홈페이지; 2011 년 6 월 10 일 [보관 됨 2009 년 8 월 13 일; 2011 년 6 월 20 일 확인].
  55. ^ Conservapedia 계명; 2010 년 5 월 15 일 [보관 됨 2010 년 10 월 22 일; 2010 년 7 월 24 일 확인].
  56. ^ Redwood Music Ltd v. B Feldman & Co Ltd, RPC 385, 1979 누락 또는 비어 있음 | 제목 = (도움)
  57. ^ Walsh, Kathleen M .; 오, 사라 (2010 년 2 월 23 일). "자체 규제 : Wikipedia가 섹션 230에 따라 사용자 생성 품질 관리를 활용하는 방법". 보관 됨 2014 년 1 월 6 일 원본에서. 인용 저널 요구 사항 | 저널 = (도움)
  58. ^ Myers, Ken S. (2008), "Wikimmunity : Wikipedia에 통신 품위 법 맞추기", Harvard Journal of Law and Technology, 인터넷 및 사회를위한 Berkman 센터, 20: 163, SSRN 916529
  59. ^ Jarvis, Joshua (2008 년 5 월), "위키 세계에서 당신의 표식을 감시하십시오", 지적 재산 관리, No. 179 (179) : 101–103, 보관 됨 2016 년 3 월 4 일 원본에서

추가 읽기

외부 링크

Pin
Send
Share
Send