一、写在前面
这个系列写到这里，想聊点实在的。
HTML、CSS、JavaScript 的硬核知识，前面该讲的都讲了。但技术终归是人来用的，代码是写给机器看的，也是写给人看的。这一篇不谈规范，不谈原理，就聊聊前端这个行当里，那些让你少走弯路的实在经验和心里话。
二、你写出来的代码，是给人看的
刚入行的时候，总觉得代码写得“聪明”就是厉害。一行代码干三件事、变量名能短就短、恨不得把所有逻辑都压缩到一个函数里。后来被现实教育了。
三个月后回来看自己写的代码，看了半天没看懂。同事跑来问你这段逻辑是什么意思，你支支吾吾解释不清楚。修一个 bug 要翻几十个文件，因为不知道这段逻辑散落在哪些角落。
真香定律第一条：代码首先是写给人读的，其次才是给机器执行的。
几个实在的建议：
- 变量名起得长一点不丢人。
getUserPostsByStatus比getData好一百倍。 - 一个函数就干一件事。超过 30 行的函数，试着拆一拆。
- 复杂逻辑旁边写两行注释，解释“为什么这么做”，不是“做了什么”——做了什么代码本身就能看出来，为什么要这么做，只有你知道。
三、别追着新框架跑，追不动的
前端有个段子：周一出新框架，周二出教程，周三有人写“为什么我放弃了 XX”，周四有人写“XX 已死”，周五又出一个新的。周末你加班学完，周一又来一轮。
我刚入行的时候也焦虑，生怕自己落伍。React 还没学明白，Vue 3 出来了；Webpack 配置还没搞熟，Vite 又流行了。后来慢慢想明白一件事：
框架是工具，不是本事。
本事是什么？是你知道浏览器怎么渲染页面，知道事件循环是怎么回事，知道状态管理本质上是在解决什么问题。这些底层的東西，十年没变过。把地基打牢了，学一个新框架就是一两周的事。地基不牢，每换一个工具都要从零开始重新理解。
别追着新框架跑。把时间花在那些不变的东西上。
四、调试能力比写代码能力更重要
说出来你可能不信，一个前端开发者的日常，大概有三到四成时间不是在写新功能，而是在修 bug、查问题、看日志。
新人最常犯的错误是：遇到 bug 就开始瞎改，这里改一行，刷新一下看看；那里改一行，再刷新一下。改了十几处，bug 好像消失了，但为什么消失的，说不清楚。更糟糕的是，改出了一个更大的 bug。
遇到 bug，先停下来，理解它，再动手。
几个实用的排查步骤：
- 先稳定复现。能让 bug 稳定出现，问题就解决了一半。
- 二分法缩小范围。注释掉一半代码，看 bug 还在不在；不在的话，问题在注释掉的那一半里。反复缩小范围，几分钟就能定位到具体的代码行。
- 看控制台。听起来像废话，但很多人都忽略了那行红色的报错信息已经告诉他问题在哪了。
- 最小复现。把你怀疑有问题的代码单独摘出来，在一个干净的环境里跑。如果能复现，那就是它的问题；不能，就是和其他代码的交互问题。
五、学会说不
前端接需求的时候，经常遇到这种情况：产品经理说“这个功能很简单吧，就加个按钮”，设计师说“这个动效很简单的，就滑进来就行”。
然后你一评估，所谓的“简单按钮”，要改三个组件的状态管理，要联调两个后端接口，要考虑四种异常状态，还要兼容移动端的触摸事件。所谓的“简单动效”，要处理手势跟随、惯性滚动、边界回弹，还要保证在低端机型上不掉帧。
外人眼中的“简单”，是前端开发者用无数细节堆出来的“看起来简单”。
学会说不，不是拒绝工作，而是给出准确的评估。告诉对方这个需求到底涉及多少改动、有多少边界情况需要处理、大概需要多少时间。如果时间不允许，能不能先做简化版？能不能分两期上线？
合理管理预期，比默默加班然后延期要好得多。
六、关注用户体验，不是自嗨
前端有一个很容易掉的坑：用技术视角替代用户视角。
你觉得这个加载动画很酷炫，用户只觉得“怎么还要等”。你做了一个很精致的 hover 效果，手机用户压根看不到。你把所有数据一次性加载完，觉得很方便，用户等了五秒白屏。
你的用户不关心你用了什么技术栈，他只关心两件事：快不快，好不好用。
几个顺手就能改善体验的小细节：
- 按钮被点击之后，给个反馈。一个简单的 loading 状态，或者按钮变灰，让用户知道“我点到了，系统在处理”。
- 网络请求超过一秒，给个骨架屏或者进度条。让用户有个心理预期，而不是对着白屏干等。
- 表单提交失败，告诉用户具体错在哪、怎么改。别只写个“提交失败”，用户不知道是自己填错了还是服务器崩了。
- 移动端的点击区域别太小。手指头比鼠标指针粗得多，一个 20px 高的按钮，在手机上非常难点。
七、学会搜索，不是记住一切
前端知识太庞大了。没有人能记住所有 CSS 属性的所有值，没有人能记住所有 Web API 的参数列表。
优秀的前端工程师不是记住了一切的人，而是知道自己不知道什么、并且知道去哪里找答案的人。
遇到问题，先搜 MDN。MDN 是前端开发者最权威的文档，没有之一。其次是官方文档——React、Vue、Webpack 的官方文档质量都很高。再其次是高质量的技术博客和 StackOverflow。
不要一遇到问题就在群里问“有人知道这个 bug 怎么修吗”，连错误信息都不贴。养成先自己搜索十分钟的习惯，实在找不到再问。贴出你尝试过的方案，贴出错误信息，贴出相关代码片段。这样问问题，别人也更愿意回答。
八、身体是自己的
这是最不技术、但最重要的一条。
前端开发一坐就是一天。不喝水，不上厕所，盯着屏幕，脖子前倾，肩膀耸起。三年下来，颈椎病、腰椎病、干眼症，一样不少。
几个小习惯，现在就能开始：
- 买个好点的椅子和显示器支架。显示器上沿和眼睛平齐，不用低头看屏幕。
- 设个番茄钟，每 25 分钟起来站两分钟，看看窗外。
- 多喝水。喝水多了自然要去厕所，去厕所的路上你就站起来了。
- 下班之后，尽量不看屏幕。你的眼睛和大脑都需要休息。
写代码是长久的事，不是拼一两年的事。保护好自己，比什么都重要。
九、持续学习，但不是什么都学
这个行业的知识更新速度很快，但不是所有新东西都值得花时间。
一个简单的判断标准：这个东西解决了什么实际问题？如果回答不清楚，那它大概率只是另一个昙花一现的玩具。如果它能清晰地解释“没有我的时候，你要用 A、B、C 三个步骤来解决某个问题；有了我，一步就够了”，那这个东西值得了解。
学习的方式也很重要。不要只看教程。看完了，自己动手写一个 Demo。Demo 跑通了，试着改一改，加点自己的东西。改的过程中遇到了问题，去查文档，去读源码。这才是真正把知识变成自己能力的过程。
十、别跟别人比，跟自己比
前端社区有一个隐形的焦虑制造机：有人 23 岁就进了大厂，有人兼职写了个开源项目几千 Star，有人写公众号文章篇篇干货。你看多了，容易觉得自己不行。
你看到的都是别人光鲜的一面，看不到他们背后熬的夜、踩的坑、走过的弯路。
别跟别人比。跟三个月前的自己比，跟半年前的自己比。如果今天你能解决一个半年前解决不了的问题，能看懂一份半年前看不懂的文档，能写出半年前写不出来的代码——你就在进步。
进步的速度不重要，方向对、脚步不停，就够了。
十一、最后，别忘了你为什么学前端
有人是喜欢创造的感觉——敲几行代码，屏幕上就出现一个漂亮的页面，这种即时反馈让人上瘾。有人是喜欢解决问题的过程——一个 bug 修了三个小时终于搞定，那种豁然开朗的快感。有人是单纯想找个好工作、过上好生活——这完全没问题，诚实且合理。
不管是什么原因，记住它。在你被一个 bug 折磨到半夜、在你被需求反复变更搞得烦躁、在你觉得学不动了的时候——想想当初让你入坑的那点东西。它能帮你撑过最难的那几天。
写在最后
《前端零基础入门》这个系列，从零基础入门到 HTML、CSS、JS 的核心机制，写了二十多篇。如果你一路跟下来了，我想说声谢谢。如果你只是偶尔翻开某一篇解决了某个具体问题，我觉得这个系列就没白写。
前端这条路不短，但也没那么难。一步一个脚印，把该弄明白的弄明白，该踩的坑踩一遍，你就能走得很远。
祝你在这条路上，找到属于自己的乐趣和方向。
——前端，至此完结。
暂无评论内容