国外统计,现在一个软件工程师花在CODING本身时间30%左右设计,详细设计,程序员测试,文档 ,。。这些比CODING花的时间多 。

解决方案 »

  1.   

    收藏
    如果要改变一下,应该把我们的文档发表出来,你看现在在网上都很少、看到文档了,如果网上多的话,无意中看一下无聊时看一下, 这样也好过没有看过啊,当他们要做时就可以下手了,也可以按照一定的规范写文档了,,因为在网上找不到比较好的文档呢?就是因为我们太自私了
    我也想写文档, 但不从下来,怎么写呢,怎么做呢,
    我想要一份:[email protected]
      

  2.   

    我都是写注释和文档的,
    我先用visio画一个business use case.
    再用visio画一个流程图
    再用power designer做一个db model(pysical and logical),有时也用erwin,
    生成数据库。
    编码。
    虽然公司领导部要求我这么做,他只要我编码就行了。但我自己不想退步。
      

  3.   

    程序随写随注释。
    同时修改以前用visio做的流程图。
    有时也要修改db model,在编码60-70%时开始用word制作开发文档。
    编码完成有1周的测试调整,同时最所有的文档:
    流程图,
    db model,
    程序注释,
    word开发文档做一个整理和修正。优势还生成一个程序注释的文档。
    比如java的javaDoc。
      

  4.   

    it业,中国的it业就是泡沫经济,网易,搜狐,新浪呵呵,都是作网站的,没什么核心技术,中国的高科技本来就缺乏核心技术,所以自然无法和国外竞争了!!
      

  5.   

    至于有人问怎么写文档、注释以及编码规范等等的问题,这些东西有很多种,只要在一个公司做开发的能统一就行了,以下说明仅供参考:
    文档……参阅《软件工程》
    注释……不限语言,中文或英文,但至少应该把所做的要说清楚,不但要使自己明白,还要使其他的人看后明白
    编码规范……有很多种,而且不同语言有不同的规范,我曾经见过一个做开发的用拼音做变量名,长的变量名超过了20个字母,我想这样的编码肯定达不到规范的要求,首先一条每次输入的时候都很麻烦。对于注释和编码规范,建议去读读好的原码,如Minix、Linux等等,其实不用全读,抽些部分来读,然后注意他们一些好的习惯!
      

  6.   

    同意 zhzuo(秋枫)的。要你在短时间内完成项目,人又少,哪来时间写文档啊!
      

  7.   

    我觉得在这里讨论这个问题没有什么意义,我们公司现在有一个OA项目,我是甲方,看到项目承建方根本就人手不足,经常一个人负责三到四个子系统,不单止要编代码,还要处理用户使用过程中出现的bug,那有时间编写文档,开玩笑,现在我叫他们负责某一子系统的人处理一点问题,都千万个不愿意.根本没时间,整天喊着救命,还想我帮他处理bug,天! 在中国,现状就是这样,大家都浮躁得要命.一个劲拼命想着赚钱. 我想,其实许多程序员也并不是不想写文档,压根就没有这个环境和时间. 这是我们国家的大环境决定的.