위키 기능 살려야할까요?
사실 밀리돔 대표 흑역사긴 한데...
고민입니다
밀리돔 내 밀리터리 위키가 있었나요? 분명 장점도 많을테지만, 어쩌면 타위키에서도 잘 보이는 분쟁의 원인이 되지 않을지... 물론 로그인 편집자로 제한을 걸면 이러한 점은 많이 줄어들겠지만 말이죠.
이것 외에도 가능성이 있는 문제점들을 몇개 생각해 보다면, 위키가 잘 돌아가면 사이트 데이터 베이스가 엄청나게 커질텐데, 운영자 분들의 서버 부담비가 너무 커지지 않을까 걱정이네요. 물론 위키에도 에드센스를 몇개 박으면 어느정도 도움이 되기는 할 텐데...
또, 밀리돔은 거의 완벽히 현대전 관련 사이트고, 타 사이트들의 주 영역이기도 한 2차 대전 및 냉전 관련 내용이 어떨련지 말이죠... 물론 현대전을 제대로 이해했다는 건 냉전 관련의 지식도 풍부하다는 뜻이 되기는 하는데, 밀리돔의 전반적 지식 수준이 어떨지... 저와 깉은 수준의 회원이 많다면 몇몇 이용자 분들에게 질적인 면에 있어서 많이 의존하게 되지 않을련지요.
다만 위의 모든 리스크들을 생각해 보더라도, 위키의 순기능이 제대로 작동한다면, 문서 작성 과정에서 발생하는 토론 글들로 인해 현재의 밀리돔이 보이는 외부 떡밥 의존적인 모습이 많이 줄고, 자체적인 주제 형성이 가능하게 되겠지요. 결과적으로 외부 떡밥이 없더라도 사이트는 자주 떡밥능력을 통해 계속 활성화 된 상태가 지속될 수 있겠다는 생각이 듭니다.
옛날에야 밀리돔 유입 인구가 믾이 적었던 점도 있고 하니, 지금 밀리돔 위키를 만드시면 결과가 디르지 읺을까 싶기도 합니다. 리스크를 질 가치가 있다고 생각되면 한번 다시 민들어 보는 것도 괜찮지 않을까요.
하신다면 내용을 업로드할 능력은 안되지만 응원은 해드리겠습니다. T^T
나무위키, 리브레위키 등과는 규정부터 확실히 선을 긋고 차별화시켜 운영한다는 전제로 전 회원이 작성편집가능하도록 개방하는 것이 좋다고 봅니다. 지금 각 게시판 스레드나 리플 내용 통제하시는 것도 좋지만, 그것보다 더 강력한 수준으로요. 취소선 난무, 농조, 서브컬쳐 네타를 마구 삽입하는 등의 작태는 아예 불가능하도록 못박아 두시고, 반달이나 목적적 패치워크 수정질은 별도로 운영진이 잘 감시해 주셔야겠죠.
정 안되면 수정자 닉네임이라도 표시되게 하는건 어떨까요 위키라는 특성상 만들면 악의적인 내용 수정 같은 문제는 반드시 발생할테고 그럴바에는 첨부터 누가 수정했는지 알게 해버리죠
- 트래픽도 트래픽이지만, 다른 위키 사이트들을 보면 결정적으로 관리가 제일 문제인 것 같더군요.
질을 높이면, 즉 참여를 제한하게 되면 위키가 아니게되고..질을 낮추면 , 즉 참여를 무제한 허용하면..다른 위키와 다를게 없고..관리하는 분들도 머리터질 겁니다. 차라리 일정기간 특정한 주제를 몇개 정해서 완성해가는 식으로 ..하는 것이 낫지 않나 싶네요.
예를 들어 a,b,c라는 주제로 일정 기간동안 문서를 작성하고, 작성이 끝나면 일단 동결처리.. 그리고 그 동결된 문서를 수정하려면
레퍼런스 필수 이런 식으로 말이죠..
그러니..그걸 방지하고자..6개월정도 오픈해서 작성하고 어느정도 완성하면 동결처리 하고..이런 식으로요. 어짜피 잡스런 주제는 어디서든 다루니까 굳이 밀리돔 위키에서까지 단문 위키 작성할 필요는 없다고 생각합니다. 굵직한 주제로 가락 잡는다는 생각으로 가는 것이 낫다고 봅니다.
저는 걱정되는게 데이터베이스가 늘어나고 참여자가 많아지면 지금 관리자 세분으로 관리하기 어려울것같아 부정적으로 보이네요.
초기 시작부터 생각했던 부분.....예전의 이성찬씨 사이트 같은 것이 필요하다는 의견도 있었습니다.
위에 지적처럼 참여자를 제한하면 모양새만 위키가 되고 다 참여하면 ..ㅜ.ㅜ....
"운영진 성향에 맞으면".....이라는 부분에서 운영진들이 마치 편향된 사람들이라는 투로 들리는데....
잘못한게 많으니 그렇게 보시겠죠.....
반성합니다.
조건은 하기와 같습니다
1. 작성글에 무조건 근거 소스 출처를 명기할것
2. 소스는 정부기관 메스미디어 문헌 등 객관성을 갖춘 자료로 한정
3. 수정 발생시 수정자 실명? 또는 아이디 날짜가 하단이나 상단에 보일것
4. 수정사항은 운영자 또는 권한자 리뷰 승인받고 적용될 것
5. 수정 history 클릭시 내용 before after를 비교 기능할것
써놓고보니 내가 하는거 아니라고 요구사항을 마구썼네요 양해구합니다 ㅜㅜ
1.~2.은 정책작 부분이구요 GIT system 이 3.~5. 커버하겠네요
기술적 인력 추가 및 각종 관리 인력 추가가 선행 되어야 할 듯 합니다.
로또를 사서 인력 확충을 도모해야 하나...ㅜ.ㅜ...