项目设计文档应该谁来写呢？

分类吧.
业务设计文档, 自然而然是做业务的人, 一般是pm.
框架的设计文档, 肯定是设计框架的人的设计过程中思考的自然结果, 一般是构架师
类设计文档, 一般来说,就是写此类的程序员本身了.

如果,文档只是一个指标, 那么大概也就是上边两位口述,底下那位写吧.

不是程序员 写 谁写啊

@fangzhzh 这里说的是项目的框架设计文档和各模块实现原理说明文档 那就需要架构师和程序员配合着写了？

实际情况是，都是程序员写。

@dhlwing 这难道不是不同的文档吗? 物理上难道不是分开的吗?

@fangzhzh 在理论上dhlwing说的对，但是实际中都是程序员写，而且都是做完项目后补的

@cxe2v
@dhlwing 实际上,我上个项目就是 业务给业务文档(我们程序这边要求的, 没有文档, 不写代码, 防止一张嘴翻天覆地的说了, 最后说,业务不是我提的). 然后我(程序员)根据需求写出设计文档, 里边主要设计的是业务流程, leader确认(此过程一般要多次修改), 然后我根据业务流程写代码, 在代码里详细注释.

@fangzhzh 那么leader干什么？只确认？

大多数都是程序员在吧功能都基本实现的时候自己根据功能来写的

@dhlwing 除了代码文档,其他还有很多的事情. leader主要和部门经理打交道, 争取更多时间; 和业务打交道, 打回各种能够拒绝的业务需求; 每个月的项目计划; 月底的报告; 对各个程序员的功能确认, 代码review; 自己负责基础库的开发.

@fangzhzh 你那个leader跟我现在的项目略像。leader接需求，写需求，设计文档。

我阅读设计文档并讨论，没问题之后动手开发，开发的过程中修改设计文档中的一些问题。

web项目，没有太复杂的类，没有累设计文档。

哦，必须有单元测试，单元测试也应该算一部分文档吧。