`
halida
  • 浏览: 9520 次
  • 性别: Icon_minigender_1
  • 来自: 上海
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论

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

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

请问大家都用什么系统来作文档?
如何才能说服主管不用doc,以及如何把旧资料导入到新的系统?
请问大家有没有最佳实践?
分享到:
评论
66 楼 lichuan 2009-09-07  
试试 企业wiki 例如 Confluence
65 楼 whitesun 2009-08-13  
用doc还是很多的吧  至于软件版本管理那就选择多了
64 楼 WhisperQQ 2009-08-07  
tiandeyu188 写道
看来LZ没见过更BT的,我们这喜欢用txt的。。。。

txt很好阿。纯文本比binary格式的好管理多了。
63 楼 vb2005xu 2009-07-17  
见过一个开发小组使用VBA来实现文档内容的变异性监听,太强,lz不妨从VBA上考虑,不适用DOC其他的东西可以但是也相当受限,且对开发者增加了很多梯度
62 楼 系统程序 2009-07-14  
txt比doc好哇
61 楼 tiandeyu188 2009-07-13  
看来LZ没见过更BT的,我们这喜欢用txt的。。。。
60 楼 seekgirl 2009-07-05  
领导说啥就是啥,底下的人管啥用啊
59 楼 eclipse2008 2009-07-02  
halida 写道
我们公司用windows的doc做项目文档,
这样做,在我看来有以下的问题:
1.很难做版本控制,因为doc是binary的。
2.很难统一格式,需要人工去手动修改,不能利用程序化的好处。
3.合并,分拆有难度,一份文档一次只能让一个人修改

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


研究一下cvs,基本你的版本控制问题都可以解决,无论文档是啥格式。
58 楼 iaimstar 2009-07-02  
抛出异常的爱 写道
halida 写道
抛出异常的爱 写道
vlinux 写道
汗,老抛做项目是写代码还是写文档,竟然有5G...

可恶的excl每次开完关闭都会问是否保存....
习惯性的保存之后一提交就是一倍的存储量.

现在硬盘便宜,1T的才几百(俺的就是)
CVS又不需要实时读取旧版本,顶多看看log,空间大点没有关系。

fla文件也以每周1G以上的速度吃着硬盘.
那台机器又是N年前先进的服务器版.
只有小小的200G
那个驱只分了40G很快过半了
SVN

flash文件?????????????????????????????????????
57 楼 抛出异常的爱 2009-07-02  
halida 写道
抛出异常的爱 写道
vlinux 写道
汗,老抛做项目是写代码还是写文档,竟然有5G...

可恶的excl每次开完关闭都会问是否保存....
习惯性的保存之后一提交就是一倍的存储量.

现在硬盘便宜,1T的才几百(俺的就是)
CVS又不需要实时读取旧版本,顶多看看log,空间大点没有关系。

fla文件也以每周1G以上的速度吃着硬盘.
那台机器又是N年前先进的服务器版.
只有小小的200G
那个驱只分了40G很快过半了
SVN
56 楼 halida 2009-07-02  
抛出异常的爱 写道
vlinux 写道
汗,老抛做项目是写代码还是写文档,竟然有5G...

可恶的excl每次开完关闭都会问是否保存....
习惯性的保存之后一提交就是一倍的存储量.

现在硬盘便宜,1T的才几百(俺的就是)
CVS又不需要实时读取旧版本,顶多看看log,空间大点没有关系。
55 楼 抛出异常的爱 2009-07-01  
vlinux 写道
汗,老抛做项目是写代码还是写文档,竟然有5G...

可恶的excl每次开完关闭都会问是否保存....
习惯性的保存之后一提交就是一倍的存储量.
54 楼 letsflytogether 2009-07-01  
anky_end 写道
kunee 写道
发来的邮件就是凭证,合同一样的概念。

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

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



很多wiki都快可以和邮箱绑定,任何变化都可以通知相关人
53 楼 rainchen 2009-07-01  
用google document吧,在线,易分享,有版本控制,易协作,易写作。
52 楼 vlinux 2009-07-01  
汗,老抛做项目是写代码还是写文档,竟然有5G...
51 楼 抛出异常的爱 2009-06-29  
xiaojiit 写道
cyberblue 写道
用TortoiseSVN比较doc版本很方便,如果开发环境不是Windows,那还是用Wiki好。

同意!

三个月的项目:word + excel ..那个目录有5个G 左右
而且老有人不会用提交让我们冲突的东西.......麻烦

之后使用ftp+上传权限了
50 楼 xiaojiit 2009-06-29  
cyberblue 写道
用TortoiseSVN比较doc版本很方便,如果开发环境不是Windows,那还是用Wiki好。

同意!
49 楼 vlinux 2009-06-28  
seen 写道

当然,这套方案不适合日常工作、项目管理等文档。因为后者需要被更多角色撰写、修改。毕竟没有哪个公司能把latex普及到每个人手里吧。


这个观点我觉得有争议,只要上级有要求,普及不普及也就是推广和氛围的问题。就好像你的博士论文要发表到国际刊物的时候,你敢投递DOC?


就拿我来说,到了公司之后被领导强烈要求一定要用OFFICE的软件来完成相关文档的编写。有几次想偷懒没开虚拟机,就偷偷用ooo来解决问题,结果保存之后有些细节的格式乱了,被抓住P。当时我就想:等我混到了领导,一定要你们通通用odt来编写文档,气死我啦。



回到楼主的观点,如果用DOC是领导的意思,那你就最好不要违背。没必要在这点小是非上太认真啦,专心开发,等你混到领导,一定要记得实现我的梦想
48 楼 seen 2009-06-28  
gigix 写道
vlinux 写道
前提是收到邮件的人能访问到你的wiki,而且wiki是作为动态更新的,肯定是不适合作为确认的内容递送给第三方,否则他看到的永远是最新的,未必就是他相看到的

呵呵,那就更有意思了

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

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



tw的人说话都很循循善诱啊 佩服佩服 

第一,产品的用户文档,难道你们都是给用户一个wiki链接?

第二,你做的产品寿命是不是都很短?或者用户太少?
如果有两个用户分别使用着同一个产品两个版本,解决办法可以是把两个版本分开管理。如果有100个用户使用着20个版本,怎么办?

第三,程序需要版本管理是因为经常需要追溯以前的修改,为什么文档就只要最新的?如果需要象管理代码一样管理文档,随时可以看到任何时间点的快照,看到任何人做的任何修改,怎么办?这个需求不过分吧?

你在混淆两个问题:1 文档的表现形式  2 文档的存储方案
文档的表现形式可以是doc, pdf, plain text, html...
文档的存储方案可以是email attachment, wiki, SCM...
抛出一个wiki回答不了这个问题

我一直对tw的职业水准是心服口服的 tw完全体现了IT业界顶尖的咨询水平--也就是说话的水平

象062一样光破不立是不太厚道的 简单说两句文档的管理

个人感觉最好的是用latex描述 pdf展示 cvs/svn管理 wiki提供存储(pdf)
这样即可以方便程序员修改、跟踪修改,也可以方便非程序员阅读参考。
当然,这套方案不适合日常工作、项目管理等文档。因为后者需要被更多角色撰写、修改。毕竟没有哪个公司能把latex普及到每个人手里吧。





47 楼 Laynepeng 2009-06-27  
arust 写道
我最烦的是打开和关闭doc都很占资源,也很慢,严重影响工作的心情。
其实大多数文档用纯文本就可以了,如果需要复杂版面的话,用 LaTeX 也很方便,对于有编程基础的人来说,学习 LaTeX 也是很容易的。

用更快的机器不就解决了吗?

相关推荐

Global site tag (gtag.js) - Google Analytics