위키
위키 ( / ˈw ɪ ki / ( 듣기 ) WIK - ee ) 는 웹 브라우저 를 사용하여 독자가 직접 공동으로 편집 하고 관리하는 하이퍼텍스트 출판물 입니다. 일반적인 위키에는 프로젝트의 주제 또는 범위에 대한 여러 페이지가 포함되어 있으며 일반에 공개되거나 내부 지식 기반 을 유지 관리하기 위해 조직 내에서 사용하도록 제한될 수 있습니다 .
위키는 위키 엔진으로 알려진 위키 소프트웨어 에 의해 활성화됩니다 . 콘텐츠 관리 시스템 의 한 형태인 위키 엔진 은 블로그 소프트웨어 와 같은 다른 웹 기반 시스템과 달리 콘텐츠가 정의된 소유자나 리더 없이 생성되고, 위키는 고유한 구조가 거의 없기 때문에 그에 따라 구조가 나타날 수 있다는 점에서 다릅니다. 사용자의 요구에. [1] Wiki 엔진은 일반적으로 단순화된 마크업 언어 를 사용하여 콘텐츠를 작성할 수 있도록 하며 때로는 서식 있는 텍스트 편집기 를 사용하여 편집할 수 있습니다. [2] 독립 실행형 및 다음과 같은 다른 소프트웨어의 일부인 수십 가지의 다양한 위키 엔진이 사용 중입니다.버그 추적 시스템 . 일부 위키 엔진은 오픈 소스 인 반면 다른 엔진은 독점 입니다. 일부는 다른 기능(접근 수준)에 대한 제어를 허용합니다. 예를 들어 편집 권한으로 자료를 변경, 추가 또는 제거할 수 있습니다. 다른 사람들은 액세스 제어를 시행하지 않고 액세스를 허용할 수 있습니다. 콘텐츠를 구성하기 위해 다른 규칙이 적용될 수 있습니다.
온라인 백과사전 프로젝트인 위키피디아 (Wikipedia )는 2007년부터 세계 20위권 안에 들며 세계에서 가장 많이 사용되는 위키 기반 사이트 중 하나입니다. [3] 위키피디아는 하나의 위키가 아니라 오히려 수백 개의 Wiki 모음으로, 각 Wiki는 특정 언어와 관련이 있습니다. Wikipedia 외에도 지식 관리 리소스, 메모 도구, 커뮤니티 웹사이트 및 인트라넷 으로 기능하는 Wiki를 포함하여 공용 및 사설 모두에서 수십만 개의 다른 Wiki가 사용되고 있습니다 . 영어 Wikipedia에는 가장 많은 기사 모음이 있습니다. 2020년 2월 기준으로 6백만 개 이상의 기사가 있습니다.최초의 위키 소프트웨어인 WikiWikiWeb 의 개발자인 Ward Cunningham 은 원래 위키를 "작동할 수 있는 가장 단순한 온라인 데이터베이스"라고 설명했습니다. [4] " 위키 "(발음[wiki] [주 1] )은 "빠르다"를 의미하는 하와이 단어입니다. [5] [6] [7]
형질
그들의 책 The Wiki Way: Quick Collaboration on the Web 에서 Ward Cunningham과 공동 저자인 Bo Leuf 는 Wiki 개념의 본질을 다음과 같이 설명했습니다. [8]
- "위키는 전문가뿐만 아니라 모든 사용자가 추가 추가 기능 없이 표준 "일반" 웹 브라우저 를 사용하여 위키 웹 사이트 내에서 페이지를 편집하거나 새 페이지를 만들도록 초대 합니다 ."
- "Wiki는 페이지 링크 생성을 직관적으로 쉽게 만들고 의도한 대상 페이지의 존재 여부를 보여줌으로써 서로 다른 페이지 간의 의미 있는 주제 연관을 촉진합니다."
- "위키는 전문가와 전문 작가가 만들고 일반 방문자를 위해 세심하게 만든 사이트 가 아닙니다 . 대신 웹 사이트 환경을 끊임없이 변화시키는 지속적인 생성 및 협업 프로세스에 일반 방문자/사용자를 참여시키려고 합니다."
위키를 사용하면 편집자와 기고자 커뮤니티가 공동으로 문서를 작성할 수 있습니다. 사람들이 기여하는 데 필요한 것은 컴퓨터, 인터넷 액세스, 웹 브라우저 , 간단한 마크업 언어 (예: MediaWiki 마크업 언어 ) 에 대한 기본적인 이해 뿐입니다 . 위키 웹사이트의 단일 페이지를 "위키 페이지"라고 하며 일반적으로 하이퍼링크 로 잘 연결된 전체 페이지 모음을 "위키"라고 합니다. 위키는 본질적으로 데이터베이스입니다정보를 생성, 탐색 및 검색하기 위한 것입니다. 위키는 비선형적이고, 진화하고, 복잡하고, 네트워크로 연결된 텍스트를 허용하는 동시에 콘텐츠 및 형식에 관한 편집자의 논쟁, 토론 및 상호 작용을 허용합니다. [9] 위키 기술의 정의적인 특징은 페이지를 쉽게 만들고 업데이트할 수 있다는 것입니다. 일반적으로 수정 사항이 수락되기 전에 중재자 또는 게이트키퍼 의 검토가 없으므로 웹 사이트에 변경 사항이 적용됩니다. 많은 위키는 사용자 계정 등록 없이 일반 대중이 변경할 수 있습니다. 많은 편집이 실시간 으로 이루어지고 거의 즉시 온라인에 표시될 수 있지만 이 기능은 시스템 남용을 조장합니다. 개인 위키 서버에는 다음이 필요합니다.사용자 인증 을 통해 페이지를 편집하고 때로는 페이지를 읽기도 합니다. Maged N. Kamel Boulos , Cito Maramba 및 Steve Wheeler 는 개방형 위키가 사회 진화론 의 과정을 생성한다고 씁니다 . "... 위키 페이지는 편집할 수 있는 개방성과 신속성 때문에 페이지는 진화적 선택 과정을 거칩니다. 자연이 생명체에게 종속되는 것과 다르지 않습니다. '부적합한' 문장과 섹션은 무자비하게 도태되고 편집되고 대체됩니다. '적합'한 것으로 간주되지 않으므로 더 높은 품질과 더 관련성 높은 페이지가 발전되기를 바랍니다." [10]
편집
소스 편집
일부 위키에는 사용자에게 페이지 편집 권한이 있는 경우 보고 있는 페이지에 직접 편집 버튼 또는 링크가 있습니다. 이것은 참가자가 위키텍스트, 위키 마크업 또는 위키코드라고도 하는 단순화된 마크업 언어로 위키 페이지를 구성하고 형식을 지정할 수 있는 텍스트 기반 편집 페이지로 이어질 수 있습니다( WYSIWYG 편집 페이지 로 이어질 수도 있습니다. 표 다음 단락 참조). 아래 ). 예를 들어 별표 가 있는 텍스트의 시작 줄은 글머리 기호 목록 을 만들 수 있습니다 . wikitext의 스타일과 구문은 wiki 구현 에 따라 크게 다를 수 있으며 [ 예제 필요 ] 일부는 HTML 태그 도 허용합니다 .
레이아웃 일관성
Wiki는 스타일과 구조를 나타내는 HTML보다 더 적고 간단한 규칙을 사용하여 일반 텍스트 편집을 선호했습니다. Wiki의 HTML 및 CSS( Cascading Style Sheets )에 대한 액세스를 제한하면 Wiki 콘텐츠의 구조와 형식을 변경할 수 있는 사용자 기능이 제한되지만 몇 가지 이점이 있습니다. CSS에 대한 제한된 액세스는 모양과 느낌의 일관성을 촉진하고 JavaScript 를 비활성화하면 사용자가 다른 사용자의 액세스를 제한할 수 있는 코드를 구현하는 것을 방지할 수 있습니다.
기본 구문
시각적 편집
Wiki는 또한 일반적으로 그래픽으로 입력된 형식 지정 지침을 해당 HTML 태그 또는 Wikitext 로 변환하는 JavaScript 컨트롤을 통해 사용자가 WYSIWYG 편집을 사용할 수 있도록 할 수 있습니다. 이러한 구현에서 페이지의 새로 편집되고 마크업된 버전의 마크업이 생성되어 투명하게 서버에 제출되어 이 기술적인 세부 사항으로부터 사용자를 보호합니다. Wikipedia 의 VisualEditor 가 이에 대한 예입니다 . 그러나 WYSIWYG 컨트롤이 항상 위키텍스트에서 사용할 수 있는 모든 기능을 제공하는 것은 아니며 일부 사용자는 WYSIWYG 편집기를 사용하지 않는 것을 선호합니다. 따라서 이러한 사이트 중 상당수는 위키텍스트를 직접 편집할 수 있는 수단을 제공합니다.
버전 기록
일부 Wiki는 Wiki 페이지의 변경 사항을 기록합니다. 종종 페이지의 모든 버전이 저장됩니다. 즉, 실수로 콘텐츠가 삭제되거나 페이지가 훼손되어 공격적이거나 악의적인 텍스트 또는 기타 부적절한 콘텐츠가 포함되는 등 실수로 인해 필요한 경우 작성자가 페이지의 이전 버전으로 되돌릴 수 있습니다.
요약 수정
Wikipedia를 구동하는 소프트웨어인 MediaWiki 와 같은 많은 Wiki 구현을 통해 사용자 는 페이지를 편집할 때 편집 요약 을 제공할 수 있습니다. 이것은 변경 사항을 요약한 짧은 텍스트입니다(예: "문법 수정" 또는 "표의 서식 수정"). 기사의 본문에 삽입되지 않고 페이지의 해당 개정판과 함께 저장되어 사용자가 수행한 작업과 이유를 설명할 수 있습니다. 이것은 개정 제어 시스템에서 변경할 때의 로그 메시지와 유사합니다. 이를 통해 다른 사용자는 "로그" 또는 "기록"이라고 하는 목록에서 종종 요약, 날짜 및 기타 짧고 관련성 있는 콘텐츠 목록에서 누가, 왜 변경했는지 확인할 수 있습니다.
대부분의 페이지 텍스트에는 일반적으로 위키 내의 다른 페이지로 연결되는 하이퍼텍스트 링크가 많이 있습니다. 이 형태의 비선형 탐색은 구조화/정형화된 탐색 체계보다 위키에 더 "기본"입니다. 사용자는 계층 분류 또는 원하는 구성 형식을 사용하여 인덱스 또는 목차 페이지를 원하는 수만큼 만들 수도 있습니다. 여러 작성자와 사용자가 임시 로 조직화되지 않은 방식으로 페이지를 만들고 삭제할 수 있으므로 "수동"으로 유지 관리하기 어려울 수 있습니다 . Wiki는 이러한 색인 페이지의 유지 관리를 지원하기 위해 페이지를 분류하거나 태그를 지정하는 하나 이상의 방법을 제공할 수 있습니다. 원본을 포함한 일부 위키에는 백링크 가 있습니다.주어진 페이지에 링크되는 모든 페이지를 표시하는 기능. 또한 일반적으로 Wiki에서는 아직 존재하지 않는 페이지에 대한 링크를 만드는 것이 가능하며, 이는 Wiki의 새로운 주제에 대해 알고 있는 내용을 공유하도록 다른 사람들을 초대하는 방법입니다. Wiki 사용자는 일반적으로 다른 사용자가 기사를 쉽게 찾을 수 있도록 카테고리 또는 키워드로 페이지에 "태그"를 지정할 수 있습니다. 예를 들어, 추운 날씨에 자전거 타기 에 대한 새 기사를 만드는 사용자 는 통근, 겨울 스포츠 및 자전거 타기 카테고리에서 이 페이지를 "태그"할 수 있습니다. 이렇게 하면 다른 사용자가 기사를 더 쉽게 찾을 수 있습니다.
페이지 연결 및 생성
링크는 소위 "링크 패턴"이라는 특정 구문을 사용하여 생성됩니다. 원래 대부분의 위키 [ 인용 필요 ] 는 CamelCase 를 사용했습니다.페이지 이름을 지정하고 링크를 생성합니다. 이들은 구에서 단어를 대문자로 표시하고 단어 사이의 공백을 제거하여 생성됩니다(단어 "CamelCase"가 그 자체의 예임). CamelCase를 사용하면 쉽게 연결할 수 있지만 표준 철자법에서 벗어나는 형식의 링크로 연결되기도 합니다. 한 단어로 된 제목이 있는 페이지에 링크하려면 단어의 문자 중 하나를 비정상적으로 대문자로 지정해야 합니다(예: "Wiki" 대신 "WiKi"). CamelCase 기반 위키는 "TableOfContents" 및 "BeginnerQuestions"와 같은 이름을 가진 많은 링크가 있기 때문에 즉시 알아볼 수 있습니다. Wiki는 공백을 다시 삽입하고 소문자로 되돌려 그러한 링크의 보이는 앵커를 "예쁘게" 렌더링할 수 있습니다. 그러나 앵커의 가독성을 향상시키기 위해 링크를 재처리하는 것은, CamelCase 반전으로 인한 대문자 정보 손실로 인해 제한됩니다. 예를 들어, "RichardWagner"는 "Richard Wagner"로 렌더링되어야 하는 반면, "PopularMusic"은 "popular music"으로 렌더링되어야 합니다. 어느 쪽인지 쉽게 판단할 수 있는 방법은 없습니다.대문자 는 대문자로 유지해야 합니다. 결과적으로 많은 Wiki는 이제 대괄호를 사용하여 "무료 링크"를 제공하고 일부는 기본적으로 CamelCase를 비활성화합니다.
수색
대부분의 위키는 최소한 제목 검색 을 제공하고 때로는 전체 텍스트 검색을 제공 합니다. 검색의 확장성은 위키 엔진이 데이터베이스를 사용하는지 여부에 따라 다릅니다. PmWiki 와 같은 일부 위키 는 플랫 파일 을 사용 합니다 . [11] MediaWiki의 첫 번째 버전은 플랫 파일을 사용했지만 2000년대 초반(10년)에 Lee Daniel Crocker 가 데이터베이스 응용 프로그램으로 다시 작성했습니다. [ 인용 필요 ] 큰 위키에서 고속 검색을 하려면 색인화된 데이터베이스 액세스가 필요합니다. 또는 Google 검색 과 같은 외부 검색 엔진더 정확한 결과를 얻기 위해 검색 기능이 제한된 위키에서 때때로 사용할 수 있습니다.
역사
WikiWikiWeb 은 최초의 위키였습니다. [12] Ward Cunningham은 1994년 오레곤주 포틀랜드에서 WikiWikiWeb을 개발하기 시작하여 1995년 3월 25일 인터넷 도메인 c2.com 에 설치했습니다. Cunningham은 호놀룰루 국제공항 카운터 직원이 자신에게 가져오라고 말한 것을 기억하여 명명했습니다. 공항 터미널 사이를 운행 하는 " Wiki Wiki Shuttle " 버스. Cunningham에 따르면 "나는 'quick'에 대한 두운 대체물로 wiki-wiki를 선택했고 따라서 이 항목의 이름을 quick-web으로 지정하는 것을 피했습니다." [13] [14]
Cunningham은 부분적으로 그가 사용한 Apple HyperCard 에서 영감을 받았습니다. 그러나 HyperCard는 단일 사용자였습니다. [15] Apple은 사용자가 다양한 카드 간의 링크를 지원하는 가상 "카드 스택"을 생성할 수 있는 시스템을 설계했습니다. Cunningham은 사용자가 "서로의 텍스트에 댓글을 달고 변경할 수 있도록"하여 Vannevar Bush 의 아이디어를 발전시켰습니다. [2] [16] Cunningham은 그의 목표가 프로그래밍 패턴 을 문서화하기 위한 새로운 문헌을 만들기 위해 사람들의 경험을 연결하고 익숙하지 않은 사람들에게도 편안함을 느낄 수 있는 기술로 이야기하고 이야기하려는 사람들의 자연스러운 욕구를 활용하는 것이라고 말했습니다. 저작". [15]
Wikipedia는 2001년 1월에 출시된 가장 유명한 Wiki 사이트가 되었으며 2007년에 가장 인기 있는 웹 사이트 상위 10위 안에 들었습니다. 2000년대 초반(10년)에 Wiki는 기업에서 협업 소프트웨어로 점점 더 많이 채택되었습니다. 처음에는 기술 사용자를 위한 프로젝트 커뮤니케이션, 인트라넷 및 문서가 일반적인 용도로 사용되었습니다. 일부 회사는 Wiki 를 유일한 공동 작업 소프트웨어이자 정적 인트라넷의 대체물로 사용하고 일부 학교 및 대학에서는 Wiki를 사용하여 그룹 학습 을 향상시킵니다 . 공용 인터넷보다 방화벽 뒤에서 위키를 더 많이 사용할 수 있습니다 . 2007년 3월 15일, 위키 라는 단어가 온라인 옥스포드 영어 사전 에 등재되었습니다 . [17]
대체 정의
1990년대 후반과 2000년대 초반에 "위키"라는 단어는 사용자가 편집할 수 있는 웹사이트와 웹사이트를 구동하는 소프트웨어 모두를 가리키는 데 사용되었습니다. 후자의 정의는 여전히 가끔 사용됩니다. [1] Wiki 발명가 Ward Cunningham은 2014년에 [18] "wiki"라는 단어를 단일 웹사이트가 아니라 사용자가 편집할 수 있는 대량의 페이지 또는 사이트를 가리키는 데 사용하여 단일 웹사이트가 " 위키"가 아니라 "위키의 인스턴스"입니다. 그는 동일한 콘텐츠를 분산 버전 제어 와 유사한 방식으로 둘 이상의 위치에서 호스팅 및 편집할 수 있는 위키 연합 의 개념이 단일 개별 "위키"의 개념이 더 이상 의미가 없다는 것을 의미한다고 썼습니다. [19]
구현
Wiki 소프트웨어 는 Wiki 시스템을 실행하는 협업 소프트웨어 유형으로 , 일반적인 웹 브라우저를 사용하여 웹 페이지를 만들고 편집할 수 있습니다. 기존 웹 서버 뒤에 있는 일련의 스크립트 또는 하나 이상의 웹 서버에서 실행 되는 독립 실행형 애플리케이션 서버 로 구현될 수 있습니다 . 콘텐츠는 파일 시스템 에 저장되고 콘텐츠에 대한 변경 사항은 관계형 데이터베이스 관리 시스템에 저장됩니다. 일반적으로 구현되는 소프트웨어 패키지는 Wikipedia를 실행하는 MediaWiki 입니다. 또는 개인 Wiki 는 단일 컴퓨터에서 독립 실행형 응용 프로그램으로 실행됩니다.
Wiki는 서버 측 소프트웨어가 Wiki 팜 소유자에 의해 구현되는 " wiki Farm " 에서 만들 수도 있습니다 . 일부 Wiki 팜은 암호로 보호된 비공개 Wiki를 만들 수도 있습니다. 무료 Wiki 팜은 일반적으로 모든 페이지에 광고를 포함합니다. 자세한 내용 은 Wiki 호스팅 서비스 비교를 참조하십시오 .
신뢰와 보안
변경 제어
위키는 일반적으로 실수를 어렵게 만들기보다 수정하기 쉽게 만든다는 철학으로 설계되었습니다. 따라서 위키는 매우 개방적이지만 페이지 본문에 최근 추가된 내용의 유효성을 검증하는 수단을 제공합니다. 거의 모든 Wiki에서 가장 눈에 띄는 것은 "최근 변경 사항" 페이지입니다. 이 페이지는 최근 편집 내용을 보여주는 특정 목록 또는 지정된 기간 내에 이루어진 편집 목록입니다. [20] 일부 Wiki는 목록을 필터링하여 자동 가져오기 스크립트(" 봇 ") 에 의한 사소한 편집 및 편집을 제거할 수 있습니다 . [21] 변경 로그에서 대부분의 위키에서 다른 기능에 액세스할 수 있습니다. 개정 내역 은 이전 페이지 버전과 diff 를 보여줍니다기능은 두 개정 간의 변경 사항을 강조 표시합니다. 수정 기록을 사용하여 편집자는 기사의 이전 버전을 보고 복원할 수 있습니다. 이것은 작성자에게 편집을 제거할 수 있는 큰 힘을 줍니다. diff 기능을 사용하여 이것이 필요한지 여부를 결정할 수 있습니다. 일반 Wiki 사용자는 "최근 변경 사항" 페이지에 나열된 편집 내용의 차이점을 볼 수 있으며, 수용할 수 없는 편집인 경우 기록을 참조하여 이전 개정을 복원할 수 있습니다. 이 프로세스는 사용된 Wiki 소프트웨어에 따라 다소 간소화됩니다. [22]
"최근 변경 사항" 페이지에서 허용할 수 없는 편집 내용이 누락된 경우 일부 위키 엔진은 추가 콘텐츠 제어를 제공합니다. 페이지 또는 페이지 집합이 품질을 유지하는지 확인하기 위해 모니터링할 수 있습니다. 페이지를 유지하려는 사람은 페이지 수정에 대해 경고를 받아 새 버전의 유효성을 신속하게 확인할 수 있습니다. 이것은 매우 친 작가이자 편집자 방지 기능으로 볼 수 있습니다. [23] 감시 목록은 이에 대한 일반적인 구현입니다. 일부 위키는 또한 필수 자격 증명을 가진 편집자가 일부 편집을 기물 파손이 아닌 것으로 표시할 수 있는 "순찰된 개정"을 구현합니다. "플래그된 수정" 시스템은 검토가 완료될 때까지 수정 사항이 게시되지 않도록 할 수 있습니다. [24]
콘텐츠의 신뢰성 및 신뢰성
공개적으로 편집 가능한 위키 시스템에 대한 비평가들은 이러한 시스템이 악의적인 개인("파괴자")이나 콘텐츠에 오류를 도입하는 선의이지만 미숙한 사용자에 의해 쉽게 조작될 수 있다고 주장하는 반면 지지자들은 사용자 커뮤니티가 그러한 정보를 잡을 수 있다고 주장합니다. 악의적이거나 잘못된 내용을 수정하고 수정합니다. [2] 데이터 시스템 전문가인 Lars Aronsson 은 논쟁을 다음과 같이 요약합니다. 회색 콘크리트 벽 옆에 무료 스프레이 캔을 제공하는 것처럼 들립니다. 유일한 가능한 결과는 못생긴 낙서 일 것입니다단순한 태깅과 많은 예술적 노력은 오래가지 못할 것입니다. 그래도 매우 잘 작동하는 것 같습니다." [12] 사용자가 일반적으로 동료 검토 저널이나 대학 교과서를 출처로 사용하는 의학 및 건강 과학 기사의 높은 편집 기준은 전문가 중재 위키의 아이디어로 이어졌습니다 . 25] 일부 위키에서는 전문 피어 리뷰어가 기사를 분석하고 개선하며 해당 기사의 신뢰할 수 있는 버전에 대한 링크를 제공할 수 있다는 점에서 과학 커뮤니티에 유용한 특정 버전의 기사에 대한 링크를 허용합니다. [26]Noveck은 "참가자는 지속적인 참여를 기반으로 작업 결과물의 품질을 보존하는 데 기득권을 가진 Wiki 커뮤니티 구성원의 인증을 받았습니다."라고 지적합니다. 편집을 방해하는 논쟁의 여지가 있는 주제에 대해 Wiki 작성자는 등록된 사용자로 편집을 제한할 수 있습니다. [27]
보안
누구나 콘텐츠를 편집할 수 있도록 하는 Wiki의 개방형 철학이 모든 편집자의 의도가 예의라는 것을 보장하지는 않습니다. 예를 들어, 기물 파손 (위키 콘텐츠를 공격적인 것으로 변경, 넌센스 추가, 백과사전 콘텐츠를 악의적으로 제거하거나 허위 정보 와 같은 잘못된 정보를 의도적으로 추가 )이 주요 문제가 될 수 있습니다. Wikimedia Foundation 에서 운영하는 것과 같은 대규모 Wiki 사이트에서는 기물 파손 행위 가 한동안 눈에 띄지 않을 수 있습니다 . Wiki는 개방적인 특성 때문에 " 트롤링 "으로 알려진 의도적인 중단에 취약합니다. Wiki는 소프트 보안 을 사용하는 경향이 있습니다.기물 파손 문제에 접근하여 손상을 방지하려고 시도하기 보다는 손상을 취소하기 쉽게 만듭니다. 규모가 큰 Wiki는 기물 파손을 자동으로 식별하고 되돌리는 봇과 각 편집에 추가된 문자를 표시하는 JavaScript 향상 기능과 같은 정교한 방법을 사용하는 경우가 많습니다. 이러한 방식으로, 기물 파손은 추가/제거된 캐릭터가 너무 적어 봇이 해당 캐릭터를 식별하지 못하고 사용자가 그들에게 많은 관심을 기울이지 않는 "사소한 기물 파손" 또는 "비열한 기물 파손"으로 제한될 수 있습니다. [28] [ 신뢰할 수 없는 출처 ] Wikipedia에서 기물 파손을 되돌리는 봇의 예는 ClueBot NG입니다. ClueBot NG는 몇 초는 아니더라도 몇 분 안에 편집 내용을 되돌릴 수 있습니다. 봇은 휴리스틱 대신 기계 학습 을 사용합니다 .[29]
Wiki가 받는 기물 파손의 정도는 Wiki가 얼마나 개방되어 있는지에 따라 다릅니다. 예를 들어, 일부 위키에서는 IP 주소 로 식별되는 등록되지 않은 사용자가 콘텐츠를 편집할 수 있도록 허용하고 다른 위키에서는 이 기능을 등록된 사용자에게만 제한합니다. [30]
사용자가 반복적으로 페이지를 원하는 버전으로 되돌리기 때문에 편집 전쟁이 발생할 수도 있습니다. 어떤 경우에 어떤 콘텐츠가 나타나야 하는지 또는 어떤 형식 스타일을 사용해야 하는지에 대해 반대 견해를 가진 편집자는 서로의 편집 내용을 변경하고 다시 변경합니다. 그 결과 일반 사용자의 관점에서 페이지가 "불안정"하게 되는데, 일반 사용자가 페이지를 방문할 때마다 다르게 보일 수 있기 때문입니다. 일부 위키 소프트웨어를 사용하면 관리자가 페이지의 버전이 가장 적합한지 결정할 때까지 페이지를 더 이상 편집하지 못하도록 잠가서 편집 전쟁을 중지할 수 있습니다. [9]일부 Wiki는 Wiki 외부에 존재하는 거버넌스 구조로 인해 동작을 제어하는 데 다른 Wiki보다 더 나은 위치에 있습니다. 예를 들어, 대학 교사는 로그인한 사용자로 편집을 제한하고 모든 기여가 기여자까지 추적할 수 있음을 지적함으로써 학생들이 관리하는 수업 위키에서 스스로 행동하도록 인센티브를 만들 수 있습니다. 나쁜 행동은 대학 정책에 따라 처리될 수 있습니다. [11]
잠재적인 맬웨어 벡터
사용자가 악성 코드를 호스팅하는 사이트에 대한 링크를 추가할 수 있기 때문에 맬웨어 는 위키에 문제가 될 수도 있습니다. 예를 들어 Blaster Worm 에 대한 독일 Wikipedia 기사 는 악성 웹사이트에 대한 하이퍼링크를 포함하도록 편집되었습니다. 링크를 따라간 취약한 Microsoft Windows 시스템 사용자는 감염될 것입니다. [9] 대응책은 사용자 가 악성 사이트 의 블랙리스트 에 나열된 사이트에 대한 링크가 포함된 편집 내용을 저장하지 못하도록 하는 소프트웨어를 사용하는 것입니다 .
커뮤니티
애플리케이션
English Wikipedia는 World Wide Web [31] 에 있는 Wiki 중 가장 큰 사용자 기반을 가지고 있으며 트래픽 측면에서 모든 웹 사이트 중 상위 10위 안에 들 수 있습니다. [32] 다른 대규모 위키로는 WikiWikiWeb , Memory Alpha , Wikivoyage 및 스웨덴어 지식 기반인 Susning.nu 가 있습니다. 의료 및 건강 관련 위키의 예로는 의료 전문가와 초청된 비의료 전문가가 편집한 온라인 협업 의료 참조인 Ganfyd 가 있습니다. [10] 많은 위키 커뮤니티 는 특히 기업 내에서 비공개 입니다. 그들은 종종 다음과 같이 사용됩니다.사내 시스템 및 애플리케이션에 대한 내부 문서 . 일부 회사에서는 Wiki를 사용하여 고객이 소프트웨어 문서 작성을 돕도록 합니다. [33] 기업 Wiki 사용자에 대한 연구에 따르면 컨텐츠의 "신디사이저"와 "가산기"로 나눌 수 있습니다. 신디사이저의 기여 빈도는 다른 위키 사용자에게 미치는 영향에 의해 더 많이 영향을 받은 반면, 가산기의 기여 빈도는 즉각적인 작업을 수행할 수 있었기 때문에 더 많은 영향을 받았습니다. [34] 수천 개의 Wiki 배포에 대한 연구에서 Jonathan Grudin은 신중한 이해 관계자 분석과 교육이 성공적인 Wiki 배포에 중요하다고 결론지었습니다. [35]
2005년 Gartner Group은 Wiki의 인기가 높아짐에 따라 2009년까지 기업의 최소 50%에서 Wiki가 주요 공동 작업 도구가 될 것으로 예상했습니다. [36] [ 업데이트 필요 ] Wiki는 프로젝트 관리 에 사용할 수 있습니다 . [37] [38] [ 신뢰할 수 없는 출처 ] Wiki는 기관 및 국제 경계를 넘어 정보를 공유하고 보급하기 위해 학계에서도 사용되었습니다. [39] 이러한 설정에서 보조금 작성 , 전략적 계획 , 부서 문서화 및 위원회 작업 에 대한 협업에 유용한 것으로 밝혀졌습니다 . [40]2000년대 중반에 산업 간 협업이 증가하는 추세는 교육자들에게 학생들이 협업 작업에 능숙하도록 하는 더 큰 자극을 주어 교실에서 사용되는 Wiki에 대한 더 큰 관심을 불러일으켰습니다. [9]
Wiki는 법조계와 정부 내에서 일부 용도를 찾았습니다. 예를 들어 정보 를 공유하고 수집하도록 설계된 중앙 정보국 의 Intellipedia , DKospedia 는 미국 시민 자유 연합( American Civil Liberties Union )이 관타나모 만 에 있는 수감자들의 구금에 관한 문서 검토를 지원하는 데 사용했습니다 . [41] 및 제7순회 항소법원의 위키는 법원 규칙을 게시하고 실무자가 의견을 제시하고 질문을 할 수 있도록 하는 데 사용됩니다. 미국 특허상표청 은 P2P(Peer-to-Patent)를 운영합니다 ., 대중이 특허 출원 심사와 관련된 선행 기술 을 찾는 데 협력할 수 있도록 하는 위키 입니다. Queens , New York은 Wiki를 사용하여 시민들이 지역 공원의 설계 및 계획에 협력할 수 있도록 했습니다. Cornell Law School 은 편집할 수 있는 사람에 대한 제한으로 인해 성장이 저해된 Wex 라는 위키 기반 법률 사전을 설립했습니다 . [27]
학문적 맥락에서 위키는 프로젝트 협업 및 연구 지원 시스템으로도 사용되었습니다. [42] [43]
도시 위키
도시 위키(또는 로컬 위키)는 특정 지리적 로케일 에 대한 지식 기반 및 소셜 네트워크 로 사용되는 위키입니다. [44] [45] [46] '도시 위키' 또는 이에 상응하는 외국어(예: 독일어 'Stadtwiki')라는 용어는 때때로 도시뿐만 아니라 작은 마을 또는 전체 지역을 포괄하는 위키에도 사용됩니다. 도시 위키에는 사물, 아이디어, 사람 및 장소의 특정 사례에 대한 정보가 포함되어 있습니다. 이 정보의 대부분은 백과사전 에는 적합하지 않을 수 있습니다.Wikipedia(예: 도시의 모든 소매점에 대한 기사)와 같은 것이지만 더 지역화된 콘텐츠와 뷰어가 있는 Wiki에 적합할 수 있습니다. 도시 위키에는 다음과 같은 주제에 대한 정보도 포함될 수 있습니다.
- 공공 주택, 술집, 숙박 시설 또는 사회 회관과 같은 공공 시설의 세부 사항
- 특정 상점의 소유자 이름, 영업 시간 및 통계
- 도시의 특정 도로에 대한 통계 정보
- 동네 아이스크림 가게에서 파는 아이스크림 맛
- 시장 및 기타 인물의 약력
위키노드
WikiNode는 관련 Wiki를 설명하는 Wiki의 페이지입니다. 그들은 일반적으로 이웃과 대리인으로 조직됩니다. 이웃 위키는 유사한 내용을 논의하거나 관심을 가질 수 있는 단순히 위키입니다 . 위임 위키는 특정 콘텐츠를 해당 위키에 위임하는 데 동의하는 위키입니다 . 특정 주제에 대한 Wiki를 찾는 한 가지 방법은 Wiki에서 Wiki로 Wiki-node 네트워크를 따르는 것입니다. 다른 하나는 Wiki "버스 투어"를 이용하는 것입니다(예: Wikipedia's Tour Bus Stop ).
참가자들
위키에 참여하는 네 가지 기본 사용자 유형은 독자, 작성자, 위키 관리자 및 시스템 관리자입니다. 시스템 관리자는 위키 엔진 및 컨테이너 웹 서버의 설치 및 유지 관리를 담당합니다. 위키 관리자는 위키 콘텐츠를 관리하고 페이지에 대한 추가 기능(예: 페이지 보호 및 삭제)을 제공하며, 예를 들어 사용자의 편집을 차단하는 등 사용자의 액세스 권한을 조정할 수 있습니다. [48]
성장인자
수백 개의 Wiki에 대한 연구에 따르면 주어진 콘텐츠 크기에 대해 상대적으로 많은 수의 관리자가 성장을 감소시킬 가능성이 있습니다. [49] 등록된 사용자로 편집을 제한하는 액세스 제어는 성장을 줄이는 경향이 있습니다. 그러한 액세스 제어의 부족은 새로운 사용자 등록을 촉진하는 경향이 있습니다. 더 높은 관리 비율(예: 관리자/사용자)은 콘텐츠 또는 인구 증가에 큰 영향을 미치지 않습니다. [50]
회의
Wiki 관련 주제에 대한 활발한 회의 및 회의에는 다음이 포함됩니다.
- Confluence 를 포함한 Atlassian 소프트웨어 사용자를 위한 연례 회의인 Atlassian Summit . [51]
- OpenSym (2014년까지 WikiSym이라고 함) 은 Wiki에 대한 연구와 공개 협업을 전문으로 하는 학술 회의 입니다.
- Semantic MediaWiki 의 사용자와 개발자를 위한 격년 회의인 SMWCon . [52]
- Tiki Wiki CMS Groupware 의 사용자와 개발자를 위해 자주 개최되는 모임인 TikiFest . [53]
- Wikimania 는 Wikipedia와 같은 Wikimedia Foundation 프로젝트 의 연구 및 실행에 전념하는 연례 회의입니다 .
이전 Wiki 관련 이벤트는 다음과 같습니다.
- RecentChangesCamp (2006–2012), 위키 관련 주제에 대한 회의 .
- RegioWikiCamp(2009–2013), "regiowikis" 또는 도시 및 기타 지리적 영역에 대한 위키에 대한 반기 회의입니다. [54]
법적 환경
다른 사용자가 완성된 제품의 수정, 편집 및 편집에 참여하는 기사의 공동 저자는 편집자가 저작권 을 공유하는 테넌트 가 될 수 있으므로 모든 공동 소유자의 허가 없이는 재출판할 수 없습니다. 가명 또는 익명 편집으로 인해 신원을 알 수 없는 경우가 있습니다. [9] 개인 이 백과사전과 같은 집합적 저작물 에 기여하는 경우, 기여가 분리되고 구별될 수 있는 경우에는 공동 소유권이 없습니다. [55]대부분의 위키가 개별 기여를 추적함에도 불구하고 위키 페이지에 기여하는 행위는 여전히 공동 소유권을 발생시키는 공동 수정, 편집 또는 컴파일 중 하나입니다. 일부 저작권 문제는 공개 콘텐츠 라이선스를 사용하여 완화할 수 있습니다. GNU 무료 문서 라이센스 버전 2 에는 위키 재라이센스에 대한 특정 조항이 포함되어 있습니다. 크리에이티브 커먼즈 라이선스도 인기가 있습니다. 라이선스가 지정되지 않은 경우 Wiki에 콘텐츠를 추가하고 읽을 수 있는 묵시적 라이선스는 비즈니스 필요성과 Wiki의 고유한 특성에 따라 존재하는 것으로 간주될 수 있습니다. 상황. [ 인용 필요 ]
Wiki와 Wiki의 사용자는 Wiki에서 발생하는 특정 활동에 대해 책임을 질 수 있습니다. Wiki 소유자가 무관심을 표시하고 저작권 침해를 중지하기 위해 실행할 수 있었던 통제(예: 저작권 침해자 금지)를 포기하는 경우, 특히 Wiki가 주로 저작권을 침해하는 데 사용되거나 직접적인 금전적 이익을 얻는 경우 권한 있는 침해로 간주될 수 있습니다. 침해 행위로 인한 광고 수익 등의 이익. [9] 미국에서는 위키가 통신 품위법 230조의 혜택을 받을 수 있습니다. 이 법 은 자체 정책의 질이나 양에 대한 요구 사항 없이 유해한 자료의 " 선한 사마리아인 " 정책에 참여하는 사이트를 보호합니다 . [56]그러나 반편향성, 검증 가능성, 신뢰할 수 있는 출처, 비원본 연구 정책과 같은 특정 규칙의 위키 시행이 법적 위험을 초래할 수 있다는 주장도 있습니다. [57] 위키에서 명예 훼손 이 발생 하면 이론적으로 위키의 모든 사용자가 "출판물"에서 명예 훼손 자료를 제거하거나 수정할 수 있는 권한이 있었기 때문에 책임을 져야 할 수 있습니다. 위키가 퍼블리셔보다 출판물의 콘텐츠에 대한 통제력 부족으로 인해 일반적으로 책임을 지지 않는 인터넷 서비스 제공업체 에 더 가까운 것으로 간주될지는 두고 봐야 합니다. [9]법원은 이러한 콘텐츠를 대중의 인식과 관련된 증거로 사용할 수 있으므로 상표 소유자는 Wiki에서 상표에 대해 어떤 정보가 표시되는지 모니터링하는 것이 좋습니다. Joshua Jarvis는 "잘못된 정보가 확인되면 상표 소유자는 항목을 간단히 편집할 수 있습니다."라고 말합니다. [58]
또한보십시오
메모
참고문헌
- ^ a b Mitchell, Scott(2008년 7월), Easy Wiki Hosting, Scott Hanselman의 블로그 및 Snagging Screens , MSDN Magazine, 2010년 3월 16일에 원본에서 보관 , 2010 년 3월 9일 에 검색 함
- ^ a b c "위키" , 브리태니커 백과사전 , vol. 1, 런던: Encyclopædia Britannica, Inc. , 2007, 2008년 4월 24일에 원본에서 보존됨, 2008년 4 월 10일 에 검색
- ↑ Alexa Top Sites , 2015년 3월 2일에 원본에서 아카이브 , 2016년 12월 1일 에 검색 함
- ↑ Cunningham, Ward (2002년 6월 27일), What is a Wiki , WikiWikiWeb, 2008 년 4월 16일에 원본에서 보관된 문서, 2008 년 4월 10일에 확인함
- ^ "하와이어 단어, 하와이어에서 영어로" . 마우이맵닷컴. 2008년 9월 14일에 원본 문서에서 보존된 문서 . 2008 년 9월 19일에 확인함 .
- ↑ Hasan, Heather (2012), Wikipedia, 350만 기사 및 집계 , 뉴욕: Rosen Central, p. 11 , ISBN 9781448855575, 2019년 10월 26일에 원본에서 보관된 문서, 2019 년 8월 6일에 확인함
- ↑ Andrews, Lorrin (1865), 영어-하와이어 어휘와 놀라운 사건의 연대기표가 추가된 하와이 언어 사전 , Henry M. Whitney, p. 514, 2014년 8월 15일에 원본에서 보존된 문서, 2014년 6 월 1 일에 확인함
- ↑ Leuf & Cunningham 2001년 . Ward Cunningham의 사이트 "Archived copy" 를 참조하십시오 . 2002년 4월 30일에 원본 문서에서 보존된 문서 . 2002 년 4월 30일에 확인함 .
{{cite web}}
: CS1 유지: 제목으로 보관된 사본( 링크 ) - ^ b c d e f g 블랙 , 피터; 딜레이니, 헤이든; Fitzgerald, Brian (2007), Wikis에 대한 법적 문제: 사용자 생성 및 동료 생성 지식, 콘텐츠 및 문화의 도전 (PDF) , vol. 14, eLaw J. , 2012년 12월 22일 원본 (PDF) 에서 보관됨
- ^ b Boulos , MNK; 마람바, I.; Wheeler, S.(2006), "Wikis, 블로그 및 팟캐스트: 가상 협업 임상 실습 및 교육을 위한 차세대 웹 기반 도구", BMC Medical Education , 6 : 41, doi : 10.1186/1472-6920-6- 41 , PMC 1564136 , PMID 16911779
- ^ b 나오미, 오가르 ; Raitman, 루스; Zhou, Wanlei(2004). "위키를 통한 온라인 교육 및 학습". Beyond Comfort Zone: 제21회 ASCILITE 회의: 95–104. CiteSeerX 10.1.1.133.1456 .
{{cite journal}}
:인용 저널이 필요합니다|journal=
( 도움말 ) - ^ a b Ebersbach 2008년 , p. 10
- ↑ 와드 커닝햄 (2003년 11월 1일). "위키의 어원에 대한 대응" . 위키위키웹. 2007년 3월 17일에 원본 문서에서 보존된 문서 . 2007 년 3월 9일에 확인함 .
- ↑ 워드 커닝햄 (2008년 2월 25일). "위키 역사" . 위키위키웹. 2002년 6월 21일에 원본 문서에서 보존된 문서 . 2007 년 3월 9일에 확인함 .
- ^ a b 빌 베너스(2003년 10월 20일). "Wiki로 탐색: Ward Cunningham과의 대화, 1부" . 아르티마 개발자. 2015년 2월 5일에 원본 문서에서 보존된 문서 . 2014 년 12월 12일에 확인 함 .
- ↑ 워드 커닝햄 (2007년 7월 26일). "위키 위키 하이퍼 카드" . 위키위키웹. 2007년 4월 6일에 원본 문서에서 보존된 문서 . 2007 년 3월 9일에 확인함 .
- ↑ 다이아몬드, 그레이엄 (2007년 3월 1일). "2007년 3월 업데이트" . 옥스포드 영어 사전 . 2011년 1월 7일에 원본 문서에서 보존된 문서 . 2007 년 3월 16일에 확인함 .
- ↑ Ward Cunningham [@WardCunningham] (2014년 11월 8일). "wiki의 복수형은 wiki입니다. forage.ward.fed.wiki.org/an-install-of-wiki.html 참조" (Tweet) . 2019 년 3월 18일에 확인함 – Twitter 를 통해 .
- ^ "가장 작은 연합 위키" . 위키.org . 2015년 9월 28일에 원본 문서에서 보존된 문서 . 2015 년 9월 28일에 확인함 .
- ^ Ebersbach 2008년 , p. 20
- ^ Ebersbach 2008년 , p. 54
- ^ Ebersbach 2008년 , p. 178
- ^ Ebersbach 2008년 , p. 109
- ↑ Goldman, Eric, "Wikipedia's Labor Squeeze and its Consequences", Journal on Telecommunications and High Technology Law , 8
- ^ Barsky, 유진; 딘 주스티니(2007년 12월). "웹 2.0 소개: 건강 사서를 위한 위키" (PDF) . 캐나다 건강 도서관 협회 저널 . 28 (4): 147–150. 도이 : 10.5596/c07-036 . ISSN 1708-6892 . 2012년 4월 30일 원본에서 보관된 문서(PDF) . 2011 년 11월 7일에 확인함 .
- ↑ 케빈 Yager (2006년 3월 16일). "위키웨어는 인터넷을 과학에 활용할 수 있습니다." . 자연 . 440 (7082): 278. Bibcode : 2006Natur.440..278Y . 도이 : 10.1038/440278a . PMID 16541049 .
- ^ a b Noveck, Beth Simone (2007년 3월), "Wikipedia and Future of Legal Education" , Journal of Legal Education , 57 (1) , 2014년 7월 3일 원본에서 보관됨(가입 필수)
- ^ "보안" . 어소씽. 2014년 1월 6일에 원본 문서에서 보존된 문서 . 2013 년 2월 16일에 확인함 .
- ↑ 제시 힉스 (2014년 2월 18일). "이 기계는 트롤을 죽입니다" . 더 버지 . 2014년 8월 27일에 원본 문서에서 보존된 문서 . 2014 년 9월 7일에 확인 함 .
- ^ Ebersbach 2008년 , p. 108
- ^ "가장 큰 (미디어) 위키 목록" . S23-위키. 2008년 4월 3일. 2014년 8월 25일에 원본 문서에서 보존된 문서 . 2014 년 12월 12일에 확인 함 .
- ^ "Alexa 상위 500개 글로벌 사이트" . 알렉사 인터넷 . 2015년 3월 2일에 원본 문서에서 보존된 문서 . 2015 년 4월 26일에 확인함 .
- ↑ 뮐러, C.; Birn, L.(2006년 9월 6~8일). "협업 소프트웨어 문서를 위한 위키" (PDF) . I-KNOW '06. 2011년 7월 6일에 원본 (PDF) 에서 보관된 문서.
{{cite journal}}
:인용 저널이 필요합니다|journal=
( 도움말 ) - ^ Majchrzak, A.; Wagner, C.; Yates, D.(2006), "기업 위키 사용자: 설문조사 결과", Wiki에 대한 2006년 국제 심포지엄, Wiki 에 대한 심포지엄 , pp. 99–104, doi : 10.1145/ 1149453.1149472 978-1-59593-413-0, S2CID 13206858
- ↑ 조나단 그루딘 (2015). "작업 중인 Wiki: 엔터프라이즈 Wiki의 지속 가능성을 위한 성공 요인 및 과제 - Microsoft Research" . Research.microsoft.com . 2015년 9월 4일에 원본 문서에서 보존된 문서 . 2015 년 6월 16일에 확인함 .
- ↑ Conlin, Michelle (2005년 11월 28일), "E-Mail Is So Five Minutes Ago" , Bloomberg BusinessWeek , 2012년 10월 17일 원본에서 보관됨
- ^ "홈페이지" . 프로젝트 관리 Wiki.org . 2014년 8월 16일에 원본 문서에서 보존된 문서 . 2012 년 5월 8일에 확인함 .
- ^ "Wiki로 가는 방법: 프로젝트 관리" . 에디트미 . 2010년 1월 4일. 2012년 5월 8일에 원본 문서에서 보존된 문서 .
- ^ Wanderley, MM; 번바움, 디.; Malloch, J. (2006). "SensorWiki.org: 연구원 및 인터페이스 디자이너를 위한 협업 리소스" . NIME '06 음악적 표현을 위한 새로운 인터페이스에 관한 2006년 회의록 . IRCAM – 퐁피두 센터: 180–183. ISBN 978-2-84426-314-8.
- ↑ Nancy T. Lombardo (2008년 6월). "도서관에서 작동하도록 Wiki 사용". 의료 참조 서비스 분기별 . 27 (2): 129–145. 도이 : 10.1080/02763860802114223 . PMID 18844087 . S2CID 11552140 .
- ^ "SusanHu의 FOIA 프로젝트 업데이트" . 2013년 5월 30일에 원본 문서에서 보존된 문서 . 2013 년 6월 25일에 확인함 .
- ↑ Au, CH (2017년 12월). "연구 지원 시스템으로서의 Wiki — 정보 시스템 연구의 시험". 2017 IEEE International Conference on Industrial Engineering and Engineering Management(IEEM) : 2271–2275. 도이 : 10.1109/IEEM.2017.8290296 . ISBN 978-1-5386-0948-4. S2CID 44029462 .
- ↑ 오척항. "프로젝트 협업을 위해 Wiki 사용 - Facebook에서 비교" (PDF) . 2019년 4월 12일 원본에서 보관 (PDF) .
- ↑ Andersen, Michael (2009년 11월 6일) " 캘리포니아 데이비스에 오신 것을 환영합니다. 세계 최고의 지역 위키에서 얻은 6가지 교훈 Archived 2013년 8월 8일, Wayback Machine ." 니멘 저널리즘 연구실 니먼 재단/하버드 대학교
- ^ McGann, Laura (2010년 6월 18일) " Knight News Challenge: Wiki 사이트가 당신의 도시에 오고 있습니까? Local Wiki는 그것을 간단하게 만드는 소프트웨어를 구축할 것입니다. Archived 2013년 6월 25일, Wayback Machine ." 니멘 저널리즘 연구실 니먼 재단/하버드 대학교
- ↑ 유선 : 케빈 메이키스 (2009년 7월 15일). Hey, Kid: Support Your Local Wiki Archived 2015년 4월 27일, Wayback Machine
- ^ "자주 묻는 질문" . 위키노드. 2007년 8월 10일에 원본 문서에서 보존된 문서 .
- ↑ 마리야 큐브릭 (2007). "학생 학습 향상을 위한 Wiki 기반 협업의 사용 분석" . 하트퍼드셔 대학교. 2011년 5월 15일에 원본 문서에서 보존된 문서 . 2011 년 4월 25일에 확인함 .
{{cite journal}}
:인용 저널이 필요합니다|journal=
( 도움말 ) - ^ 로스, C.; 타라보렐리, D.; Gilbert, N. (2008). "위키 실행 가능성 측정. 대규모 위키 샘플의 사회적 역학에 대한 실증적 평가" (PDF) . Center for Research in Social Simulation: 3. 2017년 10월 11일 원본에서 보존됨 (PDF) .
그림 4는 주어진 콘텐츠 크기에 대해 상대적으로 많은 수의 관리자가 있는 것이 성장을 감소시킬 가능성이 있음을 보여줍니다.
{{cite journal}}
:인용 저널이 필요합니다|journal=
( 도움말 ) - ^ 로스, C.; 타라보렐리, D.; Gilbert, N. (2008). "위키 실행 가능성 측정. 대규모 위키 샘플의 사회적 역학에 대한 실증적 평가" (PDF) . 사회 시뮬레이션 연구 센터. 2012년 6월 16일에 원본 (PDF) 에서 보관된 문서 . 2018 년 11월 9일에 확인함 .
{{cite journal}}
:인용 저널이 필요합니다|journal=
( 도움말 ) - ^ "Atlassian Summit 홈페이지" . Summit.atlassian.com. 2011년 6월 13일에 원본 문서에서 보존된 문서 . 2011 년 6월 20일에 확인함 .
- ^ "SMWCon 홈페이지" . Semantic-mediawiki.org. 2011년 7월 14일에 원본 문서에서 보존된 문서 . 2011 년 6월 20일에 확인함 .
- ^ "TikiFest 홈페이지" . 티키.org. 2011년 6월 30일에 원본 문서에서 보존된 문서 . 2011 년 6월 20일에 확인함 .
- ^ "유럽 RegioWikiSociety 홈페이지" . Wiki.regiowiki.eu. 2011년 6월 10일. 2009년 8월 13일에 원본 문서에서 보존된 문서 . 2011 년 6월 20일에 확인함 .
- ^ Redwood Music Ltd 대 B Feldman & Co Ltd , RPC 385, 1979
{{citation}}
: 누락되거나 비어 있음|title=
( 도움말 ) - ↑ 월시, 캐슬린 M.; 오, 사라 (2010년 2월 23일). "자체 규제: Wikipedia가 섹션 230에 따라 사용자 생성 품질 관리를 활용하는 방법" . 2014년 1월 6일에 원본 문서에서 보존된 문서 .
{{cite journal}}
:인용 저널이 필요합니다|journal=
( 도움말 ) - ↑ Myers, Ken S. (2008), "Wikimmunity: Fitting the Communications Decency Act to Wikipedia", Harvard Journal of Law and Technology , The Berkman Center for Internet and Society, 20 :163, SSRN 916529
- ↑ Jarvis, Joshua (2008년 5월), "Police yourmarks in a wiki world" , Managing Intellectual Property , No. 179 (179): 101–103 , 2016년 3월 4일 원본에서 보관됨
추가 읽기
- Ebersbach, Anja(2008), Wiki: Web Collaboration , Springer Science+Business Media , ISBN 978-3-540-35150-4
- 루프, 보; Cunningham, Ward(2001년 4월 13일), Wiki Way: 웹에서의 빠른 공동 작업 , Addison–Wesley , ISBN 978-0-201-71499-9
- Mader, Stewart(2007년 12월 10일), Wikipatterns , John Wiley & Sons , ISBN 978-0-470-22362-8
- Tapscott, Don(2008년 4월 17일), Wikinomics: 대량 협업이 모든 것을 바꾸는 방법 , Portfolio Hardcover, ISBN 978-1-59184-193-7
외부 링크
- 컬리 의 위키
- Wiki로 탐색 , Bill Verners 의 Ward Cunningham 과의 인터뷰
- WikiIndex 및 WikiApiary , Wiki 디렉토리
- WikiMatrix , Wiki 소프트웨어와 호스트를 비교하는 웹사이트
- WikiTeam Archive Team 과 연계된 Wiki 보존 자원봉사 단체 WikiTeam
- 머피, 폴라(2006년 4월). 뒤죽박죽인 Wiki의 세계 . 캘리포니아 대학교 .
- Ward Cunningham과 어원학자의 서신