我工作的商店非常悠闲。我们热衷于文档工作，只是因为我们过去一直非常对此我们并不满意。我们经常在面对面的会议上集思广益，除了电子邮件之外，我们还经常通过即时通讯工具进行交流。
虽然我通常非常擅长记录和保存大量的实验室笔记，但我刚刚完成了一个主机的构建，并花了几个小时搜索即时消息、电子邮件、工作站上的文件等，以找出我在实验室笔记中遗漏的任何内容，这构成了内部文档的大量基础。
除了手动将内容保存到项目目录之外，还有人对此有什么想法吗？管理各种数据源（尤其是电子邮件和即时通讯）并根据项目进行跟踪？理想情况下，我希望有一种简单的方法将电子邮件、即时通讯日志等的副本放入工作站上的项目特定目录中，然后只需执行一个 cron 作业将其与共享文件夹同步。这实际上不适合任何更高级的方法，因为大部分数据将是配置、代码等的副本。
以下是一些重大限制：
- 电子邮件是通过集中式 Zimbra 安装的，因此服务器端不会发生任何事情。
- 我的工作站是Linux。
除了编写 Pidgin 和 Thunderbird 插件让我可以将聊天和电子邮件标记为属于某个项目，然后将它们复制到适当的位置之外... 有什么想法吗？ 有什么建议吗？
谢谢，杰森
答案1
我还没有看到任何您正在寻找的东西。我们有一个内部 wiki 用于系统文档。每当我们做一些新的或不同的事情时，我们都会更新 wiki。我曾尝试保存电子邮件线程和即时通讯日志来记录内容，但我发现将线程中的核心信息提取到 wiki 页面中更好。它有助于减少噪音，并且通常最终会创建更有用的文档。这确实需要前期时间。但是，随着时间的推移，您将花费相同的时间搜索即时通讯和电子邮件。
答案2
我想说，对于您想要做的事情，Wiki 或 CMS 是最佳选择。如果您的员工愿意将信息复制/转录到文档中，我建议使用 Wiki；如果他们更愿意只是“放置”他们的信息记录，则建议使用 CMS。
有许多“No-SQL”数据库解决方案正在问世，它们似乎想要解决这个问题。CouchDB 就是我能想到的一个例子。（在您最喜欢的搜索引擎中输入“couchdb vs”，然后查看自动完成的结果，您可以找到其他答案。）
顺便说一句，很难让人们使用它。听起来好像有人试图改变公司的文化，使其更加自律。无论如何都会有摩擦。话虽如此，最好是先把某样东西放到位，即使它并不完美，然后开始使用它，而不是召开委员会讨论他们想要追求的宏伟理想解决方案。（此外，谁来记录那些会议？！）
—沃尔多