软件工程师应当写作

本文来自简书，年第一天，祝大家新年快乐。新的一年，一起来写作，约么？

在小学，有一些「数学天才」和「语文天才」。你们由于在其他孩子印象中各自的强项而被贴上标签。

我曾是一个所谓的「数学天才」。所以我主修计算机科学并向往去做一个软件工程师。虽然一直以来「数学天才」或「语文天才」这样的称号从来没有真正的磨去，但只要可以把任何事做好就可以了。如今我见过的工程师畏惧写东西，我见过的作家也一样畏惧写代码。

没什么好害臊的！写代码的工程师照样可以写文章。

软件工程师应当写作，由于它会提升你编程技能。写作和编程共同的核心技能是要想得清楚。最好的工程师也都是很好的作家，由于它们的散文也会像代码一样兼具逻辑和优雅。

代码和文章有很多共同点。都是从一张白纸和一个想法开始，以给到目标受众一个分散的产品结束。产品由一系列的逻辑片断组合到的一个个逻辑单元组成—函数或章节。如同好的散文一样，好的代码是简明的（富有「表现力」）。不好的代码会浪费CPU循环；坏的文章浪费大脑运转。作家的草稿就是工程师的原型。

当产品接近完成时，工程师会像厌倦的作家一样忧心忡忡。犹如文章一样，软件永久不会「完成」。还会悄悄的消磨工程师的时间：其它功能需要构建，其它模块需要重构。他/她担心这不是自己最好的表现。别管那么多，发布吧。

软件工程师应当写作，由于我们需要更多的协作。开源代码约请全球来参与，业内的产品通常需要一个工程师队伍（Google地图有个全职雇员）。不管是在GitHub上评论、审查代码或技术文档都要好好去写，来增进清晰、简明的沟通以推动项目前进。

即便一个项目不需要沟通，写一些软件相干的也会增进了解和重要讨论。我们没有从RFC规范和技术手册去学习，这要感谢写指南的工程师。在技术讨论中，有很多的意见会被发表到HackerNews的评论或推文上。最好要引导到博文中。

博文的主题，要好好的下功夫。写好是需要时间的。写一个草稿是很自然的，接着要通过屡次的修改来提高质量。如果你觉得太忙、没什么想法或担心你的意见成为众矢之的，花10分钟来看看《YouShouldWriteBlogs》。如果仍然不能说服你，我认为你需要更多浏览。

软件工程师应当写作，由于其实他们会享受写作。很多人都有潜伏动机希望我们的软件有「影响力」，来改变人们的生活。

写作就是是影响力的强大媒介。管理层的文章可以帮助经理鼓舞和鼓励他的团队；编程指南会擦出学生对计算机科学的兴趣火花；职业建议的文章可以启发毕业生寻求一个新的职业规划。

即便没有人读你的文章，继续写下去早晚会对你有影响。它将阐明你对某个主题的观点和增强/减弱你对它的看法。把杂乱的想法变成具体的语句这个进程是有价值的。

写作具有和写软件一样带有影响力意义的动机，把这两个连起来会在软件工程中提高有用的技能和增进协作，那末，赶忙写起来看起来是很值得的动作。

乃至对「数学天才」来讲。

=====================================================

感谢Coding对本