Назад | Перейти на главную страницу

Включая электронную почту, мгновенные сообщения, конфигурации и т. Д. В документацию или примечания

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

Хотя я обычно неплохо разбираюсь в документации и веду обильные лабораторные заметки, я только что закончил сборку хоста и часами просматривал сообщения, электронные письма, файлы на своей рабочей станции и т. Д., Чтобы вытащить все, что я пропустил в своих лабораторных заметках. которые легли в основу внутренней документации.

Есть ли у кого-нибудь мысли, кроме ручного сохранения вещей в каталог проекта, управления различными источниками данных (особенно электронной почты и IM) и их отслеживания на основе проекта? В идеале мне нужен простой способ поместить копии электронных писем, журналов обмена мгновенными сообщениями и т. Д. В каталог для конкретного проекта на моей рабочей станции, а затем просто иметь задание cron, которое синхронизирует это с общей папкой. На самом деле это не кандидат на что-то более продвинутое, так как основная часть данных будет копиями конфигураций, кода и т. Д.

Вот большие ограничения:

  1. Электронная почта осуществляется через централизованную установку Zimbra, поэтому на стороне сервера ничего не может произойти.
  2. Моя рабочая станция - Linux.

Помимо написания плагинов для Pidgin и Thunderbird, которые позволяют мне помечать чаты и электронные письма как принадлежащие проекту, а затем копировать их в соответствующее место ... есть мысли? Предложения?

Спасибо, Джейсон

Я не видел ничего похожего на то, что вы ищете. У нас есть внутренняя вики для системной документации. Каждый раз, когда мы делаем что-то новое или отличное, мы обновляем вики. Я попытался сохранить потоки электронной почты и журналы сообщений для документирования материала, но считаю, что лучше извлечь основную информацию из потоков на вики-страницу. Это помогает снизить уровень шума и обычно приводит к созданию более полезной документации. Это требует времени заранее. Но вы потратите столько же времени на поиск в мгновенных сообщениях и электронных письмах.

Я бы сказал, что Wiki или CMS были бы лучшими вариантами для того, чем вы, кажется, хотите заниматься. Я бы рекомендовал использовать Wiki, если ваши люди захотят скопировать / расшифровать в документ, CMS, если они предпочтут просто «разместить» свои информационные записи.

Существует ряд решений для баз данных "без SQL", которые, похоже, хотят решить эту проблему. CouchDB - это один из примеров, который я могу придумать сразу же. (Набрав «couchdb vs» в любимой поисковой системе и увидев, что появляется автозаполнение, можно получить другие.)

Кстати, будет трудно заставить людей его использовать. Похоже, есть попытка изменить культуру компании, чтобы она была более дисциплинированной. Трение будет несмотря ни на что. С учетом сказанного, гораздо предпочтительнее получить что-то на месте, даже если оно несовершенно, и начать его использовать, чем проводить комитеты по тому, какое ГЛАВНОЕ ИДЕАЛЬНОЕ РЕШЕНИЕ они хотят отстаивать. (Кроме того, кто будет документировать те встречи ?!)

-Вальдо