关于 javascript国际化方案很多，比较有名的有fbt、i18next、react-i18next、vue-i18n、react-intl等等，每一种解决方案均有大量的用户。为什么还要再造一个轮

一直以来，检测元素在浏览器视窗口内不是件容易的事，很多解决方案都不能很准确的判断，计算量也有可能拖慢网站性能。 监听浏览器滚动事件scroll，对每个目标元素执行Element.getBoundingClientRect(),getBoundingClientRect方法返回元…

前端代码刚写完，后端的接口又变了。 接口文档永远都是不对的。 测试工作永远只能临近上线才能开始。 前后端分离早已经不是新闻，当真正分离之后确遇到了更多问题。要想解决现在的痛，就要知道痛的原因： 设计之初没有想好。 这需要提高需求的理解能力和接口设计能力。 变动的成本较低。 德国…

现在的前端框架， React、Vue、Angular 三大巨头已经占据了主导地位，市面上大多数前端应用也都是基于这三个框架或库完成，这三个框架有一个共同的特点，都是 JS 驱动，在 JS 代码解析完成之前，页面不会展示任何内容，也就是所谓的白屏。 用户是极其不喜欢看到白屏的，什…

浏览器端JavaScript是以单线程的方式执行的，也就是说JavaScript和UI渲染占用同一个主线程，那就意味着，如果JavaScript进行高负载的数据处理，UI渲染就很有可能被阻断，浏览器就会出现卡顿，降低了用户体验。 为此，JavaScript提供了异步操作，比如定…

Babel 让你能够使用更新的 JavaScript 语言特性，输出兼容老的 JavaScript 引擎的等价代码。 Uglify 让你能够编写可读的 JavaScript 代码，输出完成相同功能但是字节数更少的混淆代码。 Prepack 是另一个致力于将 JavaScript…

这样的场景，相信大家会觉得似曾相识。 现今的业务系统已经很少是孤立存在的了，尤其对于一个大公司而言，各个部门之间的配合非常密切，我们或多或少都需要使用兄弟团队或是其他公司提供的接口服务。这样的话，就对我们的联调和测试造成了很大的麻烦。假如各个兄弟部门的步伐完全一致，那么问题就会…

公司的项目上线出现问题后难以定位错误，研究过现存的错误监控方案，受限于特殊条件只能定制自己的错误收集方案。 基于以上背景我撸出来一个错误日志收集方案 - Ohbug。 除此之外，addEventListener 还可以捕获资源加载错误、未 catch 的 promise 错误。…

在学JS的最初，我们就了解到一个情况，就是JS是单线程的，它只有执行完一段代码之后，才能执行另外的代码，在平时，这其实并不会受到影响，但是当你需要一些高频的操作时呢？比如你使用JS来完成一段动画，监听input的输入来频繁的操作DOM，scroll的滚动监听等，这个时候，我们多…