|
锁定老帖子 主题：大家用什么作文档以及如何说服不用doc
精华帖 (1) :: 良好帖 (3) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-06-25
自己用 a9text
a9text.sf.net --- 纯个人玩具,不要当真. |
| 返回顶楼 | |
|
发表时间：2009-06-25
kunee 写道 发来的邮件就是凭证，合同一样的概念。
放在WIKI上谁知道哪天他内容会变了。各个部门，各个公司间的扯皮事件充分告诉我们要证物留底 yes~ 另外还有很多种情况吧，领导，客户未必愿意去看wiki，人都有惰性，不喜欢接触新事物，wiki在他们看来展现出的东西未必有doc丰富 |
| 返回顶楼 | |
|
发表时间：2009-06-25
kunee 写道 发来的邮件就是凭证，合同一样的概念。
放在WIKI上谁知道哪天他内容会变了。各个部门，各个公司间的扯皮事件充分告诉我们要证物留底 wiki有版本记录的好吧，只要不是口头上的，就没有问题 |
| 返回顶楼 | |
|
发表时间：2009-06-27
用starteam绝对爽，你的所有问题都可以解决
|
| 返回顶楼 | |
|
发表时间：2009-06-27
要认清你写的文档是什么文档。一般而言项目只有3份文档最重要“原始需求”，“需求分析”，“概要设计”。这三个文档要作为项目文档长期保留。其他文档都可以说是“中间文档”只在某个阶段过程中需要。
对于项目文档一般采用通用的易分发的载体，MSWord是目前最常见的形式。中间文档就无所谓了，个人爱好、公司规范都可以决定文档形式。 |
| 返回顶楼 | |
|
发表时间：2009-06-27
看了这么多，插几句。用word doc呢比较老少咸鱼，即使公司里一个再菜的人，比如打水扫地的大妈，说不定都能打开文档写两句，当然，不否认可能有些坐在单间的领导比大妈水平还差，那么你用wiki来搞文档不是在搞文字而是在搞人——搞你领导了，这种环境下还是老老实实用word，安全稳妥，而且很得体。word进行流传会比较方便，比如项目外包，wiki通常是intranet的，在流传上面不适合。word doc上面通常有一页是版本修改信息，这个能起到一定的作用，但是不能像源代码管理这样的版本管理功能，另外word也有标注这些功能，可以解决更新识别问题。
|
| 返回顶楼 | |
|
发表时间：2009-06-27
最后修改：2009-06-27
有些文档是没法wiki化的，包括用户手册之类的。
halida 写道 1.很难做版本控制，因为doc是binary的。 一般都是doc里面有一章节，维护修改纪录。然后一般有个版本号的ref到这份doc的地址。 halida 写道 3.合并，分拆有难度，一份文档一次只能让一个人修改 如果doc,xls之类的office文档存放网络地址上，多人同时修改是可以的。会自动维护内容合并和锁定。自己可以实践一下。。。 |
| 返回顶楼 | |
|
发表时间：2009-06-27
arust 写道 我最烦的是打开和关闭doc都很占资源，也很慢，严重影响工作的心情。
其实大多数文档用纯文本就可以了，如果需要复杂版面的话，用 LaTeX 也很方便，对于有编程基础的人来说，学习 LaTeX 也是很容易的。 用更快的机器不就解决了吗？ |
| 返回顶楼 | |
|
发表时间：2009-06-28
gigix 写道 vlinux 写道 前提是收到邮件的人能访问到你的wiki，而且wiki是作为动态更新的，肯定是不适合作为确认的内容递送给第三方，否则他看到的永远是最新的，未必就是他相看到的
呵呵，那就更有意思了 第一，为什么不让这个人能访问到你的wiki？ 第二，什么样的人在关心项目的什么样的信息时，会不想看到最新的？ 我并不打算说这里有一个什么样的最佳解决方案，不过这些问题可能值得去思考。 tw的人说话都很循循善诱啊 佩服佩服 
第一，产品的用户文档，难道你们都是给用户一个wiki链接？ 第二，你做的产品寿命是不是都很短？或者用户太少？ 如果有两个用户分别使用着同一个产品两个版本，解决办法可以是把两个版本分开管理。如果有１００个用户使用着２０个版本，怎么办？ 第三，程序需要版本管理是因为经常需要追溯以前的修改，为什么文档就只要最新的？如果需要象管理代码一样管理文档，随时可以看到任何时间点的快照，看到任何人做的任何修改，怎么办？这个需求不过分吧？ 你在混淆两个问题：１ 文档的表现形式 ２ 文档的存储方案 文档的表现形式可以是doc, pdf, plain text, html... 文档的存储方案可以是email attachment, wiki, SCM... 抛出一个wiki回答不了这个问题 我一直对tw的职业水准是心服口服的 tw完全体现了IT业界顶尖的咨询水平--也就是说话的水平
象062一样光破不立是不太厚道的 简单说两句文档的管理 个人感觉最好的是用latex描述 pdf展示 cvs/svn管理 wiki提供存储(pdf) 这样即可以方便程序员修改、跟踪修改，也可以方便非程序员阅读参考。 当然，这套方案不适合日常工作、项目管理等文档。因为后者需要被更多角色撰写、修改。毕竟没有哪个公司能把latex普及到每个人手里吧。 |
| 返回顶楼 | |
|
发表时间：2009-06-28
最后修改：2009-06-28
seen 写道 当然，这套方案不适合日常工作、项目管理等文档。因为后者需要被更多角色撰写、修改。毕竟没有哪个公司能把latex普及到每个人手里吧。 这个观点我觉得有争议，只要上级有要求，普及不普及也就是推广和氛围的问题。就好像你的博士论文要发表到国际刊物的时候，你敢投递DOC? 就拿我来说，到了公司之后被领导强烈要求一定要用OFFICE的软件来完成相关文档的编写。有几次想偷懒没开虚拟机，就偷偷用ooo来解决问题，结果保存之后有些细节的格式乱了，被抓住P。当时我就想：等我混到了领导，一定要你们通通用odt来编写文档，气死我啦。 回到楼主的观点，如果用DOC是领导的意思，那你就最好不要违背。没必要在这点小是非上太认真啦，专心开发，等你混到领导，一定要记得实现我的梦想
|
| 返回顶楼 | |
