首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
感想
ErpanOmer
创建于2025-05-23
订阅专栏
感想
等 22 人订阅
共33篇文章
创建于2025-05-23
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
面试官开始问我AI了,前端的危机真的来了吗?
最近我身边不少朋友(包括我自己)都在看新的工作机会。我们发现,2025年的前端面试,出现了一个很有意思的新环节,几乎是必问的: 一套AI三连下来,如果你回答得磕磕巴巴,或者直接说“没怎么用过”,面试官
我最近面试前端,发现一个很有意思的现象..
最近一个月,为了给团队补充新鲜血液,我密集面试了差不多20位前端候选人,从刚毕业的新人到有三五年经验的都有。 面试得多了,我发现一个很有意思,甚至有点反常识的现象:现在很多候选人的知识结构,好像是个倒
前端需要掌握多少Node.js?
昨天下午,来了个刚毕业的学弟,很认真地跑过来问我:“哥,我看网上好多人都说前端要学Node,我到底要学到什么程度啊?是不是得把Express、Koa那些都搞会了才能找到好工作?” 看着他一脸焦虑的样子
从“高级”到“资深”,我卡了两年和我的思考
我大概是在工作的第五年,晋升到了高级前端工程师。那时候我挺自豪的,觉得自己技术不错,能独立负责复杂的业务,也能搞定线上疑难杂症,再往上走,应该也只是时间问题。 但没想到,高级这个title,我一挂就是
为什么我坚持用git命令行,而不是GUI工具?
上周,我们组里来了个新同事,看我噼里啪啦地在黑窗口里敲git命令,他很好奇地问我: “哥,现在VS Code自带的Git工具那么好用,还有Sourcetree、GitKraken这些,你为什么还坚持用
我给团队做分享:不聊学什么,而是聊可以不学什么
上周,我看到我们组一个很努力的新人,午休时间还在看一篇关于“Astro Island Architecture”的文章,眉头紧锁。 我走过去问他,最近在研究这个吗? 他说:“不是,就是看社区里大家都在
“全栈”正在淘汰“前端”吗?一个前端专家的焦虑与思考
最近在帮团队招人,看了一圈市场上的招聘要求(JD),心里有点五味杂陈。 随便打开几个“前端工程师”的JD,上面写着:精通React/Vue,这很正常;熟悉Next.js或Nuxt,这是加分项;有Ser
我为什么开始讨厌 TypeScript?
在2025年的前端圈,说自己不喜欢TypeScript,几乎是一种“政治不正确”。现在你去面试,如果说自己的项目没用TS,面试官看你的眼神都会有点奇怪。 坦白说,我曾经是TS最忠实的拥护者。大概五六年
写了8年代码,我发现决定你薪水的,往往不是技术
大家好。 算起来,今年是我写前端代码的第八个年头了。 我刚入行的时候,是个纯粹的“技术宅”。我坚信一个道理:只要我把最新的框架玩得最熟,把最难的API研究得最透,把代码写得最漂亮,我的薪水就一定会水涨
我为什么放弃了“大厂梦”,去了一家“小公司”?
我,前端八年。我的履历上,没有那些能让HR眼前一亮的名字,比如字节、阿里,国内那些头部的互联网公司。 “每个程序员都有一个大厂梦”,这句话我听了八年。说实话,我也有过,而且非常强烈。 刚毕业那几年,我
说实话,React的开发体验,已经被Vue甩开几条街了
在写下这个标题的时候,我已经做好了被喷的准备。我知道,在前端这个世界里,聊框架之争,就像在聊哪家烧烤最好吃一样,永远没有标准答案。 在动笔之前,我想先表明立场:我不是要捧一踩一,两个框架都是我吃饭的家
前端真的需要懂算法吗?聊聊感受
在公司干了几年,带个小团队,零零总总也面试了上百个前端候选人了。说实话,有时候面完一天,感觉人都是麻的。 最让我头疼的是什么?就是“算法题”这个环节。 我经常遇到两种候选人。一种是一听算法题,就两手一
作为前端Team Leader,我是如何做技术选型、项目排期和新人培养的?
开头的一些废话 当老板找我谈话,说想让我带前端团队的时候,说实话,我第一反应是“完了”。 以前自己写代码,好坏都是自己的事,代码烂了,加班补上就行。但带团队,感觉完全是另一码事。我得对好几个人、好几个
代码能跑就行?聊聊如何写出“让同事会爱上你”的React组件
我们都听过那个段子:每个程序员在接手一个老项目时,内心都会循环播放一句话:“这TM是谁写的破代码!” 然后,当他翻看git提交记录时,赫然发现既然是半年前的自己。 这个段子很真实。在日常开发中,我们常
为什么我们项目很少出现“技术债”?我总结了 5 个前端工程的基本约束
不是说因为我们写得多牛,而是我们从第一天就立了 5 个基本工程约束,这些规则不是高深技术,而是**工程底线**。坚持这几个点,不一定能写出完美代码,但至少能避免那种“越写越乱、越维护越痛苦”的局面。
微前端的本质不是技术栈隔离,而是团队“协作协议”
我们的前端系统一度拆成了 7 个子应用:A 是核心系统,B 是订单,C 是库存……最开始大家都觉得:“哎,模块化、多团队并行、还能独立部署,好事啊。” 真做下去,才发现微前端的难度根本不是“怎么加载子
为什么你们的前端视野只剩下 Vue 和 React?
过去五年,我面试过不下 80 个前端应聘者,代码能力千差万别,但有一件事惊人一致: 不是 Angular、不是 Svelte、不是 Qwik、不是 Web Components,甚至连 WebGL、T
Tailwind 到底是设计师喜欢,还是开发者在硬撑?
我们最近刚把一个后台系统从 element-plus 切成了完全自研组件,CSS 层统一用 Tailwind。全员同意设计稿一致性提升了,但代码里怨言开始冒出来。 这篇文章不讲原理,直接上代码对比和团
Vue 项目不要再用 Pinia 了,组合式 API + ref() 才是王道
💥先说结论:除非你团队真的“特别大”,否则别再迷信 Pinia 用完 Pinia,最后我自己掏出一套组合式 API 封装后,项目变清爽了、调试变简单了、开发变自由了。 Pinia 确实“像 Vuex
🧨公司非要用 Tailwind,我觉得这玩意儿不如 inline-style
不是我杠。是真的用了一段时间之后,我开始怀疑,我到底是在写样式,还是在拼?? Inline-style 再丑,好歹直觉。Tailwind,看起来像原子,其实是一坨。 👀背景:Tailwind 被当成“
下一页