摘要： 公司目前在线上运行着一款小程序，为了能监控小程序的运行情况，自行开发了一个参数搜集的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》的书，并记录了其中的精髓。 一、模块化思维 精通模块化开发并不是指要遵循一套定义明确的规则，而是指能够将自己置身于使用者的角度，为可能即将到来的特性开发做好规划（但不能过于广泛），并且要像对待接口设计一样重视和关心文档的撰写。 系统按粒度划分：将系统 阅读全文

摘要： shin 的读音是[ʃɪn]，谐音就是行，寓意可行的后端系统服务，shin-server 的特点是： 站在巨人的肩膀上，依托KOA2、bunyan、Sequelize等优秀的框架和库所搭建的定制化后端系统服务。 一套完整的 Node.js 后端服务解决方案。 调试便捷，实时打印出各类请求、日志和所有 阅读全文

摘要： shin 的读音是[ʃɪn]，谐音就是行，寓意可行的后台管理系统，shin-admin 的特点是： 站在巨人的肩膀上，依托Umi 2、Dva 2、Ant Design 3和React 16.8搭建的定制化后台。 介于半成品和成品之间，有很强的可塑性，短期内你就能把控全局。 借助模板组件可快速交付90 阅读全文