Foreword

曾有英语专业的读者给我留言咨询，或是困惑纯英语背景能否做技术文档写作，或是自己有意毕业后成为 Technical Writer 该如何提前准备。

关于这一话题，我之前曾在两篇文章里分享过一些个人见解：

先对文章标题里的“英语专业”做个小说明：这里指的是各种英语相关的专业，如英语语言文学、翻译、笔译、商务英语等等。简单来讲，就是大学里主要学的是英语。

知乎上也有一个相关的问题：

学英语的人能做好技术写作吗？学了好多年英语，读研读的翻译专业，现在AvePoint做tech writing，觉得计算机方面的知识专业性太强，很难适应，求问英语专业文科生到底能不能做技术文档写作的工作？
-- 链接：https://www.zhihu.com/question/35359577

根据我的工作经历以及接触的同行来看，英语背景的同学可以做技术写作，至于能不能做好，关键还是看自己。另外，也需要看自己是否与这一岗位的要求相匹配，是否适合自己。

本文结构如下：

自我评估
参与实践
进行实习

自我评估

通过自我评估，可以更好地认识自己，对自己与 Technical Writer 这一岗位的匹配度有一个基本的判断。

在什么样的人适合做 Technical Writer？一文中，我结合个人看法以及工作中对周围同事的观察从 9 个方面谈了下什么样的人适合做 Technical Writer。

这其中，既包括硬能力，也包括软能力。二者对个人职业发展的帮助各有侧重，硬能力可以助你踏过入行的门槛，软能力可以助你入行后快速成长。当然，在入行时也会考察软能力，入行后硬能力依然重要。

随着在这个行业中待得越来越久，我越发觉得，如果想要成长，软能力的重要性日益凸显，甚至在某些情况下会超越硬能力。

当初我列那 9 个方面时，并未特意思考硬能力和软能力。如今回看，绝大多数都可归为软能力。如果你对自己到底是否可以做、适合做 Technical Writer 正彷徨犹豫，不妨根据以下这 9 点进行一个客观的自我评估：

硬能力
- 英语能力
- 技术写作能力
软能力
- 个人性格
- 对细节的敏感度
- 沟通能力
- 团队协作能力
- 拥抱技术
- 快速学习能力
- 坚持成长

如果匹配度较高，可以尝试一下这个岗位；如果匹配度较低，可及时止损，去尝试更适合自己的职位。

参与实践

假设通过自我评估，你发现自己与 Technical Writer 这一岗位的匹配度很高，那么可以主动参与一些实践。在实践中可以真实地体验一下技术文档写作的流程，也验证自己的判断。毕竟很多时候，自己设想的与实际存在的会有出入。

接下来，你可能会遇到这样的问题或烦恼：

去哪儿找实践机会呢？
在校生只能利用寒暑假吗？
既想体验一下，又不想正式实习怎么办？
一定要去到公司的现场去实践吗？
能参与到优秀的项目吗？
作为小白，上手会不会很复杂？
以自己当前的知识背景，能达到要求吗？

如果你确实遇到了上面所述的某一个或某几个问题，也不必忧虑。对于尚未完全离开校园的同学来说，参与开源项目就是一种很好的体验技术写作的方式。以下是一些相关的建议或看法：

平时多关注一下业内信息，尤其是开源项目，如 GitHub 上的开源项目。如果你开始认真地在网上搜索相关信息并持续关注，通常还是比较容易找到的，我的文章里有时也会提供一些相关的实践机会。
在校生并不一定非得用寒暑假来参与实践，平时的课业之余或者周末时间也完全可以、且足够可以用来参与技术写作实践。
如果你还没准备好开始一段实习，完全可以利用自己零散的时间来参与开源项目，而且你贡献的所有内容都会显示在自己的 GitHub 主页上，对自己之后找工作也有帮助。
不一定非得去某个公司实地参与，而且如果只是计划先体验一下的话，也没必要去现场；在宿舍、图书馆、自习室、家里、咖啡馆等就完全可以，只要有网有电脑即可。
在搜索信息和查找相关项目时，建议自己做个筛选和鉴别，尽量选活跃的、优秀的、符合当下技术趋势的开源项目来参与，这样自己的体验也会更好，实践也更有意义。
只要你不排斥接受新事物，上手并不复杂，而且稍微熟悉之后会发现很简单，几分钟就可以搞定一次修改。目前在 GitHub 上维护文档的项目中，常见的文档文件格式有 .md、.txt、.rst 等，都很容易掌握。
如果你英语水平还不错，翻译功底扎实，可以参与到中、英双语的文档项目中来。如果你对自己的语言功底没信心，但是对细节特别敏感，可以为单语文档“找茬”，如优化语言表述让它更规范更友好、修复 typo 和错误的格式标点链接等。只要你想参与，就一定能找到切入点来参与。