Это зависит от движка вики. Модели организации доступа к страницам (ну RBAC или на худой конец ACL) в них если и реализуются, то криво и убого. В моем понимании это и обозначает "не позволяет".
Именно поэтому я и разыскиваю простые системы, мощность которых зависит от гибко настраиваемого функционала. Хватило опыта работы в крупной IT-компании, управлявшей предприятием при помощи системы собственной разработки.... ужасающе громоздкой, гибкой как железобетонный пролет, скоростной как бульдозер без двигателя...
Сейчас работаю в такой компании, где функционал может меняться "на лету" - и, соответственно, гибкость системы должна быть на уровне.
Не про блог-ядро, но про вебдванольность - как думает общественность, сработала бы внутри компании система проставления кармы сотрудникам? Например, в виде доступного всем сотрудникам интерфейса по типу кармы на Хабре? С теми же ограничениями - не больше одного плюса или минуса на каждого человека?
Хотя сразу после реализации такого механизма просится и внутрикорпоративный блог, где сотрудники могли бы обсуждать интересующие их проблемы, и голосовать за них и за коменты друг друга.
Такой типа Хабродвижок для корпораций. Мне кажется интересно, я бы у себя попробовал.
Конечно, такой сервис врядли приспособлен для решения конкретных задач, стоящих перед компанией. Но зато он интересно повлиял бы на взаимоотношения внутри коллектива, особенно если не давать руководству бесконечную карму :)
Хе... Вот там, где я раньше работал, была подсистема проставления оценок, влиявших на заработную плату. Неанонимная. 20% времени и сил уходило на разборки, кто кому что поставил, за что и правильно ли.
Если же делать анонимную систему - то становится невозможным работа механизма "стимул-реакция": если я не знаю, кто мне понизил/повысил карму - я не знаю, что мне исправлять в работе. А если комментировать, за что карма понижена/повышена - то сразу пропадает анонимность.
Dogen, это где как. Где-то приходится людей из-под палки гнать задачи выполнять - особенно там, где итоги этих задач на 80% уходят в корзину для бумаг в силу неадекватности приоритетов.
А где-то "нам хлеба не надо - работу давай!" - там, где люди нормально замотивированы и видят результат, даже если он командный.
Именно поэтому я и считаю инструментарий Веб 2.0 наиболее адекватным для предприятия.
CRM (частично) + БазаЗнаний + УправлениеПроектами (на стадии обобщенного планирования и проработки проектных заданий) + PIM (частично, мешает как раз ненадежность или нереализованность функционала по ограничению доступа к страницам)
С год юзали phpWiki, потом перешли на JSPwiki (посовременнее и нет проблем с кодировками).
А как проявляется ненадежность wiki в области ограничения доступа? Можно немного конкретизировать, а то я в силу своего глубокого дилетантизма пока плохо понимаю, о проблемах какого плана идет речь.
Не могу запретить доступ к определенным страницам определенным пользователям, потому что в этих вики можно успешно работать без авторизации. Якобы там этот функционал есть, только слишком уж кривой, даже и не пробовали продуктивно использовать. Да и смысла нет, для фин. и прочих вопросов другая система есть.
Адекватность и базирование знания