眼神里的代码：我在前端实习期的那些“笨”感悟 刚接手前端开发时，我能写出一段逻辑清楚的函数，却写不明白为啥用户点进去页面会突然黑屏，那时候我认定自己是个只会敲代码的机器。直到启动在大厂实习，我才逐步明白，前端不只是是把 HTML 变成好看的页面，更接近于在浏览器和服务器之间建立信任的桥梁。 一启动，我总拿微前端架构当谈资，非要塞进项目里，最终发现那是给老板看的，用户根本看不出来有啥区别。

后来接触到框架时，才意识到框架选得对，比写多少代码都关键。

比如之前那个电商项目，老板让我们用 Vue3 配合 Pinia，结局我们为了调试搞了一周，最终发现配置项比它复杂。

后来干脆拉倒了微前端，直接做 SPA，别看代码重复了不少，但上线快了一半。真正的技术不是炫技，而是能解决难题。 比起那些宏大的架构聊聊，我更喜爱在细节里找乐子。

比如刚接触 React 的时候，被 `useEffect` 里的依赖数组搞晕了，明明写的是 `['list', 'theme']`，结局每次改 `theme` 都没反应。

后来在 StackOverflow 上查资料，看到大量老手说，有时候确实得在代码里写个日志，要么干脆打印出来看看。有一次我忘了初始化状态，害得子组件渲染出来全是空白，当时脑子一片空白，不敢碰任何代码。

后来我直接在管住台 print 了个 console.log("State init?"), 果然那一刻看到了空对象，瞬间慌了又瞬间冷静，慌的是心态，稳的是逻辑。

这种“在报错里找缘由”的习惯，比看十分钟教程都管用。 数据对前端来说忒关键了。记得去年做首页改版，一启动我当作增添几个统计图表能提升不少转化率，结局上线两周数据平平。复盘后发现，是出于页码加载慢，用户还没看到关键信息，Banner 广告根本没点开。

后来我把列表渲染从 50 条砍到 20 条，加上优化了首屏加载策略，CTR 直接涨了 15%。

那一刻我才懂，前端写的不只是视觉，更是用户看到的时机。就像开咖啡店，咖啡豆磨得再细，要是不放在有人的窗台上，顾客也喝不起来。 有时候我也挺倒霉的。昨天写个工具类组件，顺手把注释删光了，结局同事一查，发现一个 API 调用逻辑根本搞不懂，直接把我当成小白指责。

那一刻冷汗都下来了，毕竟他是为了之前的遗留代码才如此做的。

后来我重新读了那段代码，每个字都重新理解了一遍，才重新建立了信任，就连下次写起更注意注释。 最近学 TypeScript 的时候，感觉思维模式都变了。

那会儿写 JS 认定只要逻辑通就行，目前要想好类型保险。

比如写个函数求最大值，要是不指定类型，编译器可能会报各种错。

这种强制思维让我习惯了先想清楚再动代码。

特别是在做交互的时候，比如动态加载图片，要是图片加载黄了，直接显示占位符还是报错？要是用户点了回车键，是不是要弹窗提示？这些细节一旦想漏，用户体验就崩了。 也遇到过和后端沟通不愉快的情况。有一次后端接口回了 400 状态码，前端直接调用了毛病处理逻辑，结局前端页面卡住了，害得用户投诉。

后来我主动去找后端沟通，告诉他那不是前端的难题，是网络波动害得的，应当设置重试逻辑。别看后端脸色不忒好，但起码用户难题解决得挺快。

这种跨团队协作的本事，比写几千行代码都难得多。 目前的实习生活有点忙，有时候连写个 Hello World 都要花半小时。但每次夜深人静时，看着浏览器管住台刷新，心里还是认定踏实。技术这东西，没有标准答案，只有最适合当下的解法。赶明儿甭管走多远，估摸还是得靠这种在细节里摸爬滚打出来的经验，毕竟这就是前端最本质的东西：和用户在一起。