在计划阶段，需要编写详细设计文档、单元测试方案文档和集成测试方案文档等；

在开发阶段，虽然不需要弄新的文档，但也需要跟文档打交道，程序猿需要对之前的文档进行修改；

在测试阶段，要编写单元测试报告、集成测试报告和系统测试报告等；

在软件的发布阶段，要编写安装手册、用户手册、升级指导书等。

涉及到安装手册和用户手册还要尽可能做到通俗易懂。

呃，虽然很多软件设计者清楚自己弄的软件是怎么回事，但想说明白还真不是一件容易的事情。

不止是软件开发方面要写文档。

涉及到算法方面要写的文档也很繁杂。

可以说很多计算机以及计算机衍生行业都涉及到各种乱七八糟的文档专业。

就连产品经理也得经常写输出需求文档之类的东西。

不然想改需求也没那么容易。

写文档这事很麻烦，无论是程序猿还是产品经理对这玩意都深恶痛绝。

但文档不写还不行。

因为在组织高度严密的企业中。

我们不光要做东西，还要擅长向其他人展示自己的想法。

至于林灰先前做软件为什么没写这些乱七八糟的东西。

很大程度上因为林灰是光杆司令，林灰并不需要向别人展示他的想法。

另外这个时空涉及到软件著作权登记不需要单独申报。

这样林灰先前开发的几款软件就不必额外填写软件开发文档了。

但林灰现在这种情况下只是特例。

但涉及到多人协作时，位置不够高的情况下。

想跟文档说拜拜基本上不可能。

何思远现在可能光看着开发软件很酷了。

全然没想过涉及到软件维护以及各种文档这件事情有多麻烦。

林灰觉得有必要将这些事情让何思远知道。

与此同时，林灰在心中默默立下一个小目标。

以后他绝对要革除一些计算机方面十分繁琐的“古典”程式化的东西。

即便不能革除，也要尽可能地通过自身努力在一定程度上改变行业之命运。

当然，这些都是以后的事情了。

在先前买的那些书里，林灰几乎没费力就找到了《轻松搞定软件开发文档：实战篇《程序维护实战指南这两本书。

《程序猿颈椎病康复指南林灰没找到，应该是先前没买。

不过林灰找到了一本《程序猿护发秘籍

想来效果应该是一样的。

不对，这本似乎更加是伤害不强，侮辱极大。

虽然将这几本书和《计算机程序设计艺术《算法导论这类超级经典入坑之作混在一块总感觉怪怪的。

不过也无所谓了，何思远看了这些书之后入坑也好避坑也罢。

只希望他能够全方位多角度地了解计算机以及计算机相关行业再做出选择。

虽然给何思远说的是中午带过去，但林灰怕中午还有别的事情耽误。

干脆直接直接将这些书带去了先前的那个咖啡屋里。

交代了店主几句后，林灰就离开了。