简单介绍 gRPC贴一张挂在官网的图片：https://grpc.io/docs/what-is-grpc/introduction/ 可以理解 gRPC 是 RPC（远程过程调用）框架的一种实现，关于 RPC 的介绍因为并不是本次的主题，所以放个链接来帮助大家理解：https://www.zhihu.com/question/25536695

近期有需求需要了解 PM2 一些功能的实现方式，所以趁势看了一下 PM2 的源码，也算是用了这么多年的 PM2，第一次进入内部进行一些探索。PM2 是一个 基于 node.js 的进程管理工具，本身 node.js 是一个单进程的语言，但是 PM2 可以实现多进程的运行及管理（当然还是基于 node 的 API），还提供程序系统信息的展示，包括 内存、CPU 等数据。

最近刚拼装好了新买的布加迪，是一个积木数量相对较多的产品，拿它来举例子说明如何通过一些方法来提高乐高积木的拼装速度

四年没有离职，五月底去了滴滴，没想到这么快就要做今年的第二次离职总结了。

2016年的春天，我从海淀来到了朝阳，跨过了半个十号线，从苏州街到双井，当时的我刚从一家传统软件公司离职，在那一个月前刚刚通过东哥（@Darren）面试拿到了 淡蓝（Blued）的 offer，起因还是因为东哥在Q群讲了一句：“公司招人，有没有人感兴趣要来试试的”，当时看到这个消息就立马联系了东哥，当天晚上将简历发了过去，并约了几天后的面试。

转眼间又到了每年总结自己的时候感觉今年生活上的成长是大于工作的

近期在按照业务划分项目时，我们组被分了好多的项目过来，大量的是基于 Node.js 的，也是我们组持续在使用的语言。 现有流程中的一些问题在维护多个项目的时候，会暴露出一些问题： 如何有效的使用 测试用例 如何有效的使用 ESLint 部署上线还能再快一些吗 使用了 TypeScript 以后带来的额外成本

工作了四年多，基本上都在围绕着 JavaScript 做事情。写的代码多了，看的代码也多了，由衷的觉得，写出别人看不懂的代码并不是什么能力，写出所有人都能读懂的代码，才是真的牛X。众所周知， JavaScript 是一个弱类型的脚本语言，这就意味着，从编辑器中并不能直观的看出这段代码的作用是什么，有些事情只有等到代码真正的运行起来才能够确定。所以为了解决大型项目中 JavaScript 维护成本高的问题，前段时间我们团队开始使用 TypeScript，但是由前几年所积累下来的代码，并不是说改立马都能全部改完的，所以这个重构将是一个漫长的过程。在重构同时我们还是需要继续维护原有的 JavaScript 项目的，而 JSDoc 恰好是一个中间过渡的方案，可以让我们以注释的形式来降低 JavaScript 项目的维护难度，提升可读性。

有时候，所见并不是所得，有些包，你需要去翻他的源码才知道为什么会这样。