写在入职技术型创业公司 PingCAP 一个月之后

写在前面

作为此公众号的第一篇推送

本篇文章先跟大家分享一下

我与技术传播/技术写作的小情缘

总有那么一些事，是要看缘分的，比如工作，又比如一个可携手一生的人。

2017 年 8 月 3 日，我入职了一家两周岁的公司 PingCAP (https://www.pingcap.com)，岗位是 Technical Writer。

说来还真是两周岁，至少工商登记的成立日期是 2015 年 8 月 3 日。在公司成立的纪念日入职，挺好，好记。

现在一个月过去了，简单分享一下我的看法和感受。

机缘巧合

缘分，是一种很奇妙的东西。

2017 年 6 月下旬的某一天，我突然决定是时候换个工作了，便随意点开了读研时所在系的微信群。真的是随意，因为群聊信息数量不可控，我对大部分微信群都设置了“消息免打扰”。

而有换工作的想法是因为原工作满一年后，展望 2018，我可以看到自己在做什么，通过一年的工作我已经对要做的事情了如指掌。

虽然很多工作都带有一定的重复性质，但我看不到有助于自己提升的机会和发展空间。在二十几岁的年纪，面对这种情况，必须改变。

说回微信群，我打开之后正好看到师姐 Queeny 发的一条招聘信息，问“有没有在看 Technical Writer 机会的师弟师妹”。于是我就跟师姐了解了下，投了简历，笔试面试。

我和 Technical Writer 的交集要从读研说起：

• 当时我系有一门课叫“英语技术文档写作”，理论与实践相结合，从各种 Style Guide 到实际的写作情景到文化差异。然后，经常会下意识地去留意路边指示牌、超市里某个产品的使用说明等，总有一些错误或槽点等你去发现。

• 我系每年会组织各高校参加的“计算机辅助翻译与技术写作大赛”，我参加过一次，获得的奖品路由器至今没用上。清楚地记得有个香港中文的妹子英音特别好听，还有个北二外的山东妹子竟然和我偶遇在人事部二级笔译的考场。

• 我系还成立了“北京大学技术传播协会”，我参与了一段时间的协会日常管理，运营了一段时间协会的微信公众号。然而，这种专业知识分享型的协会毕竟没有某些协会受欢迎。当初，我还加入了个“北京大学家政与生活创意协会”，主要是定期举办需要自己动手做的食品、饰物、服装等。但我只参加过一次，那次的主题是“圆滚滚的春天—大福制作活动”。

• 读研时系里有实习要求，我在 IBM CDL 部门做了一年的 Technical Writer Intern，训练了对文字、标点等细节问题的敏感度。因为是 Office 类产品，很容易理解，所以当时是我直接写 topic，然后由其他同事 review，只做英文文档。在两次产品更新之间，工作相对较少，我便研读了两本书：Developing Quality Technical Information 和 DITA Best Practices。

毕业后从事运营类工作的一年里，我时常思考到底哪类工作更适合自己，自己更适合哪类工作，结果是自认为 Technical Writer 是个优先考虑的选项。

于是我便开始留意，于是点开了我系微信群，于是看到了招聘信息。

朝气蓬勃

是的，PingCAP 朝气蓬勃。

一方面，团队年轻牛人多。

PingCAP 是一家典型的技术型创业公司，核心技术团队聚集了一批年轻的技术大牛，即便是实习生也略厉害。

有个实习生是 97 年的，是……真……年轻……啊……嗯，程序员小鲜肉。

有这么一种说法，当你对选择什么样的公司毫无头绪的时候，可以看下年轻人聚集的地方，那里可能是未来。

年轻，除了年纪，还有心态。就算年岁渐长，但如果一直保持对技术的热情、对学习的热情和对新事物的好奇心，保持一种年轻开放的心态，那同样是年轻的。

另一方面，产品年轻技术强。

在这里，感觉是一群接地气的人在做着高大上的事。这个年轻的团队搞出了一款领先的数据库产品 TiDB，未来是有无限可能的。

PingCAP 在做的是新一代开源分布式 NewSQL 关系型数据库 TiDB，模型受 Google Spanner / F1 论文的启发, 结合了 RDBMS 和 NoSQL 的优点。

贵司风格鲜明的“三巨头”

“贵司”，PingCAP 的小伙伴们习惯这样叫。

• 刘奇：联合创始人兼 CEO ，爱自由的 Hacker，GitHub 上的 ngaut。传说中永远不在办公室的 CEO，光头的发型特有辨识度，俗称“忙得头发都掉光了”。

• 黄东旭：联合创始人兼 CTO，开源狂热分子，知乎上的 Ed Huang，GitHub 上的 c4pt0r。艺术气质的 CTO，小辫子的发型也很有辨识度，俗称“忙得都没时间理发”。

• 崔秋：联合创始人，重度开源爱好者，GitHub 上的 qiuyesuifeng，常规发型，操持着 PingCAP 这个大 family 的一应事务。

领先的数据库产品 TiDB

TiDB - SQL at Scale

咦，这里有点儿像打广告了……

好吧，那就更周到一点，开源项目 TiDB 在 GitHub 的根据地：https://github.com/pingcap/tidb。

TiDB 核心特性：

• MySQL Compatibility 高度兼容 MySQL

• Horizontal scalability 水平弹性扩展

• High availability 高可用（故障自动恢复、异地多活）

• Consistent distributed transaction 强一致的分布式事务

“如梦似幻”实现情怀的地方

知乎上有个问题叫：PingCAP 这家公司的前景如何？ 

既有贵司员工也有非员工的回答，其中一个贵司小伙伴在回答里写道：

我们这一年做的事情非常的。。。梦幻，没错，就是梦幻。。。从刚加入 PingCAP 的时候开始，我对“完美”的数据库的幻想正在一步步变成现实。

我最喜欢一个作品初期的样子：它有无限的可能性，而让这些可能性成真的人，正是你，是我们每一个工程师。这也许是一家在国内最能让你体验作为“工程师”的价值的公司。

你仿佛是一个画家，一个雕塑家，你可以告别任何无意义的劳动，尽情发挥自己的才华。

你每一个自以为天才（实际上可能愚蠢）的想法，即使失败了，仍然可以推倒重来，在一篇又一篇的论文里寻找正确答案。这里是可以实践每一个前沿理论的地方。

作者：韩飞

来源：知乎 

链接：https://www.zhihu.com/question/64878683/answer/225394370

对 PingCAP 感兴趣的可以去看看，还有一些蛮有意思的回答。

读研期间曾在 IBM 环宇大厦做 Technical Writer Intern，细算一下已过去蛮久了，但又觉得似乎就是不久前。

随着年龄的增长，年与年之间的时间跨度仿佛在压缩，转眼间一年已过。月与月之间更是无缝衔接，跟朋友明明已五个月没见了，却感觉上次见面就在昨天。

所以，感觉自己对技术写作还是有一种熟悉感、亲切感，只是需要重温一下将其唤起。

这一个月里，我做的主要侧重技术翻译。你可能会问了，那不是背离了 "Writer" 这个词的本意吗？其实，Technical Writer 的工作就包含 Technical Translation，并不局限于写这种行为。

Technical Translation 有别于普通的翻译，除了要保证在上下文语境下译文的正确性之外，还要以受众能理解的方式将技术内容传达出来，这里跟 Developing Quality Technical Information 这本书中的三大核心理念 Easy to Use, Easy to Find, Easy to Understand 是相通的。

Technical Writer

不知道 Technical Writer（简称 TW）是干嘛的小伙伴可以自行百度或 Google，Wikipedia 上对 Technical Writer 的解释较为全面。这里只放一个简单的定义：

A technical writer is a professional writer who produces technical documentation that helps people understand and use a product or service. 

This documentation includes online help, manuals (system, end-user, training), white papers, design specifications, project plans, test plans, business correspondence, etc.

Kurt Vonnegut 对 Technical Writer 有一个蛮有意思的描述：

...trained to reveal almost nothing about themselves in their writing. This makes them freaks in the world of writers, since almost all of the other ink-stained wretches in that world reveal a lot about themselves to the reader.

技术写作不只是简单的写，说技术传播更贴切一些。

对于一个 Technical Writer 来说，如果你足够了解产品，那你可以直接写，像我之前在 IBM 的实习就是直接写英文文档。

如果是技术型比较强的领域，很可能的情况是你根本写不了，那么，此时可能就转换为 Technical Translation 了。

而这里的翻译也不是简单的直译，实际的工作中会有很多复杂的情况。往往单看一句话它的翻译没有问题，但放到上下文中逻辑就是错的。

之后，我会结合实例跟大家分享实际工作中 TW 可能会遇到的各种问题，以及该如何处理。

Keep Learning

虽然我以前做过一年的技术写作，但当时的产品理解起来很简单，而现在的数据库产品对我来说则是一个全新的领域。

要做好技术翻译，或者以后自己写，必须先了解数据库的技术知识，也必须足够了解贵司的数据库产品。

所以，入职后的第一个月里，我的重点是学习，快速学习，每天各种新的名词在我脑子里怒刷存在感。

我的学习方式看各种博客文章、YouTube 上的小视频讲解、技术论文等，每天在百度和 Google 里搜索 N 次，考验着大脑的接受能力。师姐给我解答了很多问题，同事也抽空给我讲解数据库知识。

此外，学习过程中，我会随时用 XMind 画出所看内容的思维导图，这一点特别重要，因为我还没有修炼出过目不忘的本领，学习的新东西肯定会忘。

学习时画思维导图有两点好处：

第一，有助于理解。有的技术文章看完之后，自问讲了些啥，可谓脑袋蒙圈一团乱麻。而根据逻辑画出思维导图，就可以很清晰地掌握文章逻辑和重点内容。

第二，有助于复习。即便第一次看文章时完全理解了，也做了很棒的思维导图，但记忆是有期限的，尤其是技术类的知识。几天以后，连一篇文章主要讲了哪几方面都快忘记的时候，打开思维导图，可以让你在一分钟之内快速熟悉。

除了数据库相关的知识，也要快速熟悉一些工具和平台的使用，如 Markdown 编辑器（有多种，我用的 MacDown）、GitHub、Git、Visual Studio Code 等等。

一个月过去，犹如刚翻过书本的第一页，还有很多东西等着我去学。Keep learning 让你每天都有新鲜感，而且这也是贵司文化的一部分。

掐指一算，天赐良机。

这里有免费零食水果，各种茶和泡腾片，我一般走的是花茶路线。

这里氛围不错，可以体验纯正的开源和工程师文化，虽然我不是程序媛。

入职一个月，赶上了去十渡的 TB，漂流、真人 CS、徒步孤山寨、竹筏、自助烧烤。

另外，PingCAP 2018 校招正在火热进行中，欲了解请看高大上的校招帖，内有简历投递方式。

校招帖：http://h5.ppj.io/PneaURFh/index.html?from=timeline&isappinstalled=0 

除了校招帖中的岗位，现在 Technical Writer 岗（英语好+技术热情+……）也在招兵买马中，感兴趣的速速行动，说不定就成为同事了呢~

对了，此文于 2017 年 9 月 12 日首发于简书，可点击左下角“阅读原文”直达，简书版本附了很多可直接点击的跳转链接，这儿暂时无法添加。想了解更多的话可以去戳戳那些链接哦~

-END-