最近看公司Flutter项目的时候，发现想要分析数据非常的困难，不是数据缺失就是数据异常，作为一个成熟的企业来说这是非常危险的，缺少了数据就像船只在海上航行的时候没有了方向，将会变得无所适从，所以这周花了点时间去优化。

最近在做一些node上的中间件，不可避免的用到了typescript中的注解，而在ts中，注解有另外一个叫法：decorator，于是花了一点时间搞明白了在ts中注解是如何运行的，下面做一个简单的记录。

最近开始研究Flutter了，俗话说工欲善其事必先利其器，在正式运用Flutter之前肯定要先了解了解它的工作机制，于是开始了Flutter以及Dart的源码学习之旅，这次就简单的分析一下Flutter的启动流程，作为记录~

ELK算是现在比较火的一个技术栈了，这段时间接了一个需求，需要在每天亿级别的数据中进行查询，其中包含了聚合等操作，一阵狂码虽然需求实现了，但是性能比较差，查询一次可能需要5-6秒的时间，最为有追求的程序员，这样的效率有些不能接受，于是想了一些办法优化，下面记录一下优化的过程。

最近在做一些Weex web端的东西，不可避免的和weex-vue-render打起了交道，为了能更好的理解web端的构建，所以花了一点时间走读了一遍weex-vue-render的源码，这里做一个记录，以防遗忘。

当我们在开发一个前端工程的时候，我们不可避免的会使用到webpack作为打包工具，而有时候为了定位问题，不得不去看打包完成之后的js文件，这个时候就需要我们对webpack的构建产物有一定的了解才行了。

当我们在开发Weex的时候，总是会使用到Weex官方的开发工具weex-toolkit，在我们使用weex-toolkit，享受它带来的便利的时候，还是有必要去了解一下它背后的整个逻辑的，掌握这样的逻辑有助于我们更好的了解如何更好的使用Weex。

我们这篇文章就以weex preview这个最常用的命令为例，来探究一下这背后的代码。

最近负责的node项目在高并发的情况下性能表现非常的差，rt基本会在7 80ms甚至100ms以上，由于对外提供了dubbo接口，所以经常导致上游应用和自己的dubbo线程池耗尽，所以花了一点时间排查了一番，才发现原来自己的node功力还有很长的路要走啊~之后node的文章可能会越来越多~

我们在开发Weex的过程中，肯定会用到模块的调用，而如果直接将客户端的native方法暴露给前端使用，会造成一定的不便，例如客户端某个模块的某个方法有改动，则所有的前端页面都要进行修改，所以我们需要一种“中间件”的方式去屏蔽差异。

最近负责的Weex项目涉及到一些构建上的问题，需要通过自定义webpack的loader去实现，于是学习了一下这方面的知识，写一篇文章做个总结，以免遗忘。