首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
ErpanOmer
掘友等级
Web前端工程师
|
跨境
JavaScript Developer
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
283
文章 170
沸点 113
赞
283
返回
|
搜索文章
赞
文章( 170 )
沸点( 113 )
技术Leader的“第一性原理”:我是如何做技术决策的?
作为一个技术Leader,我最常被问到的问题就是:“老大,我们这个新项目,到底该用A方案还是B方案?” 而最安全、也最无用的回答,就是那句经典的 - 看情况决定。 看情况 当然是对的,因为所有技术决策
为什么我开始减少逛技术社区,而是去读非技术的书?
我得承认,我有过很长一段时间的 技术社区上瘾。 每天上班第一件事,就是打开掘金、Hacker News、InfoQ,把热门文章刷一遍。通勤的地铁上,也要用手机看看今天又出了哪个新框架的测评、哪个Vit
"事件委托"这个老古董,在现代React/Vue里还有用武之地吗?
我刚入行那会儿,还是jQuery的时代。当时面试,事件委托(Event Delegation) 几乎是必考题。能用.on()方法,在一个父元素上,优雅地处理动态添加的子元素的事件,是衡量一个前端是否会
重新思考CSS Reset:normalize.css vs reset.css vs remedy.css,在2025年该如何选?
我带团队Review一个新项目的启动代码时,有一个文件我一定会仔细看,那就是CSS Reset。 它虽然不起眼,但却像我们整个CSS架构的地基。地基打不好,上面的楼盖得再漂亮,也容易出问题,后期维护成
前端的设计模式?我觉得90%都是在过度设计!
最近Code Review的时候,我看到我们组一个很聪明的年轻同事,用观察者模式,写了一个极其复杂的全局状态订阅系统,就为了在一个组件里,响应另一个不相关的组件的点击事件。 比较常见的场景:点击 Bu
前端开发,为什么容易被边缘化?
我们前端,可能是公司里最卷的岗位之一。天天加班加点,追最新的技术栈,像素级还原设计稿,为了那100毫秒的性能提升死磕到底。 但不知道你有没有过类似的感受:尽管我们做了这么多,但在很多公司里,我们总感觉
面试官:BFF 它到底解决了什么问题?又带来了哪些新问题?
随着后端微服务架构的普及,以及客户端形态(Web、iOS、小程序、桌面端)的日益多样化,我们前端开发常常会面临一个很尴尬的局面: 后端提供的API,往往是通用的、面向数据的,而我们前端需要的,却是定制
React Context真的能替代Redux/Zustand吗?
每次我们团队开一个新项目,或者面试新同学时,总有一个问题会反复出现: 这个问题背后:能不能只用React全家桶,不引入任何第三方库,就搞定这一切? 毕竟,Context是官方的,Redux太重,Zus
前端的单元测试,大部分都是在自欺欺人
在前端圈,单元测试 几乎是一个非常头疼的话题。简历上不写熟悉单元测试,都不好意思跟人打招呼了。CI/CD流程里,要是没有一个test的阶段,就好像这个项目不够专业。而那绿色的“Coverage: 95
都2025年了,我们还有必要为了兼容性,去写那么多polyfill吗?
最近在Code Review里,我看到一个新同学在一个vite.config.js里,习惯性地加上了@vitejs/plugin-legacy,用来支持旧版浏览器。 我问他:“我们的目标用户里,真的还
下一页
个人成就
优秀创作者
文章被点赞
6,744
文章被阅读
561,136
掘力值
20,562
关注了
24
关注者
1,184
收藏集
1
关注标签
31
加入于
2019-04-08