如何让一个向往程序猿工作的人避坑？
林灰觉得既不需要什么写着计算机方面深奥理论性知识的天书。
也不需要像谭hq书那般云里雾里的教科书。
更不需要单纯的人生意义方面说教的书籍。
只需要三本平平无奇的书就足够让多数原本有志于程序猿工作的人说不了。
这三本书分别是：《轻松搞定软件开发文档：实战篇》《程序维护实战指南》《程序猿颈椎病实用康复宝典》。
当然，也不一定非得是同样书名的。
和这几本书里内容相似比较同质化的其他书也都有着良好的劝退效果。
这类书之所以劝退，不是因为书的内容坑人。
恰恰相反，这些书内容都很丰富而且描述的很真实。
可也正是因为真实，很容易破碎人们心中的美好。
上述几本书客观反应了一个程序猿职业生涯中所面临的三件超级麻烦的事情：
——写文档、软件维护、职业病。
关于职业病这点很容易理解。
毕竟程序猿经常要面对电脑高强度工作，熬夜什么的更是家常便饭。
这些对于一个有志于程序猿工作的人可能不是很劝退，毕竟很多职业都有职业病。
“软件维护”才是真正的劝退大杀器。
软件维护通常最直观为人所知的形式就是debug了。
但debug远远不是软件维护本身。
软件维护远比debug要复杂。
在软件投入运行后，可能会暴露一部分在测试阶段没有发现的错误，为改正这些错误需要进行改正性维护。
由于软件运行的外部环境(软件，硬件)和数据环境等的变化需要修改软件使之适应这些变化，这就要进行适应性维护。
用户的需求是经常变化的，在软件使用过程中，用户会对软件提出新的功能和性能要求，为了满足这些新的要求而对软件进行修改，使之功能和性能得到完善，需要完善性维护。
采用先进的软件工程方法对需要维护的软件或某部分软件重新进行设计，编码和测试，以提高软件的可维护性和可靠性等，为以后进一步改进软件打下基础，这种就被称为是预防性维护。
除了这些之外还有很多乱七八糟的维护……
可以说一款软件发布之后，程序猿工作的日常不是正在维护软件就是在维护软件的路上。
而涉及到软件维护的工作很麻烦。
debug的时候人人盼着有规范的注释。
写bug的时候却几乎人人忘了注释这回事。
部分复制粘贴的大混子还喜欢弄成“黑盒”的形式，瞎继而封装。
各种麻烦事一大堆。
不过这个虽然麻烦，但软件维护好歹是技术层面的事情。
对于技术层面的事，这本就是程序猿本职工作之内的，这类事情虽然麻烦也是义不容辞。
最困扰程序猿的首推没完没了的各种文档，软件开发文档就是其中之一。
本科是计科/软工出身的程序猿，工作还是读书涉及到的简直是写不完的文档。
前世大学期间，大二大三给林灰最大的印象，似乎就是写不完的实验报告和各种乱七八糟的文档，就很烦人。
（……不知道近几年上网课具体是啥情况）
工作之后，更是没完没了的各种文档。
以软件开发为例：
在软件开发的不同阶段，需要编写不同的文档。
在计划阶段，需要编写详细设计文档、单元测试方案文档和集成测试方案文档等；