大家用什么作文档以及如何说服不用doc

我们公司用windows的doc做项目文档，
这样做，在我看来有以下的问题：
1.很难做版本控制，因为doc是binary的。
2.很难统一格式，需要人工去手动修改，不能利用程序化的好处。
3.合并，分拆有难度，一份文档一次只能让一个人修改

请问大家都用什么系统来作文档？
如何才能说服主管不用doc，以及如何把旧资料导入到新的系统？
请问大家有没有最佳实践？

评论

46 楼 Laynepeng 2009-06-27  

有些文档是没法wiki化的，包括用户手册之类的。

halida 写道

1.很难做版本控制，因为doc是binary的。

一般都是doc里面有一章节，维护修改纪录。然后一般有个版本号的ref到这份doc的地址。

halida 写道

3.合并，分拆有难度，一份文档一次只能让一个人修改

如果doc,xls之类的office文档存放网络地址上，多人同时修改是可以的。会自动维护内容合并和锁定。自己可以实践一下。。。

45 楼 seemoon 2009-06-27  

看了这么多，插几句。用word doc呢比较老少咸鱼，即使公司里一个再菜的人，比如打水扫地的大妈，说不定都能打开文档写两句，当然，不否认可能有些坐在单间的领导比大妈水平还差，那么你用wiki来搞文档不是在搞文字而是在搞人——搞你领导了，这种环境下还是老老实实用word，安全稳妥，而且很得体。word进行流传会比较方便，比如项目外包，wiki通常是intranet的，在流传上面不适合。word doc上面通常有一页是版本修改信息，这个能起到一定的作用，但是不能像源代码管理这样的版本管理功能，另外word也有标注这些功能，可以解决更新识别问题。

44 楼 beerspume 2009-06-27  

要认清你写的文档是什么文档。一般而言项目只有3份文档最重要“原始需求”，“需求分析”，“概要设计”。这三个文档要作为项目文档长期保留。其他文档都可以说是“中间文档”只在某个阶段过程中需要。
对于项目文档一般采用通用的易分发的载体，MSWord是目前最常见的形式。中间文档就无所谓了，个人爱好、公司规范都可以决定文档形式。

43 楼 yilv99 2009-06-27  

用starteam绝对爽，你的所有问题都可以解决

42 楼 Else 2009-06-25  

kunee 写道

发来的邮件就是凭证，合同一样的概念。

放在WIKI上谁知道哪天他内容会变了。各个部门，各个公司间的扯皮事件充分告诉我们要证物留底

wiki有版本记录的好吧，只要不是口头上的，就没有问题

41 楼 anky_end 2009-06-25  

kunee 写道

发来的邮件就是凭证，合同一样的概念。

放在WIKI上谁知道哪天他内容会变了。各个部门，各个公司间的扯皮事件充分告诉我们要证物留底

yes~
另外还有很多种情况吧，领导，客户未必愿意去看wiki，人都有惰性，不喜欢接触新事物，wiki在他们看来展现出的东西未必有doc丰富

40 楼 trydofor 2009-06-25  

自己用 a9text
a9text.sf.net --- 纯个人玩具,不要当真.

39 楼 cnboss 2009-06-24  

用excel做设计，规约之类的用word。

excel比word好排版。

38 楼 kunee 2009-06-24  

发来的邮件就是凭证，合同一样的概念。

放在WIKI上谁知道哪天他内容会变了。各个部门，各个公司间的扯皮事件充分告诉我们要证物留底

37 楼 letsflytogether 2009-06-24  

我们选用的是企业级的wiki confluence
说实话，好处真的很多
版本管理，在线编辑，多人撰写
可以用来写各种项目文档，尤其是在线帮助更好
强烈推荐

36 楼 lswfly 2009-06-24  

我们公司一直是doc加wiki的方式
首先要定义好各类文档的模版
必须按照模版去写，这样格式就统一了
建议使用wiki，在开源领域都用wiki
国内可能用的不多，但的确值得去使用

35 楼 gigix 2009-06-24  

yiding_he 写道

