Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Среда Вики для создания сетевого сообщества
Wiki – это софт для сайтов изменяемых всеми пользователи – такое необычное и своеобразное средство для совместной разработки проектов. Вики идеально предназначена для разработки и поддержки документации любого рода — в это число входят словари, тезаурусы, библиотеки и прочие итерационно меняющиеся документы. Благодаря тому, что вики имеет свою примитивную систему разметки, которая в целом стала стандартом, созданием и редактированием линейных документов (в классической философии вики не существует иерархии как таковой, но в отдельных клонах иерархия добавлена в силу требований реального применения) с несложной структурой может эффективно хорошо: – просто; – быстро; – контроль версий и архивация; – вики-ссылки; – обратные ссылки; – автоматически формируемый список обновлений. Относительно хорошо: – поиск; – привязка к пользователю; – возможность доработки под свои нужды в совершенно любую сторону. Неважно: – общение и обмен мнениями. Плохо – необозримый объём базы знаний; – несинхронизируемость различных страниц; – невозможность однозначного структурирования. Если с достоинствами всё более или менее понятно, то о недостатках стоит сказать отдельно. Необозримость —это сложность в представлении истинных масштабов наработанногоматериала. Маленькая и привычная, вика растёт незаметно, постепенно превращаясь в монстра добродушной физиономией“. Именно поэтому одной из самых насущных и актуальных задач для любого сообщества на базе вики становится рефакторинг контента. Несинхронизируемость —база знаний, растущая в рамках проекта, рано или позднополучает пересечения внутри себя — один-два-три абзаца должны быть на разных страницах, ссылки на ресурсы могут повторяться в разных разделах. В итоге всё равно начинается „кошмар редактора“: перед тем, чтобы что-то изменить, поправить битую ссылку или дополнить абзац, нужно прошерстить вику на предмет повторений и дубликатов, которые также надо будет поправить. Если абзац достаточно вырос, то его вполне можно вынести в отдельную вики-страницу, и в остальных местах просто ставить вместо абзаца вики-ссылки, чтобы править потом абзац только в одном месте. Разумеется, это не помогает при правке ссылок, маленьких блоков — их всё равно приходится обнаруживать через поиск. Дополнительная сложность: если людей, работающих кодом, ещё можно приучить пользоваться именно копиями фрагментов, то всякие журналисты и прочие творческие люди так и норовят писать обо всём своими словами. Приходится такие места помечать какими-то ключами, чтобы их можно было обнаружить при поиске. Это нас вплотную подводит к третьей большой проблеме вики: Невозможность структурирования —иными словами, вика подобна живомуорганизму, без какой-либо иерархии. По ней можно ходить бесконечно, переходя по ссылкам, что похоже на блуждание по лесу без карты. Если ты прочёл что-то, что тебя заинтересовало, но не запомнил, где именно — отводи себе достаточное время на поиск. Доходит до того, что люди иногда диктуют ссылки в вике в таком стиле: „Дойди до шестого дома, там поверни, пройди вглубь квартала и перелезь через трубы ТЭЦ, поднимись по асфальтовой лестнице и стукнись в ржавую дверь“. Документоориентированность: к вики нет возможности общаться. Это надо осознать сразу. В вики нет идентификации пользователя в рамках тела документа, то есть любую правку, любую запись, которая является мнением или комментарием надо подписывать. Это неудобно. Внедрение систем комментирования возможно, но в конце концов это обычно заканчивается отказом от вики совсем. То есть, вики прекрасно складывает усилия в одном большом результирующем документе, лишая процесс любых индивидуальных фрагментов — они просто теряют автора, становясь результатом работы всей команды. Резюме: Для описания всем миром того, что происходит, для фиксирования каких-то результатов, для ведения неформальных записей вики — отличный выбор. Для общения — неудачно и неудобно. Для ведения журналов и записей об изменениях — использовать можно, но только в том случае, если очень лень адаптировать в рамках компании любой из блог-пакетов. Если же требуется создать сообщество, которое будет работать над текстами и иметь в категориях, редактировать и скреплять тексты в collaborative books и вести блоги — всё в рамках одной системы. |
Последнее изменение этой страницы: 2019-05-17; Просмотров: 313; Нарушение авторского права страницы