admin.gumingchen.icu![[不失礼貌的微笑]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_16.9d17f6d.png)
光之国总统
获得徽章 0
- 最近开源了几个项目，技术栈主要是 Vue3 + Pinia + Java，欢迎掘友们点点 Star 支持一下～
管理后台
在线体验：
admin.gumingchen.icu
GitHub 地址：github.com
即时聊天系统
在线体验：chatterbox.gumingchen.icu
GitHub 地址：github.com
轻量级 UI 组件库
GitHub 地址：github.com
所有项目代码注释清晰，适合 Vue3+Java 开发者参考学习，你的每一个 Star 都是持续更新的动力，感谢支持！展开43 - 沸点里有没有懂护肤的帅哥和美女，男孩的平时怎么脸部护肤，目前平时就是早晚洗面奶，有没有推荐的流程，比如一周几次面膜，啥牌子面膜好，还有就是保湿，防晒推荐啥性价比牌子，求大神们推荐一套流程364
- 刚过完年，今年希望能再有所成长，以下是我关于晋升高级开发的思考：
之前看了阿里p8的指导p6如何晋升到p7。p6之前自己晋升失败了，觉得应该学习node，拓宽一下后端，几个p8的说：那你就更偏了。
p8的谈到了书需要标题，需要章节，章节又需要小章节。我认为这是核心，每一个内容都应该简化成一个简单的标题去概述。多个小标题也合成一个大章节。
我认为这也是在代码层面设计模块时的核心。一个模块需要完成什么功能，它将分为哪些子功能，每一个子功能又该如何拆分。
具体实现时，一个函数的命名如何诠释它的功能，如果这个函数写完后，发现无法为它取一个可以语义化的名字，那可能是这个函数什么功能都做，名字也不知道取啥了，就用个handle做前缀了。
就像一本书的一部分内容写完了，作者想取个标题，发现根本无法取，因为文章内东说一些，西说一些。
那如果作者在写书前，就认真思考过这本书的核心是什么，又基于此分成了几个目录，又思考每个目录的内容是要说明什么，基于此又分出了章节。之后为每个章节去写内容时，就更容易不跑题了。
如果设计模块时，按照这种方式来，可能就离可扩展，可维护，可读性更近了。
#2024年终总结#展开评论6 - 面试问怎么做 web 性能优化期待的答案是什么？大部分同学听到这个问题后只觉得答案可是是雅虎军规、webpack 打包、懒加载等，这些都是优化的技巧，其实面试官想听到的是思路
- 性能指标如何衡量 —— Google Core Web Vitals
- 如何上报性能数据 —— Performance API & Google web vitals 脚本
- 页面加载的全过程 —— 重定向、DNS、TCP 建连、服务器 RT（含 SSR） & 流式渲染、download、客户端资源加载优先级、客户端渲染
- 性能优化的方向 —— 优化建连下载、优化 HTML 返回时序、优化静态资源体积、优化客户端渲染过程
- 然后才是具体在哪个阶段使用的哪个技巧展开122
![[看]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_97.39cdc9f.png)