Как стать автором
Обновить

Комментарии 19

Для программистов ту часть, которая касается только их обрамлять =)
Хабр съел =) Имел в виду
обрамлять [code]часть текста[/code]
Интересная идея. Думаем в принципе
[moderator]
some stuff here
[/moderator]

[moderator]
some stuff here
[/moderator]
[programmer]
some code here
[/programmer]

Ну я все-таки думаю, что для каждого нужно свое смысловое выделение сделать. Такое чтобы оно автоматически заинтересовывало именно целевую группу.

Вот программист обязательно захочет посмотреть что в тегах [code] написано. Еще и шрифтом моноширинным выделить неплохо.

Аналитик допустим (не уверен, т.к. плохо понимаю что они там делают) обратит внимание на текст оформленный как отчеты, которые он читает.

Для модератора тож что-нибудь специфичное придумать.

НЛО прилетело и опубликовало эту надпись здесь
Я опасаюсь, что человеческий фактор сыграет свою роль и документы не будут синхронны. Сейчас пытаюсь понять что будет проблемнее — грамотно сочинить один документ или поддерживать три.
ну или

common notes here…
some content here about editing
how is better realize content editing for designers

another common notes here,,,

some developer notes here

end of notes goes here…

при такой реализации поставить, например, которие показивают/прятают контент для програмистов/модераторов/дизайнеров посредством виборки блоков за их класами и изменения свойств display… так же можно просматривать несколько видов блоков одновременно и делать их вложеность, если такое предусмотрено…
хабр сьел html код… ну идея такова:

common notes here…
<doc:p class=«notes-moderator»>
some content here about editing
<doc:p class=«notes-designer»>
how is better realize content editing for designers
</doc:p>
</doc:p>
another common notes here,,,

<doc:p class=«notes-developer»>
some developer notes here
</doc:p>

end of notes goes here…
A мне вспомнилась реализация коментариев к статье на drive.ru. Т.е. есть основной столбец документа, общее описание. А где-нибуть с боку каждого абзаца отображать специфические комментарии.
По сути вам может помочь такое же, только с возможностью группировки комментариев по типам (moderator, developer, analytics). Ну и реализовать возможность отображения комментариев определенного типа.
Можно разделить все документы на части соотвестующие для группам. Части оформить как страницы, установить связи между ними и настроить права доступа. Но такой метод затруднит аналитику.

Поэтому лучше все объеденить в один файл и выставить права на чтение его частей.
Если постоянно изменяться будет — может мини-вики сделать? :)
Хм, интересно, вроде же ребята из Бюро Горбунова веборамой занимаются? :)
По теме: как вариант, используйте простенький XML при создании документа, разграничивайте им специфичные для профессии куски (либо не нужные, например, программистам). Общую информацию либо не помечайте (оставляйте на уровень выше) либо помечайте общим тегом.
Ну и простенький скрипт на выдачу всей информации общей плюс нужной данному человеку.
Единственное что — следите за сохранением связности.
> Хм, интересно, вроде же ребята из Бюро Горбунова веборамой занимаются? :)
Эта задача не входит в спектр задач напрямую связаных с веборамой :)
царь пишет общий текст — логику работы. разбивает его на сравнительно небольшие параграфы.
потом собирается коллегия из представителей от 3 палат — палаты рабочих, палаты пользователей и палаты депутатов. каждый из них может оставить комментарий у каждого параграфа, который будет виден только членам их палат.

коммент программиста будет изобиловать техническими подробностями — этим он и полезен. напротив, попытка сделать это человеком, далёким от внутренностей, ни к чему хорошему не приведёт.

коммент модератора может содержать рекомендации по использованию той или иной фичи, ссылки на прецеденты и тп

чем аналитики занимаются — без понятия, но чувствую, они умеют обосновывать свой кусок хлеба ;-)

как только царь изменяет какой-либо кусок — представитемям палат высылается уведомление об изменении, после чего они по мере необходимости прявят свои куски.
По идее, можно сделать примерно так:

Общие правила, которые действуют на всех + должностные инструкции трех видов.

Т.к. это будет в одном документе, будет еще один побочных положительный эффект: люди будут знать, что должны делать и за что отвечают другие.
Думаю, если Вы хотите одинаково эффективной работы программистов, аналитиков и модераторов, Вам стоит поступить иллюстрированным ниже способом.
Т.е. для каждого раздела документа писать столько версий, сколько нужно и на каждый раздел ставить метки М, П и А — для модераторов, программистов и аналитиков. Метки будут иллюстрировать наличие версии раздела для определённой группы разработчиков.
Таким образов, посмотрев на метки раздела (если там, скажем, написано ПА), модератор его читать не будет, посмотрев на метку М, раздел читать не будут программисты и аналитики, а разделы с отметкой МПА будут читать все.

Может, это запутано, может, это трудоёмко, но, поверьте моему опыту, чтобы добиться эффективной работы, стоит, возможно, чуть дольше посидеть над диздоком — но зато тогда работа пойдёт, как по маслу. Удачи Вам!
программисту больше заняться нечем, как вручную фильтровать разделы по букве «П»?
Моя основная мысль заключалась в том, что нужно писать разные версии разделов для программистов, аналитиков и модераторов, а некоторые разделы — лишь для двух категорий, некоторые — лишь для одной.
А сама реализация имеет множество вариантов и мой далеко не самый лучший :-).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации