ESLint给我个人的体验在于，它能将编程风格不同的程序员写出来的代码尽量格式化统一成像是一个人写的代码。这样的好处在于后期维护人员能较为轻松地进行代码阅读，无论是要进行代码优化亦或是DEBUG。当然这仅是代码风格上的约束，也可以称之为软约束。那硬约束是什么？我认为ESLint带来最大的提升是在拼写错误校验、冗余模块引入检测上的。相信很多人都被自己错误拼写变量造成的魔幻BUG坑过，还有冗余依赖引入造成的代码体积扩大等等。

 之前做过一篇关于如何处理commit信息的博客，但是还缺少一种规范和自动化处理的东西在里面，这篇将会引入commitizen和husky，旨在提升commit信息的可阅读性以及工程化处理的便利性。

  其实上次迁移的过程中有看到package.json中有一段browserslist的配置，但是也没特别在意，后面又去官方文档研究了一波，输出了这篇文章。

 求同存异，站在巨人的肩膀上。

  上周我做了一篇从roadhog到webpack项目编译打包迁移的share。算是理清了webpack的脉络。但是同时也引出了我早期学习前端的另一个问题：工程中的模块化在我们前端项目里具体是如何体现的。

  stay hungry, stay foolish.

  其实在之前的博客当中曾经做过一篇高阶的正则操作，但是最近发现自身的正则基础其实挺弟弟的，所以希望借这篇夯实一下。

 这半周做了一件事，将手上的前端项目从使用过去dva脚手架自带的roadhog2.x打包工具迁移至使用webpack4.x打包，成功让本人掉了不少头发。

 最近在撸webpack的时候，看到DEMO里放了这样一条语句<%= htmlWebpackPlugin.options.isDev == 'true'? '<script src="/vendor.dll.js" ></script>' : '' %>，龟龟，这不是我当年的jsp表达式写法么？现在的前端项目构建背后其实是Node在操作，所以同理，这段代码最终会根据环境动态编译，Node判断在本地开发环境情况下直接使用预编译完的dll来提升热更新效率。

 最近在看位运算的一些东西，发现很多操作还是很有意思的。

 位运算是非常基本的计算机基础知识，本文先回忆一下符号数有哪几种表示，再使用JS实现一下整数加减乘除的位运算，最后对比一下位运算实现的加减乘除和直接进行整数加减乘除的效率。

  这篇文章真是有一种文艺复兴的感觉；不过从解决问题的角度上看，一些处理问题的方案还是能综合应用到不同的实际场景中的。