위키의 문제점

브라이언 켈리 | 2006년 12월 20일 | 이벤트, 위키 | 댓글 2개 UKOLN은 2006년 11월 3일 버밍엄에서 “위키의 잠재력 탐구” 워크숍을 주최했습니다. 워크숍 평가 요약이 이제 제공됩니다. 워크숍, 발표 및 토론 그룹에 대한 의견은 위키의 기관 제공에 대한 관심을 보여줍니다. 그러나 위키 소프트웨어의 사용이 증가함에 따라 일부 한계가 더욱 분명해집니다. 다음은 제가 확인한 문제 중 일부로, 워크숍에서 논의되지 않았을 수 있습니다: 탐색 가능성: 위키에서 홈 버튼은 무엇을 의미합니까? 위키 서비스의 홈(전체 기관을 위한 서비스일 수 있음)입니까? 여러 하위 위키를 가질 수 있는 개인의 홈입니까? 아니면 하위 위키 영역의 홈 페이지입니까? URI 구조: 기관이 UKOLN의 프로젝트 웹 사이트를 위한 URI 명명 규칙 브리핑 문서와 같은 URI 명명 규칙에 대한 지침을 제공했던 때를 기억하십니까? 이러한 지침은 URI에서 단어의 대문자 사용에 대한 일관된 접근 방식과 URI에서 단어를 구분하는 규칙(’_’ 또는 공백보다 ’-‘가 종종 선호됨)과 같은 문제를 다루었습니다. 위키에서는 위키 소프트웨어가 기관 지침과 충돌할 수 있는 URI 구조를 강제할 수 있습니다. 웹 사이트 구조: 계층적 URI 구조는 웹 사이트의 자체 포함 영역을 정의하는 데 유용할 수 있습니다. 이 구조는 오프라인 브라우저와 같은 도구에서 활용될 수 있습니다. 그러나 많은 위키가 제공하는 평면 구조는 이러한 이점이 상실될 수 있음을 의미합니다. 표준: 위키는 웹 사이트가 HTML 및 CSS 표준을 준수하도록 보장합니까? 일부는 그렇지 않을 수 있다는 위험이 있습니다. 접근성: 위키는 작성자가 장애가 있는 사람들이 보조 기술을 사용하여 위키에 보관된 콘텐츠에 접근할 수 있도록 필요한 구조와 태그를 제공할 수 있도록 허용합니까? 장치 독립성: AJAX 기술을 사용하여 작성자와 독자에게 풍부한 사용자 경험을 제공하는 위키가 Apple Macintosh와 같은 플랫폼에서 사용 가능합니까? 워크숍의 한 Macintosh 사용자는 워크숍의 WetPaint Wiki가 위키의 페이지를 편집하기 위해 (존재하지 않는) 오른쪽 마우스 버튼을 사용해야 한다고 보고했습니다. 이것들이 문제가 됩니까? 이러한 문제가 해결될 때까지 위키 소프트웨어 배포 계획을 보류해야 합니까? 위키에 다른 중요한 문제가 있습니까? 아니면 이러한 한계가 위키가 제공할 수 있는 이점으로 상쇄될 수 있습니까? 댓글 2개 Tim Beadle - 2006년 12월 20일 오후 3:28 이것은 일반적인 위키 개념보다는 “일부 위키 소프트웨어의 문제점”처럼 들립니다.