领导喜欢拷贝。领导习惯把内容放在文件中而不是把 URL 放在收藏夹中。要领导学用 wiki，还不如让他去死了好。

说实话，这话我非常怀疑。
既然这个家伙他能当到你的领导，我认为在一般情况下你就应该假设他的智商不比你低。之所以他学不会或者不想学会用你的某个新东西，从他并不比你笨这个出发点来考虑，我觉得很大的可能性是他没看出这个新东西给他什么价值。
把别人当傻瓜然后把各种责任推给这个傻瓜，这种态度会让你错失很多改进的机会。

34 楼 dualface 2009-06-24  

google docs 嘛

33 楼 kiven 2009-06-23  

我现在公司的所有文档都是用Excel做的、排版什么的很方便。

32 楼 yiding_he 2009-06-23  

gigix 写道

yiding_he 写道

gigix 写道

yiding_he 写道

doc 不好做版本控制，但是分发容易；wiki 容易控制版本，但分发比较困难。

怎么个容易法？

doc 的话，谁想要拷贝一份就是；wiki 的话，就需要导出成 word/odf/pdf 文档的功能。xwiki 能导出 pdf 但是不能显示中文。gigix 兄不妨推荐一下？

为什么需要拷贝？
直接到某个URL去看，永远能看到最新的，不是更好？
如果某领导只看你邮件里的东西，发个link不是比发个附件简单？

领导喜欢拷贝。领导习惯把内容放在文件中而不是把 URL 放在收藏夹中。要领导学用 wiki，还不如让他去死了好。

31 楼 vlinux 2009-06-23  

下一站，火星 写道

vlinux 写道

前提是收到邮件的人能访问到你的wiki，而且wiki是作为动态更新的，肯定是不适合作为确认的内容递送给第三方，否则他看到的永远是最新的，未必就是他相看到的

wiki有版本控制的，知识库--您知道吗？

sorry，这个我真不知道！wiki只是看过，我并没有用过~

收件人能否访问wiki这个不是由wiki所在网络说得算的，而是由收件人的网络所决定的。根据我个人的实际遭遇，发邮件这种不是实时的消息导出从wiki上导出一份pdf是非常有必要的。

记得以前我常用gmail做我的邮件客户端，非常强大。突然有一天公司派我去开会，开会的地点恰恰没有网络，我到了后，傻眼了...文档全部都在邮箱里面，那个汗啊

30 楼 下一站，火星 2009-06-23  

vlinux 写道

前提是收到邮件的人能访问到你的wiki，而且wiki是作为动态更新的，肯定是不适合作为确认的内容递送给第三方，否则他看到的永远是最新的，未必就是他相看到的

wiki有版本控制的，知识库--您知道吗？

29 楼 gigix 2009-06-23  

vlinux 写道

前提是收到邮件的人能访问到你的wiki，而且wiki是作为动态更新的，肯定是不适合作为确认的内容递送给第三方，否则他看到的永远是最新的，未必就是他相看到的

呵呵，那就更有意思了

第一，为什么不让这个人能访问到你的wiki？
第二，什么样的人在关心项目的什么样的信息时，会不想看到最新的？

我并不打算说这里有一个什么样的最佳解决方案，不过这些问题可能值得去思考。

28 楼 vlinux 2009-06-23  

前提是收到邮件的人能访问到你的wiki，而且wiki是作为动态更新的，肯定是不适合作为确认的内容递送给第三方，否则他看到的永远是最新的，未必就是他相看到的

27 楼 gigix 2009-06-23  

yiding_he 写道

gigix 写道

yiding_he 写道

doc 不好做版本控制，但是分发容易；wiki 容易控制版本，但分发比较困难。

怎么个容易法？

doc 的话，谁想要拷贝一份就是；wiki 的话，就需要导出成 word/odf/pdf 文档的功能。xwiki 能导出 pdf 但是不能显示中文。gigix 兄不妨推荐一下？

为什么需要拷贝？
直接到某个URL去看，永远能看到最新的，不是更好？
如果某领导只看你邮件里的东西，发个link不是比发个附件简单？