问题就像你说的，项目后续的问题，文明的传承靠的是文档，也就是文字，代码有很多局限性，过十年windows都换代多少遍了，环境不存在了，代码毫无意义，所以秦始皇留下来的不是长城，而是郡县制。

写文档是个思考的过程，而且是个抽象的思考过程，会很难，编程是个具体的事情，当然会容易得多。
【 在 wjhtingerx 的大作中提到: 】
: 只有需求和概要设计文档，甚至这也没有，只是口头讨论了功能和技术路线和方式；  
: 先实现个基础原型功能，然后再在这个代码基础上讨论，提出完善意见，增加功能，修改特性等，直到完成。  
:  
: 以上方式好处有：  
: 1\. 写文档很烦人，大部分coder都不喜欢写文档，往往写文档时间比开发更
: ..................

发自「今日水木 on iOS」
--
FROM 101.30.17.*

鱼和渔的关系。
一般的工作，性质就是提交一个零件。零件工作了，就ok了。不是当老师。在实际的工作中，很难提供一般化、泛化的成本，那不是工业工作的意义。

【 在 hothail 的大作中提到: 】
: 文档写的完善，代码没交付，公司会直接否定的工作内容啊，考核零分，
: 这就叫不付钱
: 有些项目（比如交付给第三方）明确要求交付文档，会给时间写文档，算工作量。
: ...................
--
FROM 222.131.243.*