我工作的店铺相当悠闲。 我们在文档踢，只是因为历史上我们一直非常糟糕。 我们在面对面的会议上做了很多头脑风暴，除了电子邮件以外，还通过即时通讯进行了大量的沟通。
虽然我通常对于文档和保存丰富的实验笔记非常好，但是我只是完成了一个主机的构build，并花费了数小时search我的工作站上的即时消息，电子邮件，文件等，以提取我在实验笔记中错过的任何内容，这为内部文件形成了大量的依据。
有没有人有任何想法，除了手动保存到项目目录，pipe理各种数据源（特别是电子邮件和即时消息），并在项目基础上跟踪他们吗？ 理想情况下，我想要一个简单的方法将电子邮件，IM日志等的副本放到我的工作站上的特定于项目的目录中，然后只需将cron作业与共享文件夹同步即可。 这不是真正的更高级的候选人，因为大部分数据将是configuration，代码等的副本。
这里有很大的限制：
除了写Pidgin和Thunderbird插件，让我标记聊天和电子邮件属于一个项目，然后将它们复制到适当的地方…任何想法？ build议？
谢谢，杰森
我没有看到任何你想要的东西。 我们有一个系统文档的内部维基。 每当我们做了新的或不同的事情，我们都会更新wiki。 我试图保存电子邮件线程和im日志文件的东西，但我觉得最好是提取线程中的核心信息到维基页面。 它有助于减less噪音，通常最终会创build一个更有用的文档。 这确实需要时间。 但是，随着时间的推移，您将花费相同的时间search即时消息和电子邮件。
我会说，一个维基百科或一个CMS将是你想要做的最好的select。 如果你的人愿意复制/转录成一个文档，我会推荐使用Wiki，如果他们愿意只是“放置”他们的信息logging，那么CMS就是这样。
有许多“No-SQL”数据库解决scheme即将出现，似乎要解决这个问题。 CouchDB就是一个例子，我可以从头顶上拿出来。 （在你喜欢的search引擎中input“couchdb vs”，看看自动完成的内容可以给你其他人。）
另一方面，很难让人们使用它。 这听起来像是企图改变公司的文化，使之更加严谨。 无论如何，都会有摩擦。 有了这样的说法，即使不完美并且开始使用它，而不是委托他们希望实现的理想解决scheme的委员会，也最好能够find适合的地方。 （另外，谁会logging这些会议？！）
-Waldo