摘要： 最近在读一篇关于Redis的专栏，叫做《Redis核心技术与实战》，作者在Redis方面研究颇深，读后非常受益，特在此做记录。 一、Redis基础 1）知识图和问题画像图 Redis知识全景图都包括“两大维度，三大主线”。“两大维度”就是指系统维度和应用维度，“三大主线”也就是指高性能、高可靠和高可 阅读全文

摘要： 一、日常问题 1）遗留项目 经常在工作时被人小窗，这里的计算有问题，那里的表格没内容了等等，一开始肯定是懵逼状态，然后是根据症状一步步的摸索代码逻辑。 对于正在维护的项目，很容易定位问题，但对于那些已经无人维护的项目，定位起来就比较困难了。 必须先确定数据源来自哪个组，可能是服务端，也可能是大数据端 阅读全文

摘要： 公司目前在线上运行着一款小程序，为了能监控小程序的运行情况，自行开发了一个参数搜集的SDK，名称为 shin.js，放置在 utils 目录中。 目前只搜集了打印、通信和错误，其中打印不是 console.log() 而是 shin.log()。 在小程序的管理后台，开发管理中，目前也有一个错误日志 阅读全文

摘要： 在将监控日志的服务独立部署后，还是发现CPU会在不特定时间段（例如21~22、23~02等）飙到70%，内存也是一路飙升不会下降，明显是出现了内存泄漏。 需要进一步做优化，于是开通了阿里云的 Node.js 性能平台。 一、Node.js性能平台 要使用此工具需要在自己的服务器中安装些组件的，具体步 阅读全文

摘要： 前端性能监控是个老话题了，各个团队都会对其有所关注，因为关注性能是工程师的本分。 页面性能对用户体验而言十分关键，每次重构或优化，仅靠手中的几个设备或模拟的测试，缺少说服力，需要有大量的真实数据来做验证。 在2016年，我就写过一篇《前端页面性能参数搜集》的文章，当时采用的还是W3C性能参数的第一版 阅读全文

摘要： 2023-01-16 经过 TypeScript 整理重写后，正式将监控系统的脚本开源，命名为 shin-monitor。 一、存储 在将数据传送到后台之前，已经做了一轮清洗工作，如果有需要还可以再做一次清洗。 日志表如下所示，自增的 id 直接偷懒使用了 bigint，没有采用分表等其他技术。 C 阅读全文

摘要： 目前市面上有许多成熟的前端监控系统，但我们没有选择成品，而是自己动手研发。这里面包括多个原因： 填补H5日志的空白 节约公司费用支出 可灵活地根据业务自定义监控 回溯时间能更长久 反哺运营和产品，从而优化产品质量 一次难得的练兵机会 前端监控地基本目的：了解当前项目实际使用的情况，有哪些异常，在追踪 阅读全文

摘要： 前端会与公司的所有部门有协作，若在某一环出现问题，就会发生不必要的时间开销，降低开发效率。所以有必要制订一套完善的协作流程。 有个核心要素，那就是积极主动性。如果需要涉及多端的，务必画出流程图，以免产生歧义。 在推进业务开发时，遇到任何卡住流程的问题，都需要反馈给我，我会在第一时间进行协调。 一、与 阅读全文

摘要： 一、JavaScript 1）语言 对所有引用都使用 const，不要使用 var。原因：这样做可以确保你无法重新分配引用，以避免出现错误和难以理解的代码。 如果引用是可变动的，使用 let 代替 var。原因：let 是块级作用域的，而不像 var 属于函数级作用域。 坚持使用全等 摒弃相等 == 阅读全文

摘要： 近日读了一本名为《精通模块化JavaScript》的书，并记录了其中的精髓。 一、模块化思维 精通模块化开发并不是指要遵循一套定义明确的规则，而是指能够将自己置身于使用者的角度，为可能即将到来的特性开发做好规划（但不能过于广泛），并且要像对待接口设计一样重视和关心文档的撰写。 系统按粒度划分：将系统 阅读全文