前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

程序员对机械键盘的需求不止于情怀，当然，对于算法工程师、逻辑复杂而代码量小的软件工程师来说，平时对键盘的操作并没有那么多，可能对机械键盘并不感兴趣。而我曾经是一个日常大量编码、运维的数据工程师，逻辑简单，键盘操作却很多，特别是对十几台服务器ssh不能用鼠标，更增加了键盘的用量。为了统一工作流程，我使用vim作为Windows、Linux的唯一编辑器，让c/c

前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

前端监控包括行为监控、异常监控、性能监控等，本文主要讨论异常监控。对于前端而言，和后端处于同一个监控系统中，前端有自己的监控方案，后端也有自己等监控方案，但两者并不分离，因为一个用户在操作应用过程中如果出现异常，有可能是前端引起，也有可能是后端引起，需要有一个机制，将前后端串联起来，使监控本身统一于监控系统。因此，即使只讨论前端异常监控，其实也不能严格区分前

本文详细介绍了一个前端项目优化的详细过程，从优化前的问题分析，到具体的优化措施，最终实现了前端性能提升了近3倍。同时也将性能指标落到监控平台，实现可视化的监控前端性能指标。