Haixiang

曾经我也酸过我的同学，后面慢慢就释然了：每个人的路都是不一样的。不后悔以前的决定（也无法改变），不如想想如何打好下一张牌。有时候过去的失意也未必是坏事，塞翁失马，焉知祸福。

用 Vue 或 React 写个小网页，再用浏览器导出成 PDF 就好了，基本 HTML 一写样子就出来了，稍微加点好看的字体，加点高亮的 Vue 绿色就够了

不懂全员中国人里为什么要写英文 commit 。

自己看过一些中式英文的 Commit 和注释，经常看到乱用时态、单复数、拼写错误、冠词不对、语法不通顺等等一堆问题。这些小毛病不会让人觉得你写英文很牛，只会觉得你不专业。

如果要非要锻炼英文，自己去 Medium 写英文博客就可以了，要锻炼口语表达，自己录一个 YouTube 放一去被别人喷一喷都比写英文 commit 锻炼来得好。

* 描述中的关键词 /技术栈加粗，不然看起来很费劲
* 建议一段经历分 3 4 点，不要 1 2 点就没了，有些很长的点可以拆成两点，这样看起来更简洁一点

不得不说在公司就是做重复劳动（这个没有任何贬义），重复劳动就是公司的安身立命之本，如果每时每刻都要求有创新，有意义，那么会累死，也是不可能的事。除此之外，这么做不仅给别人（甲方？消费者？）的期望很高，对自己的期望也会变得很高。一旦不能创新了，那么整个公司就凉了，被指责（参考 Apple ，何同学），这个时候换作你你会怎么做？为了能活命，保持存在感，你就要找到一个通用的模板或者说讨论，每次都发点新东西，其实就是新瓶装旧酒（参考各大厂商的手机、电脑）。所以干活本质上就是重复和无聊的，这个谁都逃脱不了。我的对策是尽量在业务中找技术的新亮点，比如我这次被要求接入前端测试，那我就学会 Jest ，接入之后，出了一本《 Jest 实践指南》，不仅能让我完成本职工作，也能帮助其它人，这也算是我个人价值的实现了吧。

@reiji 感谢支持~

@reiji 冲鸭！

@morize 如果是太复杂与业务联动太高的业务，那不应该做单测，而是集成。单测在业务中不太常用，原因是单测比较关注逻辑和数据，造数据和关注逻辑又是一个很痛苦的过程，而集成偏向于关注交互。当然，如果写测试的成本大于测试带来的收益，也可以不做。

@wxrbw555 哈哈哈哈，看到了，真的 08 化